Деплой по пятницам в Сбере
Мы называли это "правилом пятничного деплоя": если команда приносит хот-фикс в 18:55 с клятвой, что это последний коммит, мы не спорим, а просто разворачиваем сборку и оставляем тест поиска максимума на ночь
Схема простая. Меняем образ в Deployments тестового кластера, запускаем сценарий с авто-отключением при нарушении SLA/SLO или если тест начинает влиять на общий стенд. Никто не сидит и не смотрит на графики до ночи - система сама остановится, если что-то пойдёт не так. Утром в понедельник открываешь результаты и сразу видишь, где деградация, утечка ресурсов или рост latency.
За полтора года такой практики у меня в 65% случаев к утру понедельника уже был заведён баг с конкретными метриками, и разработчики начинали неделю не с раскачки, а с готового инпута для отладки. Да, основную сессию расследования это не отменяло, но мы отлавливали нефункциональные проблемы ещё до того, как кто-то успевал открыть IDE. Самое ценное тут - ночной прогон работает как бесплатный фильтр: то, что можно поймать без участия человека, ловится автоматом, а команда с утра сразу заходит в контекст проблемы, а не в процесс её поиска.
#loadtesting #sre #qa #deployment #soaktesting #hotfix #slos #devops #testing #performanceengineering
· 2 ч
Хочу подчеркнуть, что речь идет о внезапных сборках, по которым уже нужен результат к понедельнику. Оставлять тест надежности тоже имеет смысл, если у вас уже все полностью отлажено и настроено для проведения НТ, однако здесь я описал чуть более редкий кейс.
ответить
коммент удалён