Снова про архитектуру систем

В своих статьях по архитектуре систем я выдал очень много разных идей, но недостаточно акцентировал вот какую.

Под архитектурой систем я подразумеваю архитектуру, в которой задействованы несколько команд. Получается, взаимодействие команд - один из аспектов архитектуры систем.

Так вот, декларирую, что это самый важный аспект архитектуры систем. Почему? Как показывает State of Devops, главное свойство архитектуры - способность команд вести свой релизный цикл независимо от других команд. Это значит, что команде никто не нужен снаружи ни для тестирования, ни для релиза, ни для каких-то масштабных архитектурных изменений.

Собственно, инсайт

Что это означает? Это означает, что условный техдир, пытаясь как-то раскидать поток задач по командам, по факту, принимает ключевые архитектурные решения, часто даже не подозревая об этом. То есть, он легко может ненароком поставить одну команду в зависимость к другой, сломав ей весь релизный процесс.

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

Но ладно техдиры. Эти товарищи обычно растут из тимлидов и архитекторов, поэтому есть шансы, что хотя бы часть архитектурных вопросов на этом этапе будет рассмотрена, как следует.

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

Опять про единорогов

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

И в ряде случаев, такой финт может очень сильно развязать руки айтишникам, а те, в свою очередь, могут радикально поменять работу бизнеса, дав ему решающий рывок. Например, превратить условный интернет-прокат DVD в крупнейший стриминговый сервис, а затем в одну из известнейших киностудий мира.

Да, тут всё вообще не факт, но такие рывки за последние лет пятьдесят сделали очень многие компании. Именно эти рывки радикально меняют ландшафты целых индустрий.

А вот какие ещё условия нужны для такого рывка - это страшно интересный вопрос, о котором мы поговорим уже в следующий раз.