Почему IT-архитектура застряла в эпохе статичных картинок и ручного труда

Архитектура, которая не знает сама себя

Разработчики и админы давно работают с намерением, выраженным в машиночитаемой форме: Kubernetes хранит desired state в spec, наблюдаемое состояние — в status, а управляющий контур сводит разницу. Архитекторы же по-прежнему экспортируют PNG и кидают ссылку в чат.

Проблема не в квадратах — в отсутствии модели

Источник формулирует ключевой разрыв: прямоугольник на схеме не имеет устойчивой идентичности. Если сервис Payments API нарисован на семи диаграммах — это семь отдельных фигур с похожим текстом, а не один объект в семи представлениях. Переименование означает ручной обход всех документов, если кто-то вообще вспомнит это сделать.

Стрелки ещё хуже. Одна и та же линия может означать HTTP-запрос, передачу файла, поток данных, доверие или организационную зависимость. Выглядят одинаково, последствия — совершенно разные. Ни одна система не знает, что означает «использует», кто отвечает за связь и что должно произойти после согласования.

Разрыв между документацией и реальностью

Production меняется постоянно. Архитектурные документы обновляются эпизодически. Команда либо бесконечно догоняет реальность, либо перестаёт верить схемам. Обычно происходит и то, и другое. После архитектурного комитета решение приходится заново переводить в задачи, конфигурацию и код — смысл теряется на каждом ручном переходе.

Автор отмечает, что многие архитекторы выросли из сильных инженеров. Проблема не в компетенциях, а в отсутствии инструментов с моделью, хранилищем, API, процессом изменений и обратной связью от работающих систем — именно так устроены инструменты, которыми они пользовались как разработчики или админы.

Что это значит на практике

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