Одна стрелка на архитектурной схеме может скрывать проблему, которая потом положит всю систему 😡

На диаграмме всё выглядит спокойно: сервис А вызывает сервис B. Но сама стрелка не говорит, что происходит на самом деле:

➡️ вызов синхронный или асинхронный;
➡️ что будет, если сервис B не ответит;
➡️ есть ли таймауты, повторные попытки и fallback;
➡️ может ли сбой одного модуля запустить каскадное падение всей цепочки;
➡️ не превратился ли один сервис или одна база в единую точку отказа.

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

📆 22 июля на вебинаре «Читаем архитектуру как документ» разберём, как аналитику читать такие схемы не формально, а по-настоящему:

➡️ что означают разные типы связей между компонентами;
➡️ где искать SPOF, tight coupling и риск cascading failures;
➡️ какие детали часто не дорисовывают на схеме;
➡️ какие вопросы задавать разработчику и архитектору на проектной встрече.

Вебинар будет полезен аналитикам, которые участвуют в обсуждении решений, получают схемы от разработки и хотят понимать не только «что с чем связано», но и к чему это приведёт в реальной системе

⏰ 22 июля, среда, 19:00 мск

Спикер: Владимир Бурмистров, разработчик, главный системный аналитик, Т1

📌 Зарегистрироваться