Расскажем об опыте по организации окружений для команды разработки.

Наш подход решает следующие проблемы:
• Прозрачность: все всегда знают, какая версия какого-либо сервиса стоит на каком-либо окружении, когда и кем установлена, информация о коммите и т.д.;
• Состояние: система помогает сразу понять, обновился ли компонент или нет;
• Простота деплоя: любой сотрудник может задеплоить нужную версию сервиса просто изменив значение в таблице;
• Автоматика: после изменения ветки сервиса она автоматически деплоится на все окружения, которые заданы в таблице;
• Разделены сборка и деплой:
- При деплое не нужно каждый раз собирать сервис заново;
- На продакшн отдаётся именно тот образ, который тестировался, а не собирается новый.
• Дёшево поддерживать k8s манифесты сервисов: для каждого сервиса пишется всего один набор манифестов (хельм чарт).

А еще расскажем:

• Как на стенде за 5 секунд развернуть релизные версии всех компонентов;
• Как сократить время деплоя на стенд в 10 раз;
• Как на стенде автоматически поддерживать последние версии компонентов с заданных веток;
• Как тестировать и деплоить на продакшн один и тот же артефакт;
• Как экономить силы DevOps на поддержку k8s манифестов.