DevopsTrain

В прошлом посте я рассказал про плюсы работы devops инженером. Но какие плюсы без минусов? 👾 Высокие ожидания и стресс: DevOps инженеры частенько с этим сталкиваются. Им требуется поддерживать высокую доступность системы и быстро реагировать на сбои и проблемы. Но пугаться не стоит, на самом деле все не так страшно: практика дежурств делает этот недостаток более прогнозируемым и менее стрессовым, к тому же грамотно настроенная отказоустойчивая система не будет беспокоить часто. 👾 Непрерывное обучение и обновление навыков: DevOps инженеры должны постоянно обновлять свои навыки и следить за новыми технологиями и инструментами. Впрочем это касается всех IT спецов. 👾 Риск ошибок и проблем: DevOps инженеры несут ответственность за стабильность и безопасность системы. Ошибки или проблемы в конфигурации или развертывании могут привести к сбоям или нарушению работы системы. Это может иметь серьезные последствия для работы бизнеса, включая потерю дохода, потерю клиентов и повреждение репутации компании. Эти моменты я привел для полноты картины, чтобы не сложилось впечатления, что мы живем в мире розовых слонов. Однако плюсы сильно перевешивают минусы, на мой взгляд.

Почему всерьез стоит рассмотреть профессию devops-инженера? 👽 За время своей довольно долгой работы в IT я повидал разного, работал на разных позициях и ролях: от разработчика до CTO. В итоге я остановился на позиции DevOps, и сейчас расскажу почему. Это интересно ▫️Во времена когда были только разработчики и только "админы", многим казалось что быть админом, который просто установит пакет, который ему дали разработчики на голое железо - это скучно. Отчасти, может, и так, но те времена давно прошли, и теперь все немного сложнее. Админ теперь должен уметь больше, чем просто установить пакет. Да и установка уже должна быть автоматизирована через CI/CD. А уж сколько модных и нужных инструментов появилось для решения этих задач! Разобраться в этом всем многообразии бывает не просто, но уж точно интересно. Кто-то скажет: "Деды наши жили без ваших куберов и мы как нибудь проживем!". Бесспорно, но, боюсь, что даже деды уже посматривают на докер и кубер. Это выгодно ▫️Зарплаты DevOps/SRE инженеров в среднем выше, чем у большинства разработчиков по нескольким причинам: - Универсальные навыки: DevOps инженеры обычно обладают широким спектром навыков, включая знания в области разработки, системного администрирования, автоматизации, контейнеризации и управления инфраструктурой. - Сложность работы: DevOps инженеры обычно занимаются созданием и поддержкой высокомасштабируемых систем - Важность для бизнеса: DevOps инженеры играют ключевую роль в обеспечении непрерывной поставки программного обеспечения и эффективного управления инфраструктурой. - Растущий спрос: Сейчас роль DevOps инженера становится все более популярной и востребованной. - Ответственность и риски: Работа DevOps инженера связана с большой отвественностью и рисками. Они отвечают за стабильность и безопасность системы, а также за непрерывную поставку программного обеспечения. Это надежно ▫️В кризисные для компании ситуации из всех технических специалистов devops инженеров скорее всего сократят позже остальных, по очевидным причинам. Если разработку можно свернуть без существенных проблем, то поддержку работоспособности самого продукта просто так не свернешь. Работы у девопс инженера станет меньше 😎, но полностью увольнять его не станут до закрытия компании или направления. Так что, если думали над сменой профессии или направления в сторону DevOps - не зря. Ну а я помогу оценить ваши навыки, перспективы и следующие шаги на консультации.

Начнем, пожалуй, с того, что принято называть DevOps. Понятно, что девопсами в обиходе называют неких специалистов, которые занимаются DevOps =) Так что же это такое? Поискав, вы скорее найдете такое определение, либо очень похожее: "Devops - это набор практик, а не какой-то человек. Это регулярные и частые улучшения, которые происходят через изменения процессов, а эти изменения в свою очередь можно измерить с точки зрения как внутренних результатов, так и выгоды для бизнеса в целом." Давайте разберем более детально: само слово DevOps происходит от Development & Operations. Таким образом, разработка в данном случае неразразрывно связана с операциями, то есть с эксплуатацией ПО. О каких изменениях в принципе мы говорим? - Это могут быть как изменения в процессах, так и в технологиях, которые использует компания. Ведь как известно прогресс не стоит на одном месте и разумное следование за новыми тенденциями действительно может улучшить качество предоставляемых услуг, повысить скорость разработки и частоту релизов с новыми функциями. Чего и для чего измерять, и как это делать? Измерить можно (список, конечно, не полный): 〰️ Количество новых фич за единицу времени 〰️ Количество запросов в приложение и на сколько они успешны 〰️ Увеличение клиентов 〰️ Увеличение чека 〰️ Сокращение расходов на обслуживание и снижение стоимости оборудования Нет единого сценария внедрения практик DevOps для любой организации. ☝️В этом и состоит одна из задач: найти подходы, которые работают в данной компании, учитывая реалии и потребности.