Когда вокруг десяток микросервисов, старая документация и дедлайн на согласование в 2 дня, системный аналитик

Когда вокруг десяток микросервисов, старая документация и дедлайн на согласование в 2 дня, системный аналитик легко утонет в деталях. В такой ситуации выручает C4-модель.

Кейс: нужно внедрить кэширование в API‑шлюз. Вместо того чтобы сразу рисовать стрелочки между сервисами, аналитик идёт сверху вниз:

— сначала фиксирует границы системы: что входит в контур, а что живёт снаружи;
— потом показывает контейнеры и их роли: где API‑шлюз, где кэш, где сервисы-источники;
— затем уточняет, кто за что отвечает внутри сервиса;
— отдельно описывает сценарии сбоев: что будет при промахе кэша, падении одного из микросервисов или конфликте данных;
— и сохраняет схему так, чтобы её можно было версионировать как код.

Зачем это junior’у и trainee? Чтобы перестать обсуждать архитектуру на уровне «кажется, тут надо что-то ускорить» и начать говорить предметно: что меняется, где риск, кто владеет решением и как это проверить. Это уже не просто документ, а рабочий инструмент для команды 🚧