Переход на SRE: лучший способ для DevOps-инженера сохранить работу в условиях рецессии
В ноябре прошлого года мы опубликовали статью с мнением, что сокращения в Твиттере — это первый признак грядущего обвала рынка труда в нем. Дальше мнения аудитории разделились: одни сошлись во мнении, что отрасль вот-вот впадет в глобальную рецессию вместе с другими сферами деятельности, другие отметили, что инженерам ничего не угрожает.
Спустя пять месяцев можно подвести промежуточный итог: к сожалению, скептики, в том числе и мы, оказались правы. Рынок труда в ИТ-сегменте во всем мире начал если не рушиться, то серьезно сокращаться.
Пока весь мир обсуждает, что отрицательный рост банка Кремниевой долины не обрушит глобальную банковскую систему и является локальной проблемой, ИТ-сегменту все же стоит стремиться. Напомним, в мае 2022 года Y Combinator Отправлено Письмо его участникам о том, что вложений в стартапы без 100% гарантий окупаемости де-факто больше не будет.
Дешёвые деньги, которые бизнес-ангелы вливали в многочисленные ИТ-проекты, обычно состоящие только из модного офиса, целого стада фаундеров и одностраничного лендинга, внезапно закончились. А падение банка Силиконовой долины — лишь следствие паники и общей нервозности во всем поле. Конечно, банк рухнул почти случайно, но общая тенденция понятна: теперь держатели капитала при малейшем намеке на крах рвутся влезть в еще недавно ненавистные и такие задолженные деньги.
Но все вышеперечисленное — это просто выставка того, что происходит сейчас на рынке труда. Как мы уже говорили, даже с учетом капитализации ИТ-компаний за последние пять лет привлекательность работы в отрасли постоянно росла. В первую очередь из-за мифических зарплат в 300сс/наносек и “низкого” порога вхождения в профессию. Но экономические законы таковы, что бесконечный рост просто невозможен. Рано или поздно наступает этап коррекции (или кризиса).
Сокращения по всему миру уже оказывают влияние на глобальный рынок труда в сфере ИТ. Если пять лет назад молодому человеку было проблематично найти работу, и многие вели собственные пет-проекты на Github или стажировались за еду, то сейчас найм новичков просто прекращен. Нет, отдельные компании могут якобы нанимать джуниоров, но будут ли требования к кандидату на самом деле соответствовать должности джуниора?
От HeadHunter
Количество откликов на такие джуниорские и даже средние вакансии уверенно перешагивает четырехзначный барьер. До 2000 тысяч откликов на одну вакансию новичка — это новая реальность ИТ-рынка вакансий как в России, так и за рубежом. На тот же hh.ru теперь могут зайти все желающие: каждую низкоуровневую вакансию на данный момент просматривает до десятка человек, а сколько присылается откликов, известно только HR.
Предвосхищая комментарии, отметим, что не радуемся: текущая ситуация на рынке труда неприемлема для всех и далека от здоровой. А там, где нет здоровой атмосферы, нет и адекватной процедуры набора.
Кризис ударил и по опытным профессионалам. В целом по рынку идет снижение цен на разработчиков среднего и старшего звена. Бонусы, комфортные офисы, печеньки и абонементы на кресла-качалки оставляются за счет компании. Сейчас все более высокоуровневые вакансии в отделе компенсаций выглядят очень сухо: платите оговоренную сумму при достаточно жестком контроле за работником. Если два-три года назад средний разработчик мог обходить откровенные буераки с скрин-трекерами и строгим тайм-трекером, отдавая предпочтение молодой студии веб-разработки с настольным теннисом и корпоративным питанием, то сейчас выбор сильно сократился. Особенно, когда речь идет о валютной удаленности, которой стало катастрофически мало. Наиболее опытные сотрудники также ощутили сжатие рынка. Средняя заработная плата пенсионеров серьезно снизилась. На это есть несколько причин. Во-первых, закончились дешевые деньги инвесторов, теперь каждая компания живет «для себя». Второй — гиганты, которые пропылесосили рынок и сбросили его, потому что у них в кармане было дно, не только перестали нанимать, но и сократили своих сотрудников, включая не только менеджеров, но и программы. С 2022 года предложение работников на рынке труда неуклонно растет, а значит, стоимость рабочей силы будет постоянно падать.
Еще в ноябре мы писали о совете опытного разработчика, пережившего падение доткомов и кризис 2008 года. Повторим их:
- Попробуйте отложить деньги на 6-12 месяцев, если их нет.
- Отмените отпуск, покупки и другие расходы в следующем году.
- Попробуйте поднять свои KPI на 20-25%, если ваша компания планирует увольнения. Это может спасти вас от работы.
- Стряхните пыль со старых дипломов и бумаг, которые к ней не относятся, если таковые имеются.
- Если есть какие-то корочки или навыки, пора их получить в свободное время, пока вас не уволили.
- Будьте готовы уехать в другой район на 2-3 года, чтобы пережить коллапс.
Исходя из сферы нашей деятельности, можно дать еще один совет, седьмой, специально для администраторов и DevOps-инженеров: обратите внимание на SRE.
SRE (инженер по надежности сайта) и DevOps (инженер по эксплуатации) — это две разные роли, но у них много общего, и они часто используются в схожих контекстах.
Инженер SRE — это инженер, который занимается обеспечением высокой доступности, масштабируемости и надежности приложений и систем, работающих в производственной среде. Этот подход к разработке похож на DevOps, но больше ориентирован на управление рисками. Как инженер SRE, вы должны обеспечить эффективную, безопасную и бесперебойную работу приложений и систем. Для этого инженеры SRE часто используют методологии и инструменты DevOps, такие как автоматизация, контейнеры, мониторинг и оркестровка.
Инженер DevOps — это инженер, который автоматизирует разработку, тестирование, поставку и развертывание программного обеспечения. Он отвечает за интеграцию разработки и эксплуатации приложений с целью повышения скорости и качества разработки. В обязанности инженера DevOps входит создание, настройка и обслуживание инструментов для автоматического развертывания, мониторинга и управления приложениями. Инженеры DevOps работают с разработчиками, системными администраторами и другими членами группы разработчиков, чтобы обеспечить непрерывную интеграцию и доставку (C/C) приложений.
Обе роли имеют много общего, поскольку они используют гибкие методологии, инструменты автоматизации и обеспечивают высокую доступность и надежность приложений. SRE обычно занимаются управлением рисками и производственной средой, а инженеры DevOps занимаются автоматизацией и интеграцией процессов разработки.
Скриншот с парадоксальной вакансией Junior Fullstack Developer выше вставлен в текст неспроста. Он, как зеркало, отражает основную тенденцию рынка сейчас, заключающуюся в том, чтобы нанять максимально опытного и разностороннего сотрудника.
Нанять дорого и сложно. Найм, когда на вашу вакансию поступает 2000 откликов, превращается в попытку выбраться из болота, в которое вы с каждым движением погружаетесь все больше и больше. По сути, работа отделов кадров по всему миру сейчас практически парализована. Даже если они выкинут 50% резюме со словами «неудачники нам не нужны», откликов будет слишком много. Процесс найма затянут и сложен, а удовольствие это недешевое. В то же время волна свободных кандидатов не упрощает работу: HR не может сообщить что-то о том, что они начали закрывать позиции за два дня, потому что бизнесу еще нужно нанять самого подходящего человека, а не первого, кто придет в голову. Рука.
В той или иной форме SRE-подходы практикуются во всех крупных компаниях. Когда-то Google запустил то, что сейчас активно используется практически во всех высоконагруженных системах и сервисах, от AirBnB и Netflix до корпоративных проектов IBM. Так как SRE — деятельность достаточно высокого уровня, младших должностей в ней нет. Обычно инженеры, уделяющие больше внимания управлению рисками в продуктовом сегменте, переходят с того же devops на SRE. Перед лицом растущего спроса на стабильность проекта, чтобы снизить вероятность технического сбоя, компании все чаще обращаются к SRE.
Для профессионалов DevOps отличный способ повысить свою конкурентоспособность — получить дополнительные знания и навыки и перейти в категорию очень немногочисленной, но востребованной категории SRE-инженеров. В целом, этот совет касается любого ИТ-работника: дополнительные или глубокие знания и навыки позволят вам выиграть конкуренцию, избежать увольнений или найти новую работу в ежедневно ухудшающихся условиях за вменяемые сроки, которые сейчас составляют в среднем от 3 до 6 месяцев. .
