Чеклист идеального релиза

Ранее я уже писал про чеклисты, я их нежно люблю. Это очень крутая тема для автоматизации человеческой деятельности (то есть как раз того самого человеческого фактора, радости и боли любого руководителя).

Сегодня я поделюсь с вами чеклистом идеального релиза, разбирайте. Обратите внимание, необязательно сразу же примерять на свои процессы все, что там написано. Это, скорее, вектор, который можно применить и построить процесс в каждом конкретном случае. И да, мы будем говорить о кумулятивных релизах, а не о процессе Continuous deployment/delivery, об этом поговорим в другой раз.

Этот пост я вижу хорошей отправной точкой для написания дальнейшей серии постов обо всех нюансах релизов, потому как это очень важная часть всего процесса delivery. И акцентировать внимание я хочу не на технических подробностях релиза, а именно на процессе

Текст оказался слишком длинным для поста, отправил в телетайп: https://teletype.in/@happydevops/release-checklist

Эти пункты покрывают большинство ситуаций, которые важны при больших кумулятивных релизах. Вообще, конечно, большие редкие релизы — это хреновая практика, которая тормозит основные продуктовые метрики и зачастую это пережиток прошлого, от этого надо уходить в сторону мелких гранулярных релизов, которые автоматизированы по максимуму. Очень хорошо, когда ваш мониторинг и observability позволяют принимать решение об откате или распределении трафика самостоятельно, оставляя инженерам лишь роль наблюдателя и возможность перехватить управление в случае чего.

Ну уж если автопилоты начали ездить в реальной жизни по городам и error rate у них уже приемлем для выпуска их на дороги общего пользования, то неужели так сложно сделать релизы полностью автоматизированными?