Тотальная автоматизация процессов разработки по gitflow в коробочном продукте с 50-ю микросервисами, и тремя мажорными релизами на поддержке.

DevOps и эксплуатация

Программный комитет ещё не принял решения по этому докладу

Тезисы

* Коробочный продукт. Разные заказчики, много фиче-реквестов, разные готовности клиентов к обновлениям. Монорепа. Три мажорные релизные ветки на поддержке.
* Наша разработка без gitflow. Релизные ветки. Тестовые ветки. Фиче-ветки. Проблемы с git конфликтами.
* Переход на gitflow, что нужно учесть. Плюсы и минусы.
* Выбор CI/CD систем для автоматизации. Jenkins, Gitlab CI, свои сервисы, интеграция со Slack.
* Автоматизация разворачивания стендов для тестирования фиче-веток (Jenkins + свои микросервисы на Node.js). Связывание жизненного цикла задачи в Jira и жизненного цикла стенда для тестирования.
* Автоматизация работы с пресетами данных приложения как с пререквизитами для тестов и автотестов.
* Динамически изменяющиеся формы в Jenkins, Groovy.
* Выбор между Яндекс Облаком и своим ЦОД на основе коллокейшна и VMWare.
* Тулза для автоматической каскадной проливки фиче ветки в релизные ветки, с взаимодействием с разработчиками по разрешению git конфликтов.
* Ускорение процессов сборки и деплоя тестовых стендов за счет локального docker-реестра и поддерживания docker - кэшей в горячем состоянии.
* Легкость диагностики сборка какого из 50 сервисов сломалась, за счет Jenkins blue ocean и Parallel Stage execution.

Чемакин Алексей

ООО "Р-Вижн"

Был системным разработчиком, потом backend разработчиком. Сейчас около 2х лет занимаюсь DevOps. Руковожу небольшой ДевОпс - группой в нашей компании.

ООО "Р-Вижн"

Компания делает продукты для ИБ отделов крупных компаний. Мне лично нравится тем, что имеет демократичное начальство и мало бюрократии, дает развивать разные инициативы.

Видео