Mishabox

Джун в production - это страшный сон любого сеньора. Вообще, между нами говоря, джуны в продакшн попадать и не должны, но далеко не все проекты предусматривают наличие таких роскошных условий и ресурсов, чтобы нет-нет, да и не понадобилось бы джуна припахать к финальной доработке.

И вот тут уже появляются мифы, легенды и, конечно же, многочисленные мемы.

Но, как делится с нами наш тим-лид Илья, лично на его практике ему еще не попадался ни один сеньор, который бы не сломал, лего и играючись, весь production словно карточный домик.

Угадайте, сколько раз прилетало бедным джунам? Статистика хоть и не 100%, но достаточно удручающая.

То есть, в принципе, нельзя отрицать вероятности такого события, что на самом деле это сеньор плохо “докрутил какой-то винтик” в продакшене, а многострадального джуна отправил туда просто для того, чтобы рухнуло все именно в его руках.

Но, как говорится, мем смешной, а ситуация - страшная. А еще больше мемов, а заодно и их задушевные разборы и обсуждения, вы можете найти здесь - https://www.youtube.com/watch?v=0dyVEE9jqU4&list=LL&index=12&t=21s.

Сегодня наш топовый тимлид любезно согласился поделиться с нами своим мнением на тему того, кто, в его понимании, специалисты высокого класса.

Понятное дело, что такое звание абы кому не дадут. И невозможно стать DevOps, просто посмотрев ролик на YouTube; научившись запускать хром в докере на компьютере или ноуте; отправив в гит свою “домашнюю” папку с мемами с котятами.

Как же тогда понять, что ты уже выше простых смертных-админов и паришь в DevOps-небесах?

Квалификация именно опытного инженера - это многолетний опыт. В частности, выстроенный, в буквальном смысле, потом и кровью.

Так, в нашей DevOps-команде, состоят только те инженеры, в которых мы уверены на все 200% процентов. И для того, чтобы принять их под крылом InfoScale потребовалось не раз проверить их способности мыслить и выстраивать логические цепочки, наличие технического кругозора и реального опыта.

Как то раз нам попался довольно интересный кейс. В чем был основной интерес: он достался нам не просто с 0, а после работы над ним другого DevOps. Мы не будем пускаться в долгую критику коллеги, но просто скажем, что…там было все достаточно интересно.

Микросервисы - это прекрасно, чудесно и удобно. Еще бы: разбиваешь все на запчасти и засовываешь в контейнеры. Особенно классно, когда одну здоровенную программу получается разложить на множество отдельных небольших компонентов, каждый из которых можно рассматривать и развивать по отдельности. И это классно!

Но во всем надо знать меру, в конце концов! Вот тот самый DevOps ее явно не знал. И программа в итоге напоминала лего-набор без инструкции.

Конечно, нам удалось разобраться и собрать все в нормально функционирующую конструкцию. Кстати, стоит отметить, что микросервисная структура - это не всегда именно про контейнеры. Просто иногда такая упаковка максимально “экологична”.

А завершить сегодняшний пост хотелось бы такой прикольной переозвучкой, которая попалась нам на YouTube:

- А у вас есть kubernetes?

- Да, конечно, ну как у всех! Как полагается.

- А зачем?

- Ну как это зачем? Это же…

И дальше, что логично, бедный разочарованный DevOps идет просто биться головой о стену.