Санкт-Петербургский Центр разработок Dell EMC: о чем мы рассказывали на DevOops и как мы решаем собственные задачи автоматизации

Поделиться:
Copied!

В середине октября в Санкт-Петербурге прошла конференция DevOops 2018, посвящённая инженерным DevOps-решениям. Эта известная в узких профессиональных кругах конференция объединяет энтузиастов-разработчиков, готовых обмениваться опытом и обсуждать решения прикладных задач и проектов. Программа состоит только из технических докладов, ранжированных по трём уровням сложности и рассчитанных на продвинутых DevOps-инженеров. В этом году среди ключевых тем — контейнеры и оркестрация (Docker, Kubernetes, Clusters); виртуализация и облачные технологии (AWS, Azure, Heroku и другие); мониторинг и аудит приложений (Prometeus, OkMeter, DataDog, BPF, Dynatrace, XRebel, Glimpse, Zipkin, OpenTrace и другие); Continuous Delivery (Jenkins, TeamCity, Bamboo); Configuration Management (Puppet, Chef, Ansible); Security (Vault, etc.); разбор полётов на примерах крупных проектов, внедряющих DevOps: успешных и провальных.

Компания Dell EMC принимает активное участие в подготовке и проведении конференции. Представители Центра разработок Dell EMC в Санкт-Петербурге выступили с техническими докладами и внесли свой традиционный вклад в развитие программы всего мероприятия. Оксана Некрасова (руководитель команды DevOps Центра разработок Dell EMC в Санкт-Петербурге) и Антон Рымкус (архитектор и тимлид команды DevOps Центра разработок Dell EMC в Санкт-Петербурге) выступили с докладом «Инструментарий разработчика как сервис: парадокс автоматизации». Они рассказали о своем опыте внедрения инструментов разработки (GitHub, Jenkins, Artfactory, Jira, Confluence) как сервиса, а также о подводных камнях, с которыми они столкнулись в процессе реализации.

Оксана, Антон, добрый день! Расскажите, пожалуйста, кратко о себе и своем профессиональном пути.

Оксана: Я закончила Политех (ныне Технический Университет имени Петра Первого) и уже с третьего курса начала работать по специальности. Сначала занималась разработкой, начиная с довольно экзотических языков (VHDL, Verilog) и заканчивая традиционными C, C++, Java. Последние лет восемь работаю менеджером на разных проектах. Командой DevOps руковожу уже третий год.

Антон: Я выпускник «Военмеха» (инженер АСОиУ), примерно в середине обучения уже работал полный рабочий день в области системного администрирования, где и проработал приблизительно 15 лет. Последние 3 года переключился в область DevOps как более перспективную.

В своем докладе вы рассказываете про жизнь сервисного подразделения Dell EMC. Ваши клиенты — другие команды Dell EMC. Поделитесь, пожалуйста, чем вы занимаетесь в компании?

Оксана: Да, наши клиенты – это другие команды Dell EMC, которые работают над выпуском продуктовых линеек. Наше подразделение предоставляет для них удобную среду для разработки. Среда включает в себя как разнообразные «железные» и виртуальные ресурсы, так и набор инструментов для разработки (Jira, Confluence, GitHub, Jenkins, Artifactory, и т.д.). Наша команда отвечает как раз за инструменты (tools).

Что подтолкнуло вас к созданию команды в Санкт-Петербурге? Какие проблемы существовали до автоматизации?

Оксана: До автоматизации все работы были «завязаны» на конкретных людей и их доступность в любое время суток. А это, очевидно, невозможно. Поэтому автоматизация процессов практически напрашивалась. При этом наше подразделение в Санкт-Петербурге имеет уникальную ситуацию. Здесь, в офисе Dell EMC, есть представители практически всех команд нашего подразделения. Такое соседство позволяет решать все интеграционные проблемы значительно быстрее. Именно поэтому новая команда была создана здесь.

С какими неожиданными сложностями вы сталкивались в процессе? А что из ожидаемых трудностей не сбылось?

Оксана: Основная сложность связана с людьми. Большинство людей в команде — системные администраторы. Они очень настороженно относятся к любой автоматизации, особенно на production-системы. Так что убедить их запускать скрипты и не настраивать что-либо руками прямо на системе было довольно сложно.

Антон: Я до сих пор начинаю переживать и параноить, когда речь заходит об автоматическом восстановлении БД из резервных копий, например. С другой стороны, избавление от ручных работ по настройке систем и развертыванию ПО и тестирование освободили существенное количество времени для более творческих задач.

Некоторые инженеры боятся, что всё автоматизируют и останутся без работы. Так ли это по вашему мнению и опыту?

Оксана: У нас было такое же опасение при формировании команды, но уже через год стало понятно, что опасения никогда не сбудутся. Во-первых, любую автоматизацию надо тоже поддерживать. А во-вторых, улучшать качество сервиса можно до бесконечности (пока бюджет дают).

На каком этапе находится ваша работа? Каких результатов удалось добиться вашей команде за время ее существования?

Оксана: С моей точки зрения, один из главных результатов – это изменение mindset у большинства участников и руководства. Автоматизация процессов теперь одна из главных целей подразделения. Про технические детали лучше расскажет Антон.

Антон: Покрытие автоматизацией наших рутинных и повторяющихся задач около 90%, и это реально много. Для пущей уверенности мы обложили свои автоматизации всякого рода тестами и проверками, чтобы уменьшить риск возможных ошибок при их выполнении.

Какие планы на будущее? Как дальше будет развиваться команда?

Оксана: Планов море. Они в большинстве своем формируются на основе запросов заказчиков. Наиболее интересные для меня — переход на открытое ПО Kubernetes и создание чат-ботов.

Continue Reading
Вы хотели бы видеть больше похожих материалов?
Все комментарии проходят модерирование. Комментарии не по теме и вопросы сервисного характера публиковаться не будут, как и любой материал, который будет признан неуместным, в том числе рекламные либо оскорбительные материалы. Технические вопросы просьба адресовать сюда: Support Forums, по вопросам техподдержки и сервиса просьба обращаться сюда: поддержка Dell EMC.