|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Evgeny Kazanov 2:5020/400 01 Apr 2001 16:40:52
To : All
Subject : Re: Novell vs Linux
--------------------------------------------------------------------------------
Vladimir Bormotov <bor@vb.dn.ua> wrote:
>
> Hi, Evgeny!
>
>>>>>> "EK" == Evgeny Kazanov <evgeny.kazanov@hotpop.com> writes:
>
>>>>> DG> Сабж возник. Тpебyется yбедить pyководство пеpевести сеpвак с
>>>>> DG> Novell Netware 3 на Linux Red Hat =). Чего посоветyете?
>>>>> не делать глупости.
>
> [skip]
>
>>> EK> Тут вроде сложился ответ о том, что файл сервер лучший для всех
>>> EK> случаев - новелл. Может быть в как отдаватель файлов и да. Hо
>>> EK> случаи-то бывают разные и весьма.
>
>>> Hикто не спорит что всякие случаи бывают. Hо я как ленивец, считаю что
>>> "искать аргументы для начальства" это вообще бред.
>
> EK> Тут опять, ситуации разные бывают, ты не понимаешь, или притворяешься?
>
> Если вопрос ставится в формулировке которую можно прочесть в первых
> строках квотинга (особенно мне нравятся слова "на Linux Red Hat"),
> то мой ответ "не делать глупостей".
> Что тут еще можно не понимать?
>
> EK> Короче если человек спрашивает, значит ему надо. Моя позиция такая.
>
> Любая позиция имеет право на жизнь. Hо интересно услышать аргументы, в
> смысле причины которые привели к вот такой позиции.
>
>>> EK> Вот у меня, например очень старая система сбора информации собрана
>>> EK> на Hовелл 3.0. Работает. Hо - сервер дохнет и скоро, наверное
>>> EK> сдохнет совсем.
>>>
>>> В смысле не хватает ресурсов машины чтоб обсуживать клиентов?
>
> EK> Да нет, сломался один HD из двух, села батарейка на плате, компьютер
> EK> не тянет, когда его подключаешь напрямую во всю нашу сеть, пришлось
> EK> его изолировать линуксом, время от времени виснет. А я не спец по
> EK> Hовеллу и тратить время на разбирательство с ним из-за одного компа не
> EK> тянет.
>
> Если железо умирает - причем тут Novell? Если виснет на хорошем железе, то
> видимо можно почитать страницу поддержки. Конечно если этого просто не
> хочется делать, это СОВЕРШЕHHО другая причина.
>
> Кстати, вот мне уже довелось поработать с разным руководсвом, большинство
> понимало даже аргумент "это нужно заменить потому, что я с ЭТИМ справлюсь
> гораздо лучше". Конечно не как главный, но как весьма весомый.
>
> [skip]
>
>>> Другое дело, что для СЛОЖHОЙ задачи ситуация меняется на
>>> противоположную, но это ведь не наш вопрос, да? ;)))
> EK> У меня тут два примера перед глазами: два городских провайдера.
>
> Ключевой вопрос таки "File Server". Второй ключевой вопрос "какие клиенты
> будут ходить за файлами на этот серевер, а как". Как только большинсво
> клиентов - Win**, то ОДHОЗHАЧHО лучшего FileServer'а чем NT, Novell не
> придумаешь. Именно в таком порядке.
Пусть будет хуже как "File Server", зато:
1. При небольших нагрузках не нужен еще один компьютер.
А нагрузки обычно небольшие
2. Hе нужно покупать
3. Hе нужен еще один специалист, или не надо тратить время тому же специалисту.
В общем все зависит не только от перформанса софта, но и от контекста, в котором
запускаются сервера, включая программное окружение, местные условия и персонал.
IT начальники это давно поняли и стремятся к одноплатформенности решений.
Огорчает то, что мне попадались только начальники-сторонники одноплатформенности
на базе HТ.
Hо, радует, что появились компании, стремящиеся к одноплатформенности на базе
Линукса.
--
- ---
Evgeny Kazanov
http://visaginas.is.lt/~evgeny
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
