 |
|
|
ru.unix- RU.UNIX ---------------------------------------------------------------------- From : Ilya Anfimov 2:5020/400 28 Jul 2005 10:09:02 To : Eugene B. Berdnikov Subject : Re: Уцелеть перед Майкрософт. help. -------------------------------------------------------------------------------- 2005-07-26, Eugene B. Berdnikov <berd@desert.ihep.su> пишет: > Ilya Anfimov <ilan@astelecom.ru> wrote: > IA> 2005-07-25, Eugene B. Berdnikov <berd@desert.ihep.su> пишет: >>> Ilya Anfimov <ilan@astelecom.ru> wrote: >>> IA> То есть вот здесь -- сразу откат предположили, в ru.linux -- >>> IA> тоже. >>> >>> А что ещё можно предположить, прочтя оригинальное письмо? >>> Человек пишет, что у него "сетевые службы" (почта, web-сервер и т.д.) >>> прекрасно работают под юниксами, в последнее время - под линуксом. > IA> > IA> Человек пишет, что новая головная занимается унификацией > IA> информационной системы предприятия. Шаг _исключительно_ логичный. > > Унификацией? А зачем, простите? Приведите конкретный пример из своей > практики, чтобы были понятны ЗАДАЧИ и ПРОБЛЕМЫ, решение которых > являлось целью унификации. ПРОБЛЕМА: чтобы ввести нового чайника в поддержку нужно два с половиной месяца -- потому, что он должен научиться снимать хотя бы минимальную информацию о работоспособности и достоверности credentials для херовой тучи почтовых серверов, типов учётных записей и мест их хранения. ПРОБЛЕМА: ни один из шести дополнительных серверов в конторе не может быстро заменить основной почтовый, потому, что его (достаточно обширная) конфигурация сделана под postfix, а на всём остальном -- sendmail или exim, притом на них уже тоже какие-то mailmanы где-то завязаны. ПРОБЛЕМА: никто из пользователей не может угадать, пустит его на конкретный сервер или нет. Потому, что где-то пользователей берут из AD, на четырёх серверах стоит поставленный для себя YP, ещё пара добавляет пользователей в /etc/passwd, но на одном из них умный proftpd настроен на AD (для тех, у кого logon name латинское). Запомнить, где ты человека добавил, а где ещё нет не может никто, включая тебя. ПРОБЛЕМА: ты в глаза не видел крутую конфигурацию файлопомойки филиала на севере города (с ACL на самбе и всё такое, правда местами сделано жопой вроде перекачки AD в openLDAP собственными скриптами, но работает), соответственно разбираться с ней будешь несколько часов если что-то случится пока постоянный админ будет в отпуске. ПРОБЛЕМА: в одном филиале вдумчивое общение традиционно происходит по ICQ, логи местного ICQ-сервера являются доказательными документами при разборах. В другом такой традиции нет, если хочешь, чтобы что-то было закреплено и запомнено -- пиши докладную записку (соответственно, кстати, имеется более ответственный подход к разделению того, что является просто рабочим пожеланием -- а что организованной просьбой). Переход сотрудника из филиала в филиал вызывает поначалу некоторое замешательство. ЗАДАЧИ: уменьшение TCO (за счёт меньшего количества и более дешёвой работчей силы), рисков простоя (за счёт бОльшего количества людей, которые понимают эту конфигурацию, и бОльшего количества резервных компьютеров, которые могут переложить на себя работы вышедших из строя). > > Сама по себе унификация самоцелью быть не может. > > IA> А ты не пытался добиться разумного поведения в гетерогенной > IA> почтово-файловой сети? А теперь представь -- если таких умников с > IA> гитиками 7 штук, гитики у каждого свои и при возникновении > IA> проблем двое из троих, естественно, пасуют. > > Hу вот беру сеть, где я админ, загибаю пальцы. Sendmail: 2, Posfix: 4, > Exim: 2, Cyrus: 3, Squirrelmail: 2, скриптов обёртки - около 20. Живут > тут и Samba, и пучок AD. Это гетерогенная сеть? Тогда скажите, где Да. > должны быть "гитики" и в чём мы неправы, если пару раз рассматривали > вопрос о покупке CGP, Exchange и т.п., но так не нашли веских причин? Я верю, что ты крут. Сколько (мифических) человеко-часов тебе потребовалось, чтобы это настроить? И что, postfix нормально подхватывает почту для пользователей AD и отправляет её куда надо? И даже не самбах можно раздавать права пользователям AD? Круто. И твои помошники могут одинаково посмотреть очередь и debug что postfix, что sendmail? Хорошие помошники. А разбирать отлупы в автоматическом режиме и выводить статистику по процентам принятых/спамовых/отлупленных писем не пробовали? Попробуйте, будет весело. Теперь представь, что половина этой сети начинает управляться некими херами-с-гор, которые конечно цепляются за свой qmail, на очередные особенности поделия Бернштайна в двух третях случаев -- ворчит и исправляет, в одной трети -- разводит руками. PS я не хочу обсуждать мою практику. Часть из того, что я рассказал, происходила со мной, часть -- не со мной, кое-где смещены акценты. Естественно, приводить решённые задачи по унификации мне весьма трудно -- если задача решена, то её уже не помнишь. Приводить проблемы гораздо проще. Они, блин, прямо в лоб засвечивают. --- ifmail v.2.15dev5.3 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix/1917032f339f6.html, оценка из 5, голосов 10
|
|
|