В противовес нашумевшему заявлению Microsoft о более высокой полной стоимости владения (TCO) решений на базе Linux по сравнению Windows, компания Levanta в кооперации с организацией Open Source
Development Labs (OSDL) провели собственное исследование стоимости владения решений на базе Linux.
В результате опроса более 200 коммерческих предприятий использующих Linux в своем бизнесе, был сформирован отчет "Get the Truth on Linux Management (http://levanta.com/linuxstudy/EMA_Levanta-Linux_RR.pdf)" (краткое резюме можно прочитать здесь (http://www.osdl.org/newsroom/studies/EMA)).
Как и следовало ожидать, исследование показало более выгодную позицию Linux решений по сравнению с Windows. Например, для предприятия с 45 сотрудниками и решением на базе Windows 2003 стоимость владения составила $60185, а при использовании Red Hat Enterprise Linux - $6494 (т.е. в 10 раз меньше).
Интересно, что на сайте Sun Microsystems, появился документ "Solaris is a better Linux than Linux (http://www.sun.com/software/solaris/ning.jsp)", в котором подчеркивается более низкая стоимость решений на базе Solaris.
URL: http://www.prnewswire.com/cgi-bin/stories.pl?ACCT=104&STORY=...
Новость: http://www.opennet.me/opennews/art.shtml?num=6962
Почитал, задумался - на что же админы Linux вообще время тратят (у них по отчету на все не более пары часов в неделю уходит)? Неужели все, как я, анекдоты и новости читают и только иногда работают?
с учётом того, что большАя часть работы делается через скрипты, а не через ожесточённое клацанье мышкой в разных мастерах...хм... за пару часов можно поставить систему и натянуть на неё почтовый сервер с защитой от вирусов и спама... особенно, если конфиги готовые есть. :)
> а не через ожесточённое клацанье мышкой в разных мастерах...
Вы пребываете в счастливом невединии :).
У Микрософта ни чуть не менее развит скриптовый язык, только многие им, к сожалению, пренебрегают - типа чтоб незаморачиваться.
Я не могу сказать, насколько хорош M$явный скриптовый язык, т.к. ни разу не видел, чтобы им кто-то пользовался - даже самые приверженные поклонники виндоуизма (типа тех, кто провозглашают "Нет операционки кроме Windows, и Bill Gatel - пророк её!"). Почему так - не могу объяснить.Кстати, я был бы не против почитать доку с примерами. А то когда одному товарищу потребовалось запустить RunAs с указанием пароля, это удалось сделать только через
RunAs ... <файл_с_паролем
что больше похоже на юниксовый метод (ибо перенаправления ввода/вывода пришли в DOS из Unix). Может, в M$явных скриптах и RegEx есть?Кстати, во FreeBSD в качестве руководства по написанию скриптов я использую /etc/rc и /etc/rc.* (а также /usr/local/etc/rc.d/*.sh).
PS: Как вариант, можно поставить на Windows Perl и наслаждаться. Вряд ли M$явные скрипты могут быть круче.
На самом деле в ms действиельно присутстыет достаточно мощная технология wsh, которая позволяющая руллить ПРАКТИЧЕСКИ всем в связке c wmi это да еще и в вин домене это очень мощьная чтука для админа. Только вот разбиратся со всем этим тяжеловато , особенно если сравнивать это с шелл скрипами, вот мало кто и разбирается. админ сущестао ленивое :) а так если интересно то дуй на нетвокдок там есть немного документации или книженцию купи. лучшая книга что я видел в продаже называлась wmi для vbscript и javascript вроде так, но в электронном виде я её не видел, вот тут http://sysadmin.su/index.php?option=com_content&task=blogcat... есть пару електронок по теме но не сильно талковых так для начала хватит . лично я perlom виндой не пользовался так как там и vbs за глаза хватает но и его можно использовать с wsh.
Стесняюсь спросить Вы ей пытались пользоваться? Я да. Корявое глюкалово, причем зависит порой от версии сп. Не зря микрософт пишет сейчас msh(сдирают shell с UNIX)
Да ладно вам, нормально всё у MS c автоматизацией и дока есть, и всякие репозитории скриптов есть и даже автогенераторы, вы качните себе scriptomatic и полюбуйтесь как можно себе реально упростить работу.
когда я делал unattend install и впихивал js wsh в первую загрузку я был просто убит наповал тормознутостью wmi... чтоб узнать список интерфейсов ему понадобилось нескако секунд!!! про другие функции wmi я просто молчу, потому как многие из них не то что намного больше времени выполняются, но и, порой, вводят систему просто в тупое молчание (даже numlock не моргает... причем через пару минут все нормально работает)...
так что я вам скажу что мелкомягкие просто пытаются(именно пытаются) сделать жалкое подобие шела, но, учитывая архитектуру оси, у них вряд ли получится сделать чтолибо нормально функционирующее...а если надо примеров как что делать - пишите... мне пришлось довольно много писать wsh скриптов... хотя я бы застрелился если б у меня был виндовый сервер... тока Slackware рулит!
Полностью присоединяюсь! Со мной можно поспорить, что я не профессиаональный программист и писатель скриптов, но в том-то и суть, что суть скриптовых языков, насколько я понимаю - это упростить работу администратора, а не сделать ее более сложной. В этом плане лучьше бы WSH здесь и не упоминали. Касательно, всех остальных скриптовых прикруток в MS, либо это просто детский сад, либо геморой нагромождений. Так что мнение об осутсвии хорошей скриптовой базы в MS основано не на пустом месте и те трюки и с теми затрами по времени, которые можно лекго выполнять внутри среды Unix, во многих ситуациях, просто не реально обеспечить внутри MS - это факт!
> (ибо перенаправления ввода/вывода пришли в DOS из Unix)
Никто ничего не путает? Или просто слишком молод, чтоб помнить машины на 86 камнях. Проще глянуть когда вышли первые "комерческие" линуксы
>> (ибо перенаправления ввода/вывода пришли в DOS из Unix)
>Никто ничего не путает? Или просто слишком молод, чтоб помнить машины на
>86 камнях. Проще глянуть когда вышли первые "комерческие" линуксыА причем тут "коммерческие" линуксы? UNIX системы вообще-то появились гораздо раньше, чем МС ДОС, тогда и архитектуры х86 еще даже в задумках не было. Учите историю, Порутчик.
>> (ибо перенаправления ввода/вывода пришли в DOS из Unix)
>Никто ничего не путает? Или просто слишком молод
Садитесь, поручик, два. :)Если доберётесь до изучения истории, может, заодно напомните уважаемому обществу, это они спьяну или как слэши не те туда запихали. В DOS, в смысле. Пытаясь взять из UNIX. (не помню, какие разделители путей были в CP/M (застал M86), в мак-классик -- двоеточие)
В СР/М 80 (с 86 не встречался) никаких разделителей путей не было. Ровно как и самих путей. Там само понятие директории отсутствовало как класс.
Когда мне под Виндой нужен RegEx или что нибудь посложнее cmd.exe, я пользуюсь NewLisp(www.newlisp.org): все скриптовые удовольствия в 200 килобайтах. Очень рекомендую :-)
Друг мой!
В М$ невероятно развит скриптовы язык.
Только вот удобство пользования сим объектно-ориентированным
чудом техники, сплавом хреново документированных объектов и VB,
оставляет желать лучшего.
Кроме того, перед запуском скрипта необходимо убедиться, что WSH
стоит со всем нужными объектами, версии их совпадают с теми, котороые
ты использовал и т.д. и т.п.
А самое прикольное, что на самые элементарные вещт, типа создания узверя
и установки разрешений на папку уходит такое количество кода
(спасибо объектно-ориентированному подходу!), что становится просто смешно.
Нет, можно конечно вызвать net user add, чаще всего все так и делают:)Но это уже язык сценариев, а не Windows Scripting Host :-P
> на что же админы Linux вообще время тратят (у них по отчету на все не более пары часов в неделю уходит)?>*> с учётом того, что большАя часть работы делается через скрипты,
...остальное время они эти скрипты отлаживают. ;-)
А это уже не работа, это удовольствие. Ж))>*> а не через ожесточённое клацанье мышкой в разных мастерах...
Вот именно.
Время у сисадминов (как у милиции, пожарников, военных) тратится в основном на ожидание проблем и на подготовку к ним. Иными словами, бОльшую часть времени юниксоидный админ треплется на форумах (как я здесь) и читает книги, повышая свою квалификацию.
опенсорса.Большая часть зартат - написание/допиливание приложений для работы предприятия. ERP, ити его.
>опенсорса.
:-)>Большая часть зартат - написание/допиливание приложений для работы предприятия. ERP, ити его.
Кем? :-)PS: вообще "TCO" базовой платформы и результирующей штуковины -- отдельные и несравнимые гадания на кофейной гуще :)
к ТСО ERP.Как вы собираетесь отделить ТСО "результирующей штуковины" ТСО "базовой платформы"?
Предложить страховой компании по 20 коробочек с лампочками на филиал и 400 в головной офис для прикрепления их на стену в виде оп-артовых картин? "Базовые платформы"? Тогда можно и без процов.
Я уже приводил аналогию. Запуск Линукса до появления промта на стенде смотра достижений Юных Техников - НЕ компьютеризация.
>Как вы собираетесь отделить ТСО "результирующей штуковины"
>ТСО "базовой платформы"?
Да если Вы заметили, я вообще довольно иронично отношусь к "определениям TCO по звёздам". И чем сложнее штука, про которую речь, тем более иронично.Если говорить про ERP-системы "вообще", то это отношение скорее разделяют примерно так с 2000--2002 скорее многие руководители на основании толпы "внедрениев" что на гниющем западе, что поближе, за предыдущие лет пять (этот рынок вообще-то недавно только опять откачиваться начал).
Платформа там вообще сиренева на фоне остальных проблем, увы. Потому и отделяю, что здесь хоть как-то админочасы и даунтайм можно прикидывать, а вот там всё больше вещей, которые на деньги просто не меряются, начиная с нервных клеток и заканчивая стратегическими просчётами.
>Я уже приводил аналогию. Запуск Линукса до появления промта на стенде смотра
>достижений Юных Техников - НЕ компьютеризация.
Кто бы спорил. Вот только строить админами, а не бизнес-аналитиками плюс личным составом, который тому обучен, ERP -- совсем не смешно (чуточку как бы знаю по своей шкуре).Может, из-за того, что у нас по сей день так принято, что админы чуть только не ту же 1С "программируют" и картриджи меняют -- в Украине известна 1 (одна) всё-таки рабочая R/3? Рабочей аксапты, скажем -- просто не знаю ни штуки.
PS: мне Так Кажется (TM)
Рабочей аксапты, скажем -- просто не знаю ни штуки.Не может быть, чтобы не было. Я от Аксапты далек бесконечно, но десятки успешных внедрений, принесших счастье и прибыль именно предприятиям-пользователям, а не внедренцам - мне известны. Исходя из сравнения объёмов рынков - не внедрений, а производства цемента или овощных соков - Аксапта в Украине есть.
>>Рабочей аксапты, скажем -- просто не знаю ни штуки.
>Не может быть, чтобы не было.
Не, может, и есть. Я ж не претендую. Просто не слышал, хотя вообще-то вполне мог (знакомцы тут ей занимались, да в итоге поняли бесперспективность и подались в более другие рядомстоящие темы).Так, ткнул пальцем в нёбо. :)
Замечательно. Независимые! источники раскрыли нам глаза на реальную стоимость использования различных платформ.
Остальным-то пофиг. :)
дело еще в том, что сравнение windows & linux (размещенное на сайте M$) является заказанным самим M$. так что о независимости того сравнения можно только догадываться...
НО. Входняк = почти 0.Например, рабочее место от MS обходится в 3000-5000 $ в зависимостти от наворота. Но вперед. Но раз и в обозримое навсегда.
А под Фрей - под червонец и дальше. НО. В рассрочку. На пару-тройку лет и, что приятно, - с подёнными, а не недельными или месячными выплатами.
С латанием и подъемом новых сущностей по мере необходимости.
Сто баксов в день по мере надобности сильно дешевле, чеи $30000 разом, даже если за всю историю работы офиса набежит в пять раз больше.
>Например, для предприятия с 45 сотрудниками и >решением на базе Windows 2003 стоимость владения >составила $60185, а при использовании Red Hat >Enterprise Linux - $6494 (т.е. в 10 раз меньше).А при использовании FreeBSD - $0 (т.е. бесплатно)
Лажевое исследование!
В расчет брались лишь коммерческие реализации решений!
>А при использовании FreeBSD - $0 (т.е. бесплатно)Вы бесплатно работайте ? И оборудование у вас из помойки. Зарплата админа и затраты его времени, основную часть TCO составляют. На зарплате можно сэкономить, но тогда нужно платить за поддержку. На этом фоне единоразовая стоимость железа и программ в какие-то жалкие единицы процентов вылевается. Сравните затраты когда нужно держать в штате одного админа и трех эникейщиков или просто одного эникейщика.
>Ну ж вы и ТУПЫЕ!
Где -- в зеркале?>Зарплата в тот отчет не входит. Вы увидели сумму $6.000 - это
>сколько _вы_ в год зарабатываете и сделали выводы :)
>HINT!!!! - Для предприятия из 45 сотрудников сумма зарплаты _ЗА_МЕСЯЦ_ будет от
>$45.000 :-) Даже если это все билетерши ...
Hint2: их время начинает считаться примерно тогда, когда оно простаивает.
Оценки TCO -- и вообще вещь крайне скользкая, но если Вы потрудитесь указать в подобных оценках сильно более влиятельные факторы, чем затраты человеческого времени (которое в деньгах оценивается обычно посредством зряплаты), буду пребдого бдагодаред.
>А при использовании FreeBSD - $0 (т.е. бесплатно)еп. пионеры...
марш в гугл. читать, что такое TCO
Товарищ, Вы своё время цените тоже в $0? Идите сюда, завалю работой за спасибо по самое некуда. :)Это раз. Два -- см. на ключевую точку по части управляемости, прям в аннотации указанную, и думайте, куда засунут фрю к тому времени, как на ней опять нитки путаться на ровном месте перестанут.
Ну или SuSE 10 - $0, а то закричите что Free это же не линукс, а BSD
чудик, Red Hat Enterprise Linux тоже можно на халяву использовать (клонво пересобранных из src.rpm море)
людям СУПОРТ нужен.
Не побоюсь показаться ламером и спрошу - а в чем этот самый саппорт состоит? Что, может они все сделанные мною грабли исправлять будут?
(сам пока что использовал только бесплатные дистрибутивы)
саппорт этот как минимум обещает 5-летнюю поддержку (апдейты и прочее ) дистрибутива. ничего подобного ни для фри ни для бесплатных линуксов нет
>саппорт этот как минимум обещает 5-летнюю поддержку (апдейты и прочее ) дистрибутива.
>ничего подобного ни для фри ни для бесплатных линуксов нет
В таком случае SuSE OSS ничем не хуже того же Red Hat. Правда они ничего не обущают, но я более чем уверен, что и апдейты и патчи будут выходить еще не один год.
А там не "уверен", а контракт подписывается.Это не к тому, что предпочитаю подписывать контракты с редхатом (мне как-то сподручней альт пилить, включая участие в выпуске апдейтов), но к тому, что _прекрасно_ понимаю такие вот доводы.
Занятой люд вообще склонен ценить решения по обезбаливающему на голову эффекту :-) Порой за полную пустышку, которая однако же боль сняла или загасила -- бабло готов выложить.
у Debian'a апдейты есть, но нет поддержки.
Progeny Debian
A commercial release of Debian backed by Progeny's technical support and network
services.
>саппорт этот как минимум обещает 5-летнюю поддержку (апдейты и прочее ) дистрибутива.
>ничего подобного ни для фри ни для бесплатных линуксов нетНу да, у фри ни обновлений нету, ни secteam. Траву де берешь?
видимо под фрю оракл сертифицирован... ага
Зато работает быстрее :)
>Зато работает быстрее :)
Тазик с одними цЫлиндрами, но без руля и главное -- тормозов -- нафиг никому не нужен. По части управляемости -- одно из немногих "имеющих место быть" мест в MS'овском FUD, в смысле основанное на чём-то, а не притянутое за уши.Не, байтики гонять можно и фрёй :) Только неинтересно совсем, так и на хлеб толком не заработать. Как ты, наверное, уже догадался.
траву все там же..., дело в том что отвечать-то за сапорт должен "кто-то". и при том, что у этого "кто-то" должно быть и имя и деньги. какой бы debian или freebsd хороший небыл, не всем компаниям это растолковать(и наверное чем больше обороты и прочая муть, тем больше ответственность за саппорт должна быть..).
Ну в принципе Canonical грозились следующее Ubuntu выгрузить и в серверной версии с пятилетней поддержкой обновлениями по безопасности.Наверное, даже получится, учитывая, сколько денег с продажи Thawte туда бухнулось и достаточно немаленькую грамотность управления проектом (не знаю как технически, а организационно -- так очень даже).
... "серьезные" дяди из "серьезных" контор кладут на EULA, где белым по синему говорится: "Мы не отвечаем НИ ЗА ЧТО!"
пионерия блин а
1) есть твоя сузя 10.0 под нее есть хренова тонна дорогих закрытых приложений которые ты купил.
2) Ровно через год буит сузя 11, а через 2 сузя 12 и всем буит поровну на твою сузю 10
3) когда "вдруг" бесплатная сузя 10.0 перестанет поддерживаца ты представляеш диаметр отверстия в твоей 5й точке ? а или ты скажеш начальству - "ну блин я был уверен..."
1)в крупных компаниях типа Novell так вот "вдруг" ничего не происходит.
2)из хреновой тонны дорогих закрытых приложений мне нужен только Oracle, который скоро тоже станет бесплатным.
извени ты все свою работу строит на предположениях ? видимо слово ответственность тебе незнакомо.
1) Когда ты был еще в садике, Novell ВДРУГ продала пожалуй лучший unix на писюках (для того времени) другой (плохой!) компании как "не перспективный" :) Бабло побеждает ... [вставить ваш вариант]2) Ну повезло тебе. Другим везет меньше :( Кстати Oracle бесплатен _уже_
>пионерия блин а
>1) есть твоя сузя 10.0 под нее есть хренова тонна дорогих закрытых
>приложений которые ты купил.
>2) Ровно через год буит сузя 11, а через 2 сузя 12
>и всем буит поровну на твою сузю 10
>3) когда "вдруг" бесплатная сузя 10.0 перестанет поддерживаца ты представляеш диаметр отверстия
>в твоей 5й точке ? а или ты скажеш начальству
>- "ну блин я был уверен..."Хммм.... Надуманные опасения!!!
Пример из практики: (уже делал)Переставлю Lotus Domino с SuSE на RedHat за ~30 минут ( время копирования зависит только от размеров двух директорий "/opt/lotus" и "/local/notesdata" ) ...ну ещё мои скрипты.
... и наоборот!
Переставить Apache Postfix MySQL Postgres и т.д. на Debian?...
Нет проблем! .. только скрипты подправить...
Всегда найдётся альтернатива!!!
Не будет SuSE будет Слака... и т.д.
если вся твоя задача почтарь+nat+proxy на 50 компов нахрен тебе платная поддержка ясен пень, но есть и другие задачи - более дорогие.
Саппорт позволяет за задницесберегающее время получить ответ на нетривиальный вопрос, который специфичен для того продукта, для которого этот самый саппорт есть, а не добиваться помощи коммунити, которая не обязана отвечать на непонятные вопросы, в отличие от саппорта, которому за это платится деньга.
Условия саппорта естственно оговариваются в контракте.
Вы меня простите, но _Вы_, лично, пытались общатся с саппортом той или иной фирмы, занимающейся созданием и сопровождением софта?
У меня сложилось крайне негативное мнение о тех двух попытках, которые пришлось по долгу службы выпали на мою душу: поддержка KAV & NetUP в 98% случаев, которые были нетривиальны, отправила на свой форум.... В котором были лишь подобные проблемы, но не способы решения проблем.
А я вот как-то пообщался с сапортом фирмы M$.
И был сильно удивлен тем, что мне, как выяснилось
впоследствии, неверно ответили на элементарный, в общем-то вопрос :)
Короче говоря, в конце-концов разобрался сам.
Как с этим у РедХеда, незнаю :)
извиняюсь за сильную тавтологию :)
Не знаю откуда такие огромный цифры по стоимости владения они берут? Я подсчит у себя:
стоимость владения slackware - 15 копеек/час,
стоимость владения mandrake - 10 копеек/час.
запустился на Выставке Юных Техников и показал дот промпт, то 10 копеек/часА если тебе нужно, чтобы бекофис колцентра с полусотней теток работал и хотя бы зарплату им отбивал, то...
Не знаю... Для тебя лично - даже слов не подберу. Не представляю, как тебе объяснить, почему сильно-сильно дороже это будет :)
а я подсчитал у себя:
red hat * (enterprise, mandrake, suse, ... etc) - почти 10р/день
slackware - 0.1-0.3коп/день
{free,open,..}bsd - 10-12 коп/день
>а я подсчитал у себя:
>red hat * (enterprise, mandrake, suse, ... etc) - почти 10р/день
>slackware - 0.1-0.3коп/день
>{free,open,..}bsd - 10-12 коп/деньХа-Ха-Ха....
для меня "suse" 0.0 в год!!!
Если учесть реальную стоимость внедрения и риски от возможных простоев, то для малых предприятий Вин практически без альтернатив (не считая сетевые сервисы), а вот если каждый простой обходится конторе в круглую сумму, то без *nix не обойтись. И тут уже не так важно, что за *nix. Во всех больших фирмах, как правило, есть целая свора программеров и админов , и деньги на их профессионализм; а дальше уж выбирайте - бесплатная фря на интеле, или HP-UX на "супердоме", или Z/OS- все от поставленных задачь и бюджета.
Проблема сравнения МС/опен настолько сильно выходит за рамки ТСО, что обсуждать ее в этих рамках бессмысленно.
В частности:
1 специфическое железо и софт под него (НЕ только дрова но и сервисное)
2 специфический софт (напр уровня предприятия)
или Вы сам его будете разрабатывать? а он есть под линукс?
3 наличие грамотных(!) специалистов в вашем регионе (ребята, весь мир, немнооожко больше чем москва)
4 способность руководства предприятия понять необходимость обучения специалистов работе с конкретным софтом (и стоимость такого обучения)и таких пунктов еще много-много. В общем кто сталкивался тот знает, а кто-нет, тем не объяснишь.
А в общем, в каждом конкретном случае, проблема выбора решается тупым но надежным способом:
ставится та система которую знает местный Гуру.
И это правильно.
DIXI
Чё то разгон то какой то по поводу wsh гнилой получился. Самый главный плюс во всех *nix подобных системах, а именно в shell это АБСОЛЮТНО ВСЁ ДОКУМЕНТИРОВАНО. А в винде кроме того как скопировать файл из одного места в другое, написанное всё ето на более 600 - х страницах формата А4 нету.
Печально.
15коп./час - обрыдаться.
Ищу админа за 15коп/час. Еженедельные премии в размере десятерной почасовой ставки гарантирую.Вобщем, пурга забила редкие крики тех, кто должен и деньги считать, а не только "скрипты отлаживать".
Кстати, обе цифры в статье из пальца сосаны - стоит почитать исходну статью. "Джинса", вобщем.
А ТСО для двух осей без приведения к одному функц. базису - вообще разводилово для фанатов в футболках с пингвином.
PS маркетинг - гадкое и безнравственное занятие.
>А ТСО для двух осей без приведения к одному функц. базису -
>вообще разводилово для фанатов
О.>в футболках с пингвином.
Ну, нам тут коллеги притащили как-то своих футболок с пингвинам -- на рукаве "IBM", на кармашке -- "Центр компетенции Linux". :-)--
Michael Shigorin
EMT.Com.UA
торговая марка IBM.
Да в курсе :-) Дружим мы с ними. Понемножечку.
Читал-читал и решил порассуждать вслух (про себя :) )
Сразу хочу сказать - у меня в сети есть и МС и unix, и приверженцем МС-та я себя не считаю.
И еще - всё ниже написанное моё личное мнение.Давайте порассуждаем (типа постановка задачи): есть предприятие от 50 до 100 пользователей (сие для обслуживания не принципиально). Предприятие находится за границами Московской и Ленинградской областей. Для работы необходимо непрерывная работа 2-4 SQL серверов и централизованное управление правами пользователей. И еще одно - мониторирование данных серверов из вышестоящей организации и руководитель отвечает за качество введенной информации своим местом.
1. Что первое придет на ум руководителю, которому или объяснили, что всем этим надо кому-то управлять, или он это сам понимает? Правильно - надо НАЙТИ хорошего админа на всю эту махарайку!ТАК ВОТ - на переферии админа на МС найти гораздо проще, чем на ЛЮБОЙ unix! Или обучить его (админа). На кого можно обучить админа у нас в стране? Гораздо проще и качественней - на МС. Я могу предположить что сейчас начнут говорить о том что можно обучиться и на unix, НО в том-же объёме это сложнее и дороже.
2. И по моему самое главное - централизованное управление пользователями. У МС-та всё однозначно - это домен, в котором можно управлять всем, в том числе и спомощью скриптов. И не надо кричать, что скрипты в МС-те работают глючно - все зависит от рук. Теперь unix - для централизованного управления необходимо коммерческое ПО, которое ох как не дешево :( . Плюс к этому обучение работе на это ПО.
3. Необходимо определенное корпоративное ПО, например та-же бухгалтерия (это первое что пришло в голову и это не единственное ПО). Так уж сложилось исторически в нашей стране, что большинство ПО обеспечения написано на МС-те! Могут сказать что есть wine, VMWare, но это привязка ПО за уши.Итак мой собственный вывод: всё что русскому хорошо, немцу смерть! Т.е. не любое исследование НЕЗАВИСИМЫХ, я в этом нисколько не сомневаюсь, экспертов на западе, подходит для России!
Как это не прискорбно, но многие руководители у нас в стране выберут более дорогое приобретение ПО, только из-за того, что очень сложно найти кто же это все будет обслуживать.
Представим, что найден админ, который создаст сеть определенной конфигурации на бесплатном, хоть это и не правильно, unix-е. А затем он куда-то делся. Неважно куда, например уехал. Кто будет обслуживать данную сеть?
ВОТ ЭТОГО РУКОВОДИТЕЛИ БОЯТСЯ БОЛЬШЕ ВСЕГО! И только поэтому они будут ставить у себя то, на что они всегда смогут найти обслуживающий персонал или обучить. А разговоры о бесплатности их интересовать не будут. Руководству необходимо чтобы локальная сеть и ПО работало ВСЕГДА.
Я так думаю, что в России на данном этапе развития будут работать гетерогенные сети. Т.е. будет МС-ский домен со станциями на МС-те и группа серверов на unix. И бесплатность ПО не будет решающей. Как это не прискорбно, но в нашей стране unix это серверная ОС. Да, некоторые рабочие станции могут быть и на unix-е, но вряд-ли все. Скорее всего это будут станции обслуживающего персонала, того же админа, который сам и будет следить за своей станцией.
>ВОТ ЭТОГО РУКОВОДИТЕЛИ БОЯТСЯ БОЛЬШЕ ВСЕГОТак оно и есть, но только те из них кто понимает масштабы и последствия. Впрочем, остальные - это руководители на час.
золотые слова. респект!
>Читал-читал и решил порассуждать вслух (про себя :) )
>Сразу хочу сказать - у меня в сети есть и МС и
>unix, и приверженцем МС-та я себя не считаю.
>И еще - всё ниже написанное моё личное мнение.
>
>Давайте порассуждаем (типа постановка задачи): есть предприятие от 50 до 100 пользователей
>(сие для обслуживания не принципиально). Предприятие находится за границами Московской и
>Ленинградской областей. Для работы необходимо непрерывная работа 2-4 SQL серверов и
>централизованное управление правами пользователей.
Интергатора, который на данное количество пользователей предложит решение с 2-4-мя SQL-серверами надо давить в зародыше. Без суда и следствия.
>И еще одно - мониторирование данных серверов
>из вышестоящей организации и руководитель отвечает за качество введенной информации своим
>местом.
Может мониторинг будет лучше звучать? ;):)
>
>1. Что первое придет на ум руководителю, которому или объяснили, что всем
>этим надо кому-то управлять, или он это сам понимает? Правильно -
>надо НАЙТИ хорошего админа на всю эту махарайку!ТАК ВОТ - на
>переферии админа на МС найти гораздо проще, чем на ЛЮБОЙ unix!
Зависит от местных вузов. Сильно. И общего рынка труда. Говорю, как человек из глубинки, для которого Мск и Питер - это далекое зауралье.
>Или обучить его (админа). На кого можно обучить админа у нас
>в стране? Гораздо проще и качественней - на МС. Я могу
>предположить что сейчас начнут говорить о том что можно обучиться и
>на unix, НО в том-же объёме это сложнее и дороже.
Для управления сеткой из 5-10 компов - да МС несравнимо дешевле. Как только встала задача разработать сложную иерархическую структуру службы каталогов для управления пользовательскими аккаунтами - качество и простота от МС загибаются. Сложнее и качество - хуже.
>2. И по моему самое главное - централизованное управление пользователями. У МС-та
>всё однозначно - это домен, в котором можно управлять всем, в
>том числе и спомощью скриптов. И не надо кричать, что скрипты
>в МС-те работают глючно - все зависит от рук. Теперь unix
>- для централизованного управления необходимо коммерческое ПО, которое ох как не
>дешево :( . Плюс к этому обучение работе на это ПО.
eDir $15 плюс какое-то умолчальное кол-во пользователей. Пользовательской подключение - $0.5 Опупеть от такой дороговизны. AD молча курит в сторонке . По управляемости и простоте.
>
>3. Необходимо определенное корпоративное ПО, например та-же бухгалтерия (это первое что пришло
>в голову и это не единственное ПО). Так уж сложилось исторически
>в нашей стране, что большинство ПО обеспечения написано на МС-те! Могут
>сказать что есть wine, VMWare, но это привязка ПО за уши.
>
>
>Итак мой собственный вывод: всё что русскому хорошо, немцу смерть! Т.е. не
>любое исследование НЕЗАВИСИМЫХ, я в этом нисколько не сомневаюсь, экспертов на
>западе, подходит для России!
>Как это не прискорбно, но многие руководители у нас в стране выберут
>более дорогое приобретение ПО, только из-за того, что очень сложно найти
>кто же это все будет обслуживать.
>Представим, что найден админ, который создаст сеть определенной конфигурации на бесплатном, хоть
>это и не правильно, unix-е. А затем он куда-то делся. Неважно
>куда, например уехал. Кто будет обслуживать данную сеть?
>ВОТ ЭТОГО РУКОВОДИТЕЛИ БОЯТСЯ БОЛЬШЕ ВСЕГО! И только поэтому они будут ставить
>у себя то, на что они всегда смогут найти обслуживающий персонал
>или обучить. А разговоры о бесплатности их интересовать не будут. Руководству
>необходимо чтобы локальная сеть и ПО работало ВСЕГДА.
Такая ситуация сложиласть потому что в России нет руководителей. Есть только рукомудящие селедки, стремящиеся как можно быстрее набить карманы и свалить за бугор, в крайнем случае своих отпрысков из этой дикой страны сбагрить. А руководитель, реальный, понимает, что СЕТЬ и ПО будет работать ВСЕГДА не по прихоти админа, а потому что эта самая сеть и настройки пользовательского ПО и сетевых сервисов на серваках - четко документированы и с админом заключен нормальный договор. Также грамотный руководитель понимает, что ИТ-шник за копейки работать не будет. И что за качественную работу нужно платить достойную з/п.
>Я так думаю, что в России на данном этапе развития будут работать
>гетерогенные сети. Т.е. будет МС-ский домен со станциями на МС-те и
>группа серверов на unix. И бесплатность ПО не будет решающей. Как
>это не прискорбно, но в нашей стране unix это серверная ОС.
>Да, некоторые рабочие станции могут быть и на unix-е, но вряд-ли
>все. Скорее всего это будут станции обслуживающего персонала, того же админа,
>который сам и будет следить за своей станцией.
Насчет бесплатность не будет решающей - что-то гворит мне, что руководители будут искать альтернативы коммерческому ПО. И ставить оное только в самом крайнем случае, например на конструкторские раб. станции. Ибо свободные САПР-ы - это так, студенческие поделки...
>у себя то, на что они всегда смогут найти обслуживающий персонал
>или обучить. А разговоры о бесплатности их интересовать не будут.
Посмотрел бы я на рожу того руководителя, когда ты бы ему сказал, что стоить сих 4 сервера с SQL будут в сумме 200.000$ плюс весь софт лицензионный на этих "50 до 100 пользователей (сие для обслуживания не принципиально)". И это токо за софт. За такие бабки стоко админов наштамповать под *nix можно.
>>А разговоры о бесплатности их интересовать не будут.
>Посмотрел бы я на рожу того руководителя, когда ты бы ему сказал,
>что стоить сих 4 сервера с SQL будут в сумме 200.000$
А гигантские дятлы, которые долбят дерево своей непонятно каких грибов обкурившейся уверенности в том, что халява будет полной и вечной -- уже начинают попадаться жареному петуху.И руководители, и что занимательно -- админы. Вот с последними у нас даже тут прецедентов не было, а у вас уже имеется.
У нас руководители уже быстро избавляются от иллюзий.
>в том, что халява будет полной и вечной -- уже начинают
>попадаться жареному петуху.
>И руководители, и что занимательно -- админы. Вот с последними у
>нас даже тут прецедентов не было, а у вас уже имеется.
>У нас руководители уже быстро избавляются от иллюзий.
О какой бесплатности идет речь. Мы говорим о дешевле-дороже. Зачем платить больше, если есть дешевле да еще и лучше. Мало-того что в компании майкрософт зажрались, так они еще и лапшу нам вешают. Если линукс станет дороже винды, будем пересматривать свое решение. Чего вы все такие зомбированые этой виндой, скоко Билли скажет платить, стоко и платите.
У меня зверь админ скрптами на линуксе ставит софт в 10 линуховых классах одной коммандой: Благодаря линуксу я работаю по 2 часа в день.
>У меня зверь админ скрптами на линуксе ставит софт в 10
>линуховых классах одной коммандой: Благодаря линуксу я работаю по 2
>часа в день.
А сколько он потратил времени на отлаживание этого всего? Не все так просто под луной. Только лень и предвзятость в большей части случаев мешает реализовать аналогичные вещи под MS. Аналогично и наоборот.
>>У меня зверь админ скрптами на линуксе ставит софт в 10
>>линуховых классах одной коммандой:
>А сколько он потратил времени на отлаживание этого всего?
Если не сам писал -- то не так много. Если сам -- зависит.
TCO изнутриhttp://www.telecominfo.ru/?t=2012
Чтим....
Для тех кто в танке: чтим очень внимательно и делаем вывод!
Та ТСО что подсчитана в данном обзоре абсолютна неточна, или была расчитана для какой то загадочной компании!
Тогда очевидно, что ТСО подсчитанная компанией Майкрософт - эталон ?
Для разнообразия вы посмотрите оригинальный PDF, я там не нашел ни одной формулы, куча диаграм и фигни какой то и в итоге всё сведено в одну таблицу!ВАТА!
Да ладно вам.. я вчера прочитал на сайте МИКРОсофта про сравнение совокупной стоимости владения Linux и Windows сетей.. ну и что привели они пару десятков примеров.. а вот противоположних т.е. когда компаннии предпочитают *NIX winde и её "пропроку" билю гейца ( я бы его лично бы распял ) это была всего лишь жалкая выподка в строну огромной машины под гордым именем *NIX... попытка удержать свои позиции на рынке осей ведб не для кого не секрет что с каждым годом *NIX все болше и больше охватывает рынок... и не толко как сетевая OS, возмите к примеру Unix Silicon Graphics самая мощная система для работы с графикой... winda и близко не стаяла... так что чего тут разводить дебаты однозначто *NIX - rules!
>> на что же админы Linux вообще время тратят (у них по отчету на все не более пары часов в неделю уходит)? Неужели все, как я, анекдоты и новости читают и только иногда работают? -- фто пудофо=)
(еще один плюс для *NIX)
>как сетевая OS, возмите к примеру Unix Silicon Graphics самая мощная
>система для работы с графикой... winda и близко не стаяла... так
>что чего тут разводить дебаты однозначто *NIX - rules!
особенно если вспомнить, что Silicon Graphics на свои станции Windows NT 4.0 ставила до какого-то времени, так как альтернатив не было, а линух был в зародыше... И данная фирма на Линух обратила внимание, если мне память не измеяет только после выхода 2.2.* какого-то ядра.
Тебе таки изменяет память, поскольку архитектура SG машин несколько специфична и не могла быть поддержана Windows в свое время. А посему, SG долгое время работала с IRIX. И лишь после этого стало возможным поставить на эти машины Windows.
>Тебе таки изменяет память, поскольку архитектура SG
Вообще-то SGI. Silicon Graphics Inc.>А посему, SG долгое время работала с IRIX. И лишь после этого стало
>возможным поставить на эти машины Windows.
Это когда там процессоры уже были Intel, а не MIPS, а компания изрядно накренилась и вовсю искала выход из положения классического юниксового вендора при новом порядке.NT под MIPS не помню сходу -- то ли совсем не было, то ли около того. Она вся не-x86 быстро попомирали не в последнюю очередь из-за дурацкой модели печати и привязанных к платформе драйверов принтера, которые для big endian железа приходилось делать отдельные, как тут товарищи самбисты в своё время рассказывали.
>Я пользую только FreeBSD
Бывает.
А вообще смешно, появился один провокатор, крикнул "Linux must die", и все подняли кипиш. Смешно и глупо.
Я пользую только FreeBSD, поскольку более логично построенной и надежной системы не встречал. Знаю людей, которые работают с Microsoft Windows 2000,2003 Server, и могу со всей ответственность заявить: "В умелых руках Windows "поёт"! И превращается в полноценную удобную систему."
ИМХО, дело не в операционке, а в руках.
"Руки - это уникальный девайс. Они могут расти откуда угодно."
Ну опечатка в заголовке MS - надо было "Get the fucks" ....
И вот из за этого весь сыр бор.
Интересно - почему все обсуждение сваливается исключительно в область администрирования? Можно подумать, что ОС создаются только для обеспечания времяпрепровождения админов.
Ну и раз уж так - нормальный админ должен хорошо ориенироватся и в Виндах и в *nix.Админ не должен любить свой инструмент - он должен уметь им пользоваться.
Уважаемые, которые так защищают wsh. Подскажите, если не трудно, как переименовать имя машины в домене удаленно? :-) Чисто из командной строки - скриптом или ручками, неважно... Для облегчения задачи можете считать что есть удаленный доступ к командной строке машины, но не ГУИ...Немножко не по теме, но просто наболело уж...
А если по теме - вот когда начнут у нас на предприятиях и фирмах ставить лицензионные винды - вот тогда и схватятся за головы и начнут TCO считать и стоимости оборудования и ПО. А пока все пиратское - так и будет Linux лишь у энтузиастов стоять. :-(
Видимо был не правильно понят. Фанатизм в любом его проявлении - лишает человека возможности думать и быть адекватным. ТСО как довод имеет смысл только тогда, когда есть альтернативные решения.У себя на предприятии использую на серверах FREEBSD и MS windows 2003
на рабочих станциях SUSE и MS XP. Весь софт от MS - лицензионный из принципа.
И при решении той или иной задачи смотрю на то что будет работать эффективнее (надежнее,безопаснее) и требовать меньше времени на обслуживание.Я думаю, что у нас основная проблема даже не пиратство - а руководство, которое склонно в большинстве случаев рассматривать ИТ вообще - как свои убытки.
"Подскажите, если не трудно, как переименовать имя машины в домене удаленно?"
http://www.microsoft.com/technet/scriptcenter/scripts/ad/com...
>"Подскажите, если не трудно, как переименовать имя машины в домене удаленно?"
>http://www.microsoft.com/technet/scriptcenter/scripts/ad/com...Обычно во флуде не участвую, но тут не удержался. Пошёл по ссылке и вот что обнаружил:
Create a Computer Account For a Specific User
http://www.microsoft.com/technet/scriptcenter/scripts/ad/com...Это один из их скриптов. НЕ ПОЛЕНИТЕСЬ, ПОСМОТРИТЕ ПО ССЫЛКЕ, какой интуитивно понятный скрипт!
Слабо такое под Linux забацать? :)
Потому что пользователи работают в основном не с ОСью, а с прикладным ПО, что немного другая история..
ОСь без прикладного ПО никому не нужна - как машина без колес. И ТСО оси самой по себе - вообще вещь не понятная.
Господи, да как же надоели эти сравнения! В любом случае каждый перетягивает одеяло на себя. И вот начинают народ сталкивать друг с другом в вопросе изпользования операционных систем в бизнесе. В коммерческих компаниях люди же не дураки сидят. Каждая компания стремится к уменьшению стоимости расходов на ИТ. И уж если они выбрали ту или иную систему, значит она соответствует этому самому плану по снижению расходов.ИМХО. В любом случае, я, как администратор, буду работать с той системой, за поддержку которой мне платят больше.
Кроме упомянутой разницы в удобстве использования скриптов, Windows проигрывает отсутствием нормальной инсталляционной системы. У меня стоит Debian и я помню как мне пришлось дополнительно указать для одного нестандартного пакета, что я ему разрешаю перезаписать чужие файлы при инсталляции - по умолчанию это не разрешено. Также не разрешено устанавливать файлы для которых не соблюдаются зависимости версий библиотек. А с Windows другая история - для известных программ я уже знаю какая нужна последовательность инсталляций чтобы вся система потом работала, поскольку каждый которому не лень setup.exe меняет библиотеки и настройки системы без вопросов... И поэтому не дай бог разрешить пользователям инсталлировать игрушки или что-то ещё - можно ожидать что скоро понадобиться восстанавливать этот комп. из архивной копии...Короче отсутствие системы пакетов - слабое место Windows, сказывающееся на стоимости владения. Микрософт это уже начинает понимать, но сделанная в XP система откатов - не выход, поскольку тормозит систему и не работает когда глюки всплывают через продолжительное время когда откат невозможен, да и иногда откат всех файлов нежелателен.
насчет суппорта из М$ - не помню чтобы что-то спрашивали - все из инета. А контора платила...
А вот насчет конкретного продукта - так суппорт нужен - баги там или новая функциональность в апгреидах - которие за бесплатно если за суппорт платишь. Иногда башляли за новые модули (частично в основном 50%-70%)