На проверке домашних заданий "Архитектуры.База" мы часто видим технически рабочие решения. Например, на скриншоте взаимодействие сервиса заказов и сервиса оплаты:
Заказ → брокер → Оплата → webhook → Заказ
На первый взгляд всё логично. Но именно здесь начинаются архитектурные вопросы:
- Почему между сервисами выбран брокер?
- Почему результат оплаты возвращается через webhook?
- Что произойдёт, если сообщение потеряется или придёт дважды?
- Какие есть альтернативы и почему выбран именно этот вариант?
Знать, что такое брокер и webhook конечно круто, и это база. Понимать, когда их применять, почему именно здесь, какие есть ограничения и чем придётся заплатить за решение, это уже архитектурное мышление. Именно этот переход от знания компонентов к обоснованным архитектурным решениям и отличает просто техническую схему от архитектуры
Если хотите научиться разбирать такие решения глубже, приходите на курс «Архитектура.Хард». Старт уже 28 сентября, а сейчас записаться можно со скидкой 10% по промокоду SADAY10
Программа и запись: https://systemanalyst.life/architecturehard