🏙 Архитектура в C4 для проекта #CityGA 🏙

С чего начинается понимание, как работает интеграция?

Один из первых шагов — показать схему архитектуры, чтобы увидеть:
✔️ какие компоненты есть (приложения, сервисы, БД и т.д.)
✔️ как они взаимодействуют друг с другом (API, через брокер и др), потоки данных,
✔️ что и куда сохраняется.

Без этого сложно понять, как на самом деле работает система "под капотом".

Поэтому показываю вам архитектуру CityGA, и сразу в нотации моделирования С4.


👉 Архитектура CityGA включает:

Frontend:
🔺 Мобильные и веб-приложения пользователей
🔺 Веб-приложение администратора

Backend:
▫️ Основной сервис (монолит) — вся основная бизнес-логика системы, интеграция с KudaGo
▫️ БД Основная — хранит все данные по системе.
▫️ Файловое хранилище — фото, документы
▫️ Брокер сообщений — очередь задач для фоновой обработки, пока только события о необходимости отправить уведомление (SMS/email/push).
▫️ Сервис уведомлений — отдельный компонент, чтобы асинхронно (фоново) рассылать уведомления пользователям, не задерживая работу алгоритмов и ответы пользователям. Интегрирован с Firebase и Dashamail
▫️ БД Уведомлений — хранит историю отправленных уведомлений, шаблоны.

Интеграции с внешними системами:
🔹 KudaGo
🔹 DashaMail
🔹 Firebase



🗺️ Архитектура в C4 для CityGA показана на двух уровнях:

L1. C4/Context — система и окружение (роли пользователей, внешние системы).

L2. C4/Container — приложения, сервисы, БД, брокеры, протоколы интеграции, технологии и протоколы.


👉 Для проработки интеграции и тех-сценариев нам критически важен именно уровень C4/Container: на нём видно, как именно приложения и сервисы взаимодействуют внутри системы.


Схема архитектуры — это отправная точка для описания интеграционного Use Case, на которой мы по сути видим потоки данных 🙌

Сохраняйте примеры схем архитектуры C4 в копилку, пригодится для работы на ваших проектах 😉


#ИнтеграцииGA