Финальная статья архитектурно-аналитической серии: один сценарий лунной базы, пройденный целиком — от problem statement и требований через доменную модель, C4, взаимодействия и согласованность до эксплуатации, чтобы увидеть, как все решения складываются в одну систему
Статья архитектурно-аналитической серии на примере лунной базы: почему эксплуатация — не этап после архитектуры, а её часть, и как наблюдаемость, деградация и восстановление должны проектироваться вместе с системой
Статья архитектурно-аналитической серии на примере лунной базы: как выбирать уровень согласованности данных под реальные сценарии — строгая, eventual или пакетная — и почему «согласованность везде» ломает систему так же, как её отсутствие
Статья архитектурно-аналитической серии на примере лунной базы: как аналитика и архитектура по-разному смотрят на синхронные и асинхронные взаимодействия, REST, события, команды и очереди — и где простая на схеме интеграция оказывается дорогой
Статья архитектурно-аналитической серии на примере лунной базы: как использовать C4-модель не как способ рисовать красивые схемы, а как инструмент точного разговора между аналитикой, архитектурой, разработкой и инженерными командами
Статья архитектурно-аналитической серии на примере лунной базы: как ошибка в доменной модели превращается в ошибку архитектуры, а хорошая модель помогает точнее разделять контексты, взаимодействия и ответственность
Зачем аналитику DDD, как bounded context и ubiquitous language помогают проектированию и почему доменная модель важнее терминов
Как требования превращаются в архитектурные драйверы, почему NFR часто важнее use cases и где видна будущая цена решений
Как не путать симптом с причиной, как формулировать problem statement и почему метрики нужны до архитектурного решения
Где аналитика начинает влиять на архитектуру и почему одних требований недостаточно для проектирования сложной системы
