Re: [uanog] Некрософт Case Study. Плакаль. :)))

собственно говоря, забыл закрулиться в собственной писанине :) основной вывод следующий - "что русскому хорошо, то немцу - смерть". Предыдущие ораторы смотрят на проблему с колокольни SP, где такой уровень интеграции нафиг не нужен, а специалистов в Linux'е больше, чем production серверов. А статья написана энтерпрайзами, про энтерпрайзы и их взгляд на вещи диаметрально противоположен взгляду SP. Микрософт не плох и не хорош, он просто работает в другой нише - нише пользователей, которые либо не могут, либо не хотят заниматься глубокими исследованиями ядер операционных систем, протоколов и интерфейсов. Это подобно тому, как большинство владельцев автомобилей не имеет ни малейшего понятия, что такое шаровая опора или лямбда-зонд - если в машине что-толомается, они звонят в сервис и за ними приезжает эвакуатор. On 10/11/07, Vladimir Litovka wrote:

Олег,

речь идет о корпоративном решении, а не о решении для организации бесплатных почтовых ящиков у провайдера :-) Там есть ключевая фраза в самом начале статьи:

*В то же время используемая почтовая система не позволяла обеспечить пользователей средствами совместной работы, планирования, назначения собраний, задач и т.д. Миграция на платформу Microsoft Exchange Server 2003 позволила естественным образом интегрировать почтовую систему в корпоративную сеть организации и предоставить сотрудникам множество новых инструментов, повышающих продуктивность их работы.*

и это правда. Не сомневаясь в том, что теоретически на open-source софте можно собрать такую солянку, необходимо признать, что Микрософт позаботился об интеграции всех перечисленных служб в одну инфрастуктуру. В Cisco корпоративная почта построена на Exchange и это означает, что я могу расшаривать свой календарь, свои tasks и свои контакты для всех заинтересованных сотрудников. Исключительно удобно, когда необходимо вести хоть сколько-нибудь консистентное расписание своего очень плотного рабочего времени. Не говоря о том, что Web-морда идет в комплекте как само собой разумеющееся :)

Для ИТ-службы (в обсуждаемом случае - для ОАО "РосБР") такой уровень интеграции в практическом смысле означает то, что им не нужно отдельно отслеживать апдейты к IMAP/POP, SMTP, LDAP серверам, к Web-морде и, опосредовано, к Apache и lot of чего я еще не упомянул? Они с некоторой регулярностью накатывают апдейты на весь флакон сразу. И, теоретически, уровень админа для таких задач может быть заметно более низким, чем уровень админа для поддержки все перечисленного софта на Linux'е, потому что его обезьянья работа - пройти минимальный курс обучения по M$ Exchange (включая основы ОС Windows), и запустить инсталляцию. На этом этапе он получает на 90% выполненную работу, оставшиеся 10% - назначение прав доступа пользователям. И потом - накатывать то, что у M$ называется "cumulative update". И я не сомневаюсь в том, что если все выполнять строго по инструкциям (придерживаться требований engineering по обеспечению redundancy, созданию резервных копий), т.е. не заниматься "творческим осмыслением" написанного в документации, как это очень любят делать наши админы, то все это будет работать так же стабильно, как и тщательно настроенная, выверенная инсталляция на основе open-source софта, но выполненная гораздо более высокооплачиваемым специалистом (потому что он знает, что он знает в десятки раз больше мартышки), правда? :-)

И еще это означает, что эта ниша для open-source открыта - если бы появился какой-то абстрактый Redhat, который бы сделал и поддерживал такой флакон, то он был бы достаточно серьезным конкурентом для M$ Exchange. А добавить туда еще и совместную работу с документами (ключевое слово - WebDAV) и интегрировать ее в тот же флакон - и можно говорить о переходе на качественно другой уровень.

А пока что, как мне видится, положение дел таково - коммерческий софт несколько проигрывает open-source софту в качестве, зато заметно опережает по реализации новшеств (во многих случаях у него нет своего R&D - исключение составляют лишь проекты, находящиеся на спонсорской поддержке у коммерческих организаций - например OpenOffice&Sun) и находится в другой вселенной по поддержке - у open-source поддержки как таковой нет вообще.

On 10/11/07, Hrynchuk Oleh wrote:

...

Сабдж.

http://www.microsoft.com/Rus/Casestudies/CaseStudy.aspx?id=480

Особливо ось від цієї цитати, з приводу котрої некрософти скромно промовчали:

"Архитектура Linux-систем такова, что запуск нового сервиса или подключение нового пользователя требует остановки и перезапуска почтовой службы. Это занимает всего 2-3 минуты – но когда в разгар рабочего дня прекращается доступ к почте, из 250 сотрудников кто-то обязательно от этого пострадает. В таких условиях мы не могли обеспечить высокий уровень доступности серверов и гарантировать какое-либо качество обслуживания."

/(С) Вадим Федоров, директор департамента автоматизации ОАО «РосБР»/

Найшли чим хвалитися.. Тим, що розвели тупорилих лохів-ламерюг.

Цікаво було б побачити як ті консалтери та некрософти підганяли жлобам-банкірам ROI/TCO etc під "проект", що в них вийшла система "с более низкой стоимостью владения" "потому что ранее Linux-сервер был вне общей сети"... Значить тепер Exchange вони всередину LAN запихнули, так? :)))))

Так і хочеться соціальну рекламу забабахати: "Вельмишановні лохи-ламерюги! Не грайте в наперстки з консалтерами та некрософтами!!!"

Regards,

Oleh Hrynchuk R&D Department, principal engineer ******************************************** Incom Corporation. Incom Business-Centre 31-33, Smolenska St. Kyiv, 03005, Ukraine Tel. +380 44 538-0003; Fax: +380 44 538-0000 E-mail: Oleh.Hrynchuk@incom.ua Web: *http://www.incom.ua* http://www.incom.ua/