В современном российском IT идёт деградация под знаком переделки всё под западный манер. Если раньше были просто программист, старший программист, главный программист, то сейчас Junior, Senior (видимо Помидор), Cheif и прочее. Тоже самое касается и админов. Но самое нелепое — это DevOps. Кто такой DevOps и в чём заключается чёткий перечень его обязанностей, никто толком сказать не может. На мой взгляд, Злого Админа, под DevOps’ом понимается некая помесь программиста и админа.
А по факту — всё это бутафория! Зато как это круто и какие все важные петухи ходят в конторе: сплошь сеньёры Помидоры через одного, и крутые DevOps’ы свысока поглядывают на Джуниоров, но даже те очень гордые, ведь не просто какой-то «младший помощник черпальщика при холерных бараках», а Junior, в крутой компании, где работает КОМАНДА из крутых сеньёров Помидоров и DevOps’ов. Но углубимся в сторону DevOps’ов.
Как правило, DevOps’ами становятся программисты, которые залезли на поляну админа. Но поскольку они не понимают, что такое системное администрирование в полном смысле этого слова, а лишь нахватались ерунды по верхам, то они не понимают, чем они должны, на этой самой поляне админа, заниматься. Типичный DevOps не умеет даже VPN себе настроить на компе, слова «пробросить туннель для SSH» для него звучат как высшая степень постижения. А уж о знании продуктов, с которыми необходимо работать, даже говорить не приходится — полные нули. «Приходит как-то DevOps к админами и говорит: а покажите мне как работать с Kibana». Звучит как анекдот, но увы, это случай из реальной, мать её, жизни.
И таких примеров полно. Вместо того, чтобы прийти к админам и сказать: необходимо поставить такие-то продукты, которые будут у нас выполнять вот такую роль и которые надо настроить следующим образом, надутый индюк DevOps приходит к админам, витая в своих дебильных облаках с просьбой удовлетворить его больную фантазию и предложить какое-либо решение. На закономерное замечание, что решения должен вообще-то предлагать он, делает большие глаза и говорит — вы же админы!
Ему невдомёк, что он как DevOps должен изучить эти сраные современные продукты, на которых происходит веб-разработка, знать их достоинства и недостатки, разработать чортовую архитектуру проекта, с учётом выбора оптимального, для данного случая, перечня продуктов. Провести консультации с программистами своей команды, выслушать их мнения и предложения, учесть их! Именно он должен прийти с готовым решениям к админам и сказать: «Да будет так! Ставите вот это и вот это, настраиваете взаимодействие этого и того, а программная часть в общих чертах будет работать так!» И самое главное — ПРИНЯТЬ И НЕСТИ ОТВЕТСТВЕННОСТЬ за своё долбаное решение.
Многие DevOps’ы любят Хабр и подобные сайты. Потому что такие сайты служат источником популистских статей, на тем как круто то и другое. Начитавшись часто просто обзорных статей, которые не основываются на какой-либо практике, горе DevOps начинает продвигать «крутость подхода». Когда админы посылают его подальше с его дурацкими идеями, понимая, что человек вообще не в теме, хотя пытается показать обратное, DevOps идёт к менеджеру и начинает капать на мозги ему. Ладно если менеджер попадётся более менее адекватным и прислушается к админам, а если нет? В этом случае, админам придётся воплощать бред DevOps’а, а потом ещё и пытаться заставить это работать и поддерживать! Какие тесты, какая проверка производительности и отказоустойчивости? Многие DevOps’ы об этом даже не слышали.
Короче, что даже почти политкорретная статья вышла, почти без наездов, так что скажу в заключении. Если DevOps’ов заставить попыгать, у половины будет звенеть, потом что МУДОЗВОНЫ!