anykeynotes

Здравствуйте, дорогие мои. Сегодня мы поговорим о мудаках и мудацких решениях в IT.
Дабы не травмировать обилием некрасивого слова мудак у нас будет чудак, а мудацкое – чуднОе.
Называть чудаком предыдущего админа конторы - добрая традиция всех начинающих и уже опытных админов. Приходит такой админ на новое рабочее место и давай разносить, всё что было построено непосильный трудом: он витуху 2-ух парную кинул, вот же чудак! А у него контроллер домена еще 2003р2 в 2016 году! А у него бекапы батниками! А у него вообще всё на винде, не умел в линукс чудак! А у него программный рейд на винде! Это одни из множества комментариев, которые можно услышать или сказать устроившись на новое место. Конечно, зачастую они будут по делу, но, как всегда, могут быть нюансы. Допустим вы страшно негодуете на чудака, что проложил сеть 2-ух парным кабелем, прям возмущаетесь, но не знаете, что ваш предшественник очень хотел нормальную cat 5e и гигабитную сеть, но, когда начальство увидело прайс на прокладку всего офиса 2-ух парным и 4-ёх парным проводом, то решило сэкономить и взять 2-ух парный. Или вот допустим бекапы батниками: база 1с, да файловая помойка, настроил и забыл, зачем плодить лишние сущности решил человек и так и оставил. Бекапится? Бекапится! А то что не модно, ну так уж извините. А вы его чудаком. Есть и более интересные варианты, например, комп, который стоял под ногами главбуха тёти Клавы и служил сервером древней программы отчётности для всей бухгалтерии, а узнаете вы о нем только когда он умирает и вы совершенно обоснованно кричите в бессильной злобе чудак.
Однако подумайте вот о чем. А сколько у вас таких костылей? А сколько из них задокументировано и сколько обосновано решением начальства, внешними факторами сколько было костылей сделано потому что лень делать нормально? А вы уверены, что пришедший за вами не будет вас вспоминать по матушке? Отдельного разговора заслуживают гос организации и прочие любители тендеров. Сложно решать уравнение из трёх неизвестных, бюджет, хотелки руководства и долгосрочные планы. Ведь зачастую бывает, что на момент прихода железа меняются и цели, и хотелки, а то и руководство, так что не спешите огульно хаять всех чудаками и бросаться всё переделывать, ни одного хорошего админа сгубили эти привычки, да и в глазах работодателя вы будете выглядеть очередным чудаком, впрочем это уже совсем другая история.

Однако здравствуйте, товарищи читатели. Сегодня мы поведем разговор о целесообразности резервирования всего и вся, а так же преждевременной оптимизации при проектировании IT систем. Об этом написано много книг, но я постараюсь быть краток.
Кейс: представим ООО «Вектор» в котором трудятся 50-100 человек, обычная такая фирма. Из сервисов: база 1с, контроллер домена, файловая помойка, возможно почтовик и работает это всё года с 2006, на 2-3 машинах десктоп- класса под управлением windows server 2003-2008. И вот, в этот привет из прошлого приходит новый админ, с горящими глазами. Обследовав наследство он приходит в ужас и через какое-то время на столе директора появляется счёт на 200+к рублей, от которого у директора начинает бомбить. Что же было в этом счёте? А в нем было 2 супермикры на 2 проца, 32 ГБ ОЗУ, 12 ТБ ХДД в каждой и один какой-нибудь SMB NAS дисков на 10 под хранение бекапов. На логичный вопрос директора: нахуя это нам всё? Идёт бурчание про fault tolerant, быстрое восстановление, high availability, всё это на смеси русского, английского и сленга. Естественно директор нихера не поняв шлёт нашего гуру на йух, после чего на форуме появляется очередной пост «директор пидорас», а в фирме возможно появляется новый админ.
Что же пошло не так? Всё просто: админ наш то ли забыл то ли не знал о том, что он строит не решение в вакууме, а решает бизнес задачи. А задачи его, как и у всего бизнеса, приносить больше денег компании. Да, конечно, IT не приносит денег напрямую, но позволяет их сильно сэкономить. Однако, для понимания, где действительно можно сэкономить, надо общаться с ответственным за бизнес лицом, в компании 50-100 человек это скорее всего директор. И только после общения с директором по конкретным проблемам можно принимать какое-то решение. Опять-таки пример: фирма получает 90% заказов по телефону, и вполне может прожить без почтовика 6-8 часов, пока он будет восстанавливаться из бекапа. А вот пережить недоступность базы 1с могут только на час-полтора, потому что штрафы за просрочку отгрузку через 1.5 часа будут ощутимы. Откуда мы узнали про штрафы? Да спросили директора “А что будет, если 1с полежит 2 часа?” Из всего этого следуют выводы, о том, для почтовика размером 2 ТБ можно не продумывать отказоустойчивость, а вот для 1с можно подумать и над high availability (HA).
Да, админ-перфекционист может сказать: надо и почтовику HA! Если уж HA, то на всё! Но забывает, что бизнес не готов платить за HA на всё , что бизнесу НЕ НУЖНО HA на всё, как бы вам этого не хотелось. Именно отсюда растут решения «4 виртуалки на одном компе с Core I5 и материнкой в холодном резерве», потому что попробуйте объяснить коммерческому директору какие плюшки его фирме даст сервер с ЕСС. Объяснить русским языком, не используя абстрактные шаблоны «стабильность, надежность» Так что коллеги помните, примите и смиритесь - не всем нужен 99.99% uptime.

А теперь поговорим про хорошие GUI и чем они отличаются от плохих. Хорошие не требуют изменения программы, которой они управляют. Например, мы можем поставить GUI, изменить конфиг, понажимав чекбоксы, после спокойно открыть консоль и так-же просто поменять этот конфиг, когда нам этого захочется. Пример хорошего GUI - virt-manager. Мы можем создавать виртуальные машины, управлять ими через него, а можем и через консоль через команды qemu. Туда же webvirtmanager, он умеет даже больше, чем virt-manager. В список хороших GUI можно добавить админки к postfix и squid, хотя за последние несколько лет, что я их не трогал многое могло поменяться, однако основная мысль, думаю, понятна.
В следующий раз мы поговорим о риск менджменте в ООО «Вектор» и как спокойно относиться к прижимистым заказчикам.

Продолжаем разговор. Среднестатистический системный администратор обычно ленив. Есть правильно ленивые и не правильные. Правильно ленивые всё автоматизировали и сидят в чатах\ммо. В отличии от своих правильных коллег особо не вникают в принципы работы систем, а при выборе руководствуются красивостью UI, а не функционалом, посылают пользователей, а все проблемы руководству объясняя сложностью компьютеров их старостью и иными отмазками. Однако задачи есть и по причине "ааа, проверка пришла/придёт/слышал линукс это круто в нашего админа влетает задача перевода серверов на линукс. А вот тут уже возникает проблема: просто так в формате "далее-далее" postfix+dovecot+весь антиспам не установишь(конечно, тут же всё консольное), кластер из двух нод KVM так вообще без какого-то опыта не развернуть, а начальство верещит что-то про "вечно падает, разберись". Почитав инструкции на 10-15 команд наш «компьютерный бог» начинает искать что попроще и натыкается на прекрасные вещи с модным и красивым веб интерфейсом, который ставится в две команды. Ну, а что происходит дальше я уже писал выше. Особую пикантность придаёт, что в случае факапа данные в 90% будут потеряны в равной степени из-за админа, не знающего систему и багов в самой системе. Конечно не всегда «установить линукс» задача падает сверху, иногда у человека просыпается любопытство, правда итог всё равно плачевный.
Теперь о второй группе, с ними сложнее. Они очень уверенные, линукс они обычно знают, но как-то своеобразно. Они могут настроить LVM, ZFS, mdam, kvm, postfix и оно у них будет даже стабильно работать. Но в какой-то момент им то ли надоедает работать из консоли, то ли из любопытства, то ли просто из психических отклонений на сервер накатывается чудо-юдо. Зачастую в этом чуде-юде будет активировано кучу не нужных опций в виде MDAM+ZFS+LVM(а чо, диски говно, а так надежнее) или этот софт будет ставиться по древним инструкциям, но из свежих или вообще совершенно левых репозиториев. До поры до времени это даже работает, но когда случается факап, катастрофа получается похуже, чем у админа из первой части.
Надеюсь вас не утомил своим рассказом. В следующий раз поговорим о правильных и нужных GUI и веб интерфейсах.

Однако здравствуйте.
Я конечно не гуру с 25+ лет в отрасли,но мои 10 лет админского опыта наверное тоже, что то значат.
Посему попробуем тоже пописать, а там как пойдет.

Сегодня мы начнем за странные, мутные решения типо зимбра, проксмокс и прочего.
Чем они мне не нравятся? Тем, что разработчики берут обычные линуксовые вещи и ради красивостей, свистелок и перделок их перепиливают под себя, выдавая за готовый продукт. Продукт! За который люди хотят денег.
Чем это плохо? Сначала кажется, что ничем, так и есть, пока эти решения работают к ним тоже никаких вопросов, однако, когда начинаются проблемы.
И вот первая из них:
Мы приходим к тому, что решение можно найти только на 1-2 форумах, где обсуждают данное поделие.
Посему, если ответа нет, то путь один- писать разработчикам, которых опять таки в разы меньше, чем разработчиков изначальной линукс утилиты.
Можно конечно написать разработчикам того же постфикс, и сказать, что он криво работает в зимбре, но в лучшем случае вас заигнорят.
А еще у нас есть разная автоматизация. Ансибл, паппет и прочее, которые конечно же класть хотели на ваше поделие из ужа с ежом, и как вы будете автоматизировать это?
Что? Через гуй разработчики вам предоставили темплейты и прочее? Ну поздравляю, а если у вас не стандартный кейс?
А еще лучше, не стандартный кейс у того, кто придёт после вас. Тоже отлично будет.
Нет, я не имею ничего против гуя в линукс. Я имею сказать против перепиливания комьюнити вещей какими-то не левыми людьми ради красивости в ущерб функциональности.
Особенно удивительно то, что даже майкрософт уходит от гуя в пользу PowerSHell. Пример? Exchange 2013, в нем можно сделать больше через PoSh, чем через гуй.
Ну или свежие новости про PosH для линукс или что-то вроде ansible для Posh (https://msdn.microsoft.com/en-us/powershell/dsc/overview)
На сим пожалуй всё. В следующий раз поговорим о тех, кто использует проксмоксы, зимбры и иже с ними.

Channel created