История клиента · Финансы
Как «Веста Финанс» перешла с релиза раз в две недели на шесть релизов в день
Платёжный сервис не может позволить себе ни ночных выкладок, ни ручных проверок. За полгода команда перевела сорок сервисов на один поток сборки и проверки.
С чего начинали
К началу перехода в компании жили три системы сборки: старая на собственном сервере, облачная у мобильной команды и набор скриптов у платёжного ядра. Релиз собирали вручную раз в две недели, в ночь со среды на четверг, и каждый раз кто-то из шести дежурных узнавал о проблеме от поддержки, а не от проверок.
Что сделали
Начали с одного сервиса - выдачи выписок, самого спокойного по нагрузке. Описали сборку в одном файле рядом с кодом, включили обязательные проверки на ветке main и ветки-превью для каждого запроса на слияние. Через месяц по тому же шаблону переехали ещё двенадцать сервисов, через полгода - все сорок, включая платёжное ядро.
Мы перестали бояться пятницы. Релиз теперь - запрос на слияние с зелёными проверками, а не созвон на шесть человек в одиннадцать вечера.Андрей Лаптев, технический директор «Веста Финанс»
Что изменилось
Сборка ускорилась за счёт общего кэша: из 38 минут осталось семь, и разработчик больше не уходит пить чай, пока ждёт результат. Каждое изменение проходит одни и те же проверки, поэтому выкладка перестала быть событием. Отчёт о зависимостях закрыл вопрос аудиторов о том, какие библиотеки работают в продакшене.
Что дальше
Команда переносит на платформу описание окружений, чтобы новый стенд для партнёра поднимался запросом на слияние, а не заявкой в эксплуатацию.
Следующая история: Сорок микросервисов и одна система сборки: опыт «Сфера Логистик»
Посчитаем для вашей команды?
Пилот на тридцать дней с переносом двух-трёх команд.