re:Думай о DevOps-разработчике
Переопределение роли разработчика DevOps
Недавно я перешел с Full-Stack Developer на Developer Security Operations (DevSecOps) в ODAIA и хотел бы поделиться своим опытом о переходе на эту роль и обучении на рабочем месте.
Почему DevOps-разработчик?
Я увидел возможность карьерного роста, лучше разобравшись в AWS и оптимизировав процесс разработки. В прошлом обслуживание инфраструктуры часто ложилось на команду разработчиков программного обеспечения, которая и без того была перегружена разработкой функций. Я хотел улучшить опыт и процессы для нашей команды разработчиков, автоматизировав части процесса разработки. Я увидел в этом возможность для практики, обучения и роста — поэтому я решил взять на себя роль разработчика DevOps.
Прежде чем стать разработчиком DevOps…
Прежде чем перейти к этой роли, я подготовился, узнав об услугах, которые предлагает AWS и использует ODAIA, на нескольких отличных курсах, которые я нашел в Интернете; это был отличный способ для меня получить обзор услуг, что они предлагают и лучшие практики для каждого. Кроме того, я провел исследование в Интернете, чтобы узнать, каковы обязанности разработчика DevOps, чтобы понять, чего от меня ожидают. Со всеми этими знаниями за плечами я был готов взять на себя эту роль 💪
Затем начинается работа…
Несмотря на мои попытки изучить свою новую работу, первая неделя показала мне, насколько я не готов к этой роли и сколько еще мне предстоит узнать. Обучение на работе очень похоже на обучение на игровой площадке в детстве; вы пытаетесь что-то сделать, терпите неудачу и некоторое время размышляете о том, почему вы потерпели неудачу. Затем вы возвращаетесь и повторяете эти шаги, пока не решите проблему. Все это время вас поддерживает руководство ваших сверстников.
6 месяцев как DevOps…
TL;DR: переосмысление devops — разработчики помогают другим разработчикам.
Во время учебы в университете я думал о DevOps-разработчике как о человеке, который поддерживает серверы и базы данных, но я обнаружил, что у этой роли гораздо больше обязанностей, чем это . Каждая работа разрабатывается с учетом потребностей заказчика. Например, как разработчик полного стека, моими клиентами были продуктовые и бизнес-команды; они получили отзывы от пользователей платформы и использовали их для разработки функций, которые создадут и выпустят разработчики Full-Stack. Как разработчик DevOps, мои клиенты — разработчики полного стека; поэтому я регулярно встречаюсь с командами Full-stack и получаю от них отзывы о процессе разработки: что работает, что не работает и что можно улучшить? Кроме того, всякий раз, когда команда DevOps исследует новые технологии и инструменты, мы стремимся информировать и вовлекать наших разработчиков полного стека, постоянно ища и учитывая их отзывы. Этот процесс был чрезвычайно успешным, поскольку он помогает нам понять проблемы полного стека и покупать или создавать инструменты, которые упрощают и ускоряют разработку.
Уроки, извлеченные на данный момент…
В целом, я бы сказал, что этот опыт научил меня тому, что при переходе на новую роль или работу вы должны меньше говорить и держать глаза и уши открытыми, чтобы узнать как можно больше. Вы также должны быть готовы разучиться некоторым вещам. С момента перехода на эту должность мы увеличили команду DevOps на одного старшего специалиста по DevOps и студента, обучающегося в кооперативе DevOps. Мы все вместе решаем проблему улучшения процесса разработки при оптимизации использования ресурсов AWS. Я обнаружил, что это интересное проблемное поле, и я рад работать над ним с замечательной командой здесь, в ODAIA!
Сакина Гадривала — разработчик DevSecOps в ODAIA. Она проявляет доброту и любопытство к каждой задаче, в которой участвует, и стала отличным дополнением к нашей команде DevSecOps. Нам не терпится увидеть ее дальнейший карьерный рост!
Свяжитесь с нами в Twitter и LinkedIn. Хотите присоединиться к нашей быстрорастущей команде? Посетите нашу страницу вакансий на нашем веб-сайте для получения дополнительной информации.
