От диаграмм к процессу: как внедрить культуру актуальной архитектуры в команде

Зачем нужны нотации вроде C4? Чтобы все понимали архитектуру системы. Но главная проблема в том, что она быстро устаревает. Часто виной всему «одинокий архитектор» или вовсе его отсутствие. А теперь представьте, что вы делаете рефакторинг, но никто не знает, как там все устроено…

Как сделать архитектуру живой? Мы в МТС нашли решение: DSL + Structurizr + GitLab + архитектурные комитеты. Гибкий DSL вместо статичных диаграмм. GitLab и merge request, чтобы правки проходили ревью. Регулярные обсуждения — архитектурный комитет как часть процесса.

Рассмотрю основной инструментарий — C4, DSL, ADR — для описания архитектуры решения и создания процессов, при которых архитектура остается всегда актуальной и поддерживается всей командой.

Доклад подойдет для слушателей любого уровня и подготовки.