>> Потому что это вопрос профпригодности админа и востребованности его на рынке труда.
> а в чем эта профпригодность? чтобы ковыряться в сложных системах?Ковыряться и я могу. Для того, чтобы ковыряться в сложных системах и даже заставлять их работать вовсе не нужно быть админом. Вопрос в том, чтобы потом можно было бы нанять нового админа, которому не пришлось бы всё делать заново. Вот лежит у тебя на диске куча баш-портянок, тебе хорошо и прельстиво: что не работает, ты взять и портянку поправил. Потом уволился, пошёл в другое место работать, на твоё место пришёл другой. И? У него есть куча баш-портянок, чья работа недокументирована, и разобраться в этом сложнее, чем снести всё к чертям и поставить заново. То есть, можно ничего не делать: работает не трожь. Но а если надо что-то делать? Если не работает, или надо что-то переконфигурировать?
> да, фейсбук может задуряться с новыми парадигмами деплоя, сколько хочет. у них
> штат айти больше, чем целый штат какой-нибудь торговой сети в россии.
Они не "могут", они вынуждены. Большой штат, значит ситуация смены админов -- это нормальная и естественная ситуация. Это штатная ситуация. Которая должна проходить штатно.
Я думаю, что это как раз тот нюанс, который отличает админа от дилетанта. Работы выполняемые админом -- это бизнес-процессы, они должны течь вне зависимости от того, кто именно работает, конкретные исполнители должны быть заменяемы. То есть, процесс -- это цель всей этой петрушки. FB вынужден организовывать это так, чтобы этот процесс не заходил бы в тупик. Он может зайти кучей разных способов, например админ ушёл и унёс с собой уникальное знание о системе. Или через десять лет выяснилось, что там внутри системы есть какая-то самописная программа, выполняющая загадочные функции, не работающая с новым ядром, и никто не знает кто эту программу писал даже.
Один из способов сделать так, чтобы процесс не заходил бы в тупик -- это сделать изменения перманентными. Переводить с systemV на systemd, затем на openrc, затем обратно на systemV и далее по кругу. Таким образом, если команда админов потеряла знания, мы об этом узнаем загодя, когда они не смогут вернуться на systemv. Но этого не случится, потому что знания о системе будут постоянно обновляться.
Есть другой способ, его можно видеть в MS. MS рассматривает деплой как техпроцесс, и прорабатывает его. Причём не только в том, что вот вам нате утилитку конфигурации, неее, утилитки -- это детский лепет, уровня этих ваших линуксов. Вот вам курсы для подготовки админов: берём хомячка и за два месяца делаем из него админа, который поднимет вам в компании AD. И поскольку он недавний хомячок, он будет действовать согласно инструкции, он не будет там умничать, креативничать, и поэтому если этого админа уволить и взять другого, то тот придёт и увидит систему, которая ничем не отличается от той, которую он сам на курсах MS вчера собирал. Более того, пока он следует инструкции, он ни в чём не виноват. Если всё накрылось медным тазом, то виновата технология, а не он. Это то, что нужно бизнесу.
Чуешь? Это технология. Это прямая противоположность хакерской культуре. И это то, чего не понимают хакеры. Технология -- это то, что получает взять что-то на входе, обработать это, и получить что-то на входе. Что на входе, выходе, и как обработать -- это вещи определяемые технологией, и, я отмечу, что выход тоже строго определён технологией. Когда мы берём ремесленника, он может создавать удивительные вещи, но он сам не всегда заранее знает в точности, что именно он получит в результате своих процессов. Техник, который обучен технологии, может гораздо меньше ремесленника понимать природу техпроцессов, его результаты может быть не столь впечатляющи, но зато они заранее чётко определены. А именно это очень важно для бизнеса занятого массовым производством. В бизнесе достаточно всяких рисков и без рисков связанных с тем, чтобы завязывать результат на результаты труда ремесленника.
И сейчас мы можем наблюдать как linux превращается в технологию. Понятно дело это не по душе хакерам, которые привыкли полагаться на свои специальные знания, которые невозможно получить по книгам или на курсах (нет системного дешёвого способа создания хакеров), но зато они получают возможность делать так, как им это удобно. Это хорошо, но это слишком смещает баланс сил работодатель-работник в сторону работника. Поэтому всякие редхаты платят за systemd, это шаг в сторону того, чтобы деплой линукса стал бы простой технологической операцией, типа лампочку вкрутить. Два месяца курсов, и вот у нас уже есть техник, который может развернуть линукс систему, справившись с основными проблемами, а те, с которыми он не может справится -- это не его проблемы, это проблемы поставщика железа, или электрика, или ещё кого. Когда будет так, это будет технология, а пока -- это ремесленные наколенные поделки. Может быть чудесные, превосходные и технически блестящие решения, но ремесленные и наколенные поделки. Бизнесу нужна технология, чьё поведение изучено, документировано, воспроизводимо.
Возвращаясь к двум способам -- либо постоянно менять систему ради изменений, либо технологии и узкие специалисты. Первый способ хорош там, где нужны нестандартные решения нестандартных проблем. То есть бизнес построенный на инновациях. Второй способ нужен там, где поиск нестандартных проблем, на которых можно делать денег, уже закончился. Всё что надо нашли. Теперь нужны надёжность, стабильность, предсказуемость и воспроизводимость результатов.
> всем остальным нужно просто запустить сервис. и когда придет твой новый админ,
> ему всего лишь нужно запустить не postgres 8, а postgres 12.
Если предыдущим админом был я, то ты будешь переустанавливать всё с нуля, потому что я не буду париться о том как принято делать, я не буду парится о том, как сделать так, чтобы кто-то после меня смог бы разобраться. Я сделаю сам и для себя, в лучшем случае ведя блог в файлике, отписывая там, что я сделал: ну на тот случай если придётся переконфигурировать, чтобы не выяснять заново, как это делать, удобнее сразу собрать все полезные ссылки в кучу, и если я там скрипты какие-то поправил, то отметить этот факт, чтобы потом не спотыкаться о то, что скрипты работают не так, как в документации описано. Но тебе, чтобы разобраться как эта мешанина работает, даже мой бложег не поможет, потому что там не написано всего, там написаны фразы, которые триггерят мою память на выталкивание в сознание воспоминаний о том, как я это делал. Фразы ты можешь получить теоретически, а вот воспоминания нет -- я их унесу вместе с собой.
