Posts

Аргументы против масштабной переработки Представьте себе картину, которую вы, вероятно, уже видели: два часа ночи вторника, ваша производственная система не работает, и где-то в канале Slack кто-то печатает: «…а может, просто переписать всё с нуля?». Это момент, когда многие инженерные команды принимают решение, которое будет преследовать их годами. Масштабная переработка. Звучит привлекательно — чистый лист, новый стек технологий, уроки, извлечённые из прошлого, применяются с первого дня. Но почти всегда это оборачивается катастрофой....

Каждые несколько лет появляется стратегия развёртывания, которая обещает решить все ваши проблемы. Помните, когда все говорили, что контейнеры исправят всё? Развёртывание по схеме «синий-зелёный» — любимец этого десятилетия, эквивалент развёртывания по принципу «попробуйте выключить и снова включить», только гораздо более дорогостоящий. Я не собираюсь критиковать «сине-зелёное» развёртывание. Оно действительно полезно в определённых сценариях. Но я видел, как слишком многие команды применяют его как временную меру, чтобы избежать решения реальных проблем, скрывающихся в их архитектуре....

Парадокс технического руководителя: как оставаться техническим специалистом, руководя командой Вас повысили. Поздравляем! Теперь вы технический руководитель. Ваше звание выглядит лучше в LinkedIn, зарплата увеличилась, и вдруг все смотрят на вас в ожидании «технического руководства». Затем, примерно через три недели, вы понимаете, что утопаете в совещаниях. Стендапы, синхронизации, обзоры архитектуры, обновления для заинтересованных сторон, планерки и какие-то «совещания по согласованию», которые никто толком не может определить. Между 9 утра и полуднем вы посетили четыре видеозвонка и не написали ни одной строки кода....

Проблема, которую никто не хочет признавать Ваша модель угроз находится на странице Confluence, красиво оформленная в виде диаграмм, тщательно документированная. Это шедевр «театра безопасности». Ваши разработчики мельком смотрят на неё во время знакомства с проектом, служба безопасности отмечает её как выполненное требование соответствия, и затем все делают вид, что она действительно отражает реальность. Звучит знакомо? Вот неудобная правда: большинство моделей угроз — это сложная выдумка — тщательно продуманные истории о том, как системы должны подвергаться атакам, оторванные от того, как они фактически развиваются в процессе эксплуатации....

Когда вы работаете один, ваша инфраструктура — это не просто ваш бизнес, это и есть ваш бизнес. Вам некого вызвать в 3 часа ночи, нет совещания по реагированию на инцидент, где кто-то другой берёт ситуацию в свои руки. Есть только вы, ваш остывший кофе и горькое осознание того, что ваша производственная база данных превратилась в цифровую историю с привидениями. Я был в такой ситуации. И, думаю, вы тоже, или же вы достаточно умны, чтобы понимать, что это может произойти....