vGeneral писал(а):Что ждет Novell в ближайшем будущем ?
-
Сейчас стоим в точке принятия решения, на какую технологию опереться и неясность с Novell угнетает.
Кроме "ясности" и "неясности" еще играет роль сколько стоит какое ПО, столько стоит потом его использовать , поддерживать.
Вы это считали ? Если да, пож. поделитесь финансовыми расчетами с коллегами.
Теперь задам несколько вопросов, на которые хотел-бы услышать мнения участников и ответы ( с моей точки зрения).
Порядок нумерации никак не связазн с важностью.
1. Собираетесь-ли Вы распространять различные политики GPO на станции ?
замечания :
1.1 ) те политики, что можно далать на голой XP-ки и те политики, которые есть при использовании политик из AD - различны по полноте. Если брать политки из AD, то там больше возможностей для реальной жизни.
есть две возможности использовать эти GPO из AD:
* используя технологию MS, врезая станцию в AD и накатывая политики штатным образом.
* используя технологию ZCM (руками создаем политику в AD, импортируем ее в ZCM и далее раздаем ее средствами ZCM
НЕ СЕКРЕТ, что в продуктах MS, впрочем как и в других есть баги. Логично предположить , что на надежность накатывания политик будт влиять эти баги (разная длина цеопчек).
Цепочка при накатывании политик средствами MS:
AD --->GPO_из_AD--->СТАНЦИЯ(баг_1)--->Пользователь(баг_2)-->Результат
Цепочка при накатывании политик средствами ZCM:
ZCM--->GPO_из_AD_в составе ZCMpolicy--->ZCM_AGENT(баг_3)--->СТАНЦИЯ(баг_1)--->Пользователь(баг_2)-->Результат
Т.е. ЛЮБОЙ, КТО ПИШЕТ ПОД MS ИГРАЕТ НА ПОЛЕ MS ! И ЕСТЕСТВЕННО ОТГРЕБАЕТ БАГИ в части интерфейсов между своим ПО и тем, что предоставляет MS, для исопльзования своих возможностей..
НЕ СЧИТАЯ КАЧЕСТВА ПО самого производителя (не MS ) и качества ПО самого MS.
Короткий вывод , (без учета денег и только основаный на умозрительном заключении): уменьшить количество нестыкушек и минимизировать влияние количества багов системного и приклдного ПО можно , если исопльзовать технологию предоставляемую только MS (не привнося в нее иные продукты, которые используют те-же технологии MS, но при этом имеют возможность обращаться к этим технологиям ИНЫМИ(более длиными путями, длиными цепочками) путями, чем родное ПО от MS)
2) Собираетсь-ли вы распросттранять приложения , апдейты на рабочие станции ?
Можно сделать как средствами MS, а можно и ZCM-ом ( с учетом все тех-же нюансов)
3) Собираетесь-ли Вы получать ОТЧЕТЫ о текущем состоянии установленых апдейтов, ПО, и видеть - что пользователи установили без разрешения ?
Можно сделать как средствами MS, а можно и ZCM-ом ( с учетом все тех-же нюансов)
Сколько стоят такие решения с точки зрения единовременоных затрат на
- железо
- ПО ?
Сколько стоят такие решения по поддержки этих решений через год, через 2, через 4 ?
Посчитайте для себя.
------------------------------------------
Дальше.
4) Если Вам необходимо использовать: системы управления проектами, CRM , совместную работу над проектами
Перед Вами, как минимум , опять 2 варианта:
Вариант-1 (MS) :MS Prject+MSCRM+MSSharePoint+MSExchnage
Вариант-2 (Novell ): Teaming+GroupWise ( Novell не поставляет штатных средств аналогичных по функционалу MS Project, MS CRM ). Т.е. Вам прийдется использовать или опять-таки от MS эти продукты или нечто третье, например: SugarCRM, TigerCRM.
Это влечет за собой более слабую интеграцию (по сравнению с решением от MS) между TigerCRM<--->GroupWise<--->Teaming<-->MS Project или между:
MS Project<---->GroupWise<--->Ms CRM<---->Teaming
и добавляет вот те самые, описаные выше, дополнительные цепочки с багами..
Если сравнивать отдельные возможности MS SharePoint и Novell Teaming (Cablink), то Teaming обладает существенно лучшими возможностями в части:
- Создать WorkFlow (круто навороченых в том числе), в Teaming это делается визуальным методом.Прямо из броузера
в SharePoint штатные средства построения workflow убого-ограничены. И только есль начать програмировать, то там можно сделать дейтсвительно круто.
- с Teaming вы можете использовать
весь его функционал одинаково успешно и из FF и из IE, что выгодно отличает от SharePoint
Cейчас Novell выпустил продукт по синхронизации данных между всем (типа между SharePoint+CRM <--->GroupWise8<----->Смартфоны )
Резюме (панимаю, что не все, и не полно перечислил выше ):
1. ПО ДЕНЬГАМ тем, что у вас емть.... принимайте решение
2. Считайте, во что обойдется ЕДИНОВРЕМЕННО
- построение инфраструктуры на MS с нуля
или
- миграция с вашего на инфраструктуру на MS
(а именно: сколько железа, сколько стоит ПО для станций, сколько стоит ПО для серверов под ваши задачи)
- переход на решения не от MS
- сколько стоит проектирование
- сколько стоит собственно разворачивание и сколько стоит сама маграция по затратам сил
3. Считайте, во что обойдется поддержание этого хозяйства через год и через два и через 4 года в части:
- надо-ли что-либо доплачивать спустя время фирме-изготовителю ПО
- во что обойдется обслуживани всего этого хозяйства
(люди, средства бекапа)
На мой взгляд:
При принятии решения и движении по уходу от станций с MS Windows к станциям MS Linux может быть финасовый выйгрыш.
Добавлено: 01 ноя 2010, 00:01
)