Стратегії відкату (rollback) при невдалому релізі
Практичний посібник з теми «стратегії відкату (rollback) при невдалому релізі» для DevOps-інженерів та SRE.

Стратегії відкату (rollback) при невдалому релізі
Чому це важливо
«Стратегії відкату (rollback) при невдалому релізі» — область, де ціна помилки висока: наслідки майже завжди видно в продакшені, а не в тестовому середовищі. Детальніше про суміжний підхід можна прочитати в матеріалі «Автоматизація тестування інфраструктури».

Практичні рекомендації
Варто закладати моніторинг результату впровадження одразу, а не постфактум — інакше складно довести, що зміна дійсно покращила метрики.
Якщо ви тільки починаєте розбиратися з цією темою, краще рухатися невеликими ітераціями, перевіряючи кожну зміну на реальних даних і метриках, а не покладатися лише на інтуїцію. Ці ідеї перегукуються з темами «Робота з логами в реальному часі» та «Міграція з MySQL на PostgreSQL: підводні камені».
Схожі матеріали
Автоматизація онбордингу розробників (dev environment as code)
Практичний посібник з теми «автоматизація онбордингу розробників (dev environment as code)» для DevOps-інженерів та SRE.
Автоматизація патчингу серверів
Практичний посібник з теми «автоматизація патчингу серверів» для DevOps-інженерів та SRE.
Автоматизація тестування інфраструктури
Практичний посібник з теми «автоматизація тестування інфраструктури» для DevOps-інженерів та SRE.