Post #418

На примере ситуации с апдейтом Crowdstrike можно как раз проследить разницу проектировщика и системного инженера: последнего должны интересовать процессы развертывания, отката и ввода системы в безопасное состояние (failsafe), т.к. это всё части жизненного цикла системы. У Crowdstrike, похоже, с этим было так себе: по некоторым неофициальным сведениям, у них было канареечное тестирование при раскатке исполняемых файлов, но не было при раскатке конфигурационных. В принципе, системный аналитик не очень часто про эти вещи думает, но в итоге получается, что про них вообще никто не думает. Мне приходилось заниматься и проектированием процесса деплоймента/отката, причём с гранулярностью до отдельных фич — но это мне повезло, тогда ещё не было такого сильного разделения ролей. Сейчас вопросы релизного цикла далеки от аналитиков, а вот, например, техническим продакт-менеджерам в этом нужно разбираться. И что такое "сине-зеленые" и "канареечные" релизы — нужно знать. (Можно почитать, например, здесь). Сюда же — история с флагами фич (feature flags). И это хороший тест на вашу роль и на путь развития, если вы целитесь в ширину (рассмотрение всего жизненного цикла) и в технические глубины: * думаете ли вы о таких вещах, как аналитик? (вероятно, вы уже не просто аналитик, поздравляю! ) * кто у вас в компании думает о таких вещах? (не devops, который это настраивает, а тот, кто ставит такую задачу?) И когда вы нашли такого человека, посмотрите — что ещё входит в зону его ответственности? О чем ещё он думает? О чем нужно думать и что нужно знать, чтобы рассуждать на таком же уровне?