Перейти к основному содержимому

Связи Frontend C3

В предыдущем уроке мы вернули на Frontend C3 семь внутренних компонентов. Теперь восстановим двадцать две зависимости из единой модели и проверим направления, обобщённые архитектурные наименования и конкретные описания взаимодействий.

Восстановление двадцати двух связей Frontend C3..

Исходное состояние​

На диаграмме уже находятся двадцать объектов: тринадцать элементов контекста и семь компонентов Frontend. Все связи пока скрыты, поэтому их можно вернуть из модели без создания дубликатов.

Загрузка изображения...
Двадцать объектов готовы к восстановлению зависимостей

Каталог связей​

Нажмите Добавить: Связь. Каталог показывает существующие зависимости модели, которые ещё не представлены на текущей диаграмме. Для каждой группы достаточно ввести характерный фрагмент наименования или описания.

Загрузка изображения...
Связи выбираются из модели и сохраняют свои идентификаторы

События запасов​

Сначала выберите три событийные зависимости. Обработчик получает события из системы управления запасами и публикует их в брокер, а электронный каталог потребляет сообщения. Стрелки направлены к инфраструктуре, потому что брокер не знает о подключённых компонентах.

Загрузка изображения...
Публикация и потребление сообщений показаны со стороны клиентов брокера

Работа с данными​

Добавьте пять зависимостей чтения и записи данных. Компоненты знают о своих хранилищах и внешней системе управления запасами, а базы данных не получают обратных стрелок к сервисам.

Загрузка изображения...
Направление показывает, какой компонент знает о хранилище

Пользовательский и веб-контур​

Актёр взаимодействует с системой через UI. Внутри веб-контура отдельно показаны получение статического приложения, браузерная Runtime-среда и маршрутизация HTTP-запросов к Backend, каталогу и сервису авторизации.

Загрузка изображения...
Обобщённое наименование фиксирует архитектурный тип взаимодействия
Загрузка изображения...
Конкретная операция остаётся в описании, а линия называется по типу взаимодействия

Бизнес-подсистемы​

Backend обращается к подсистемам платежей, уведомлений, заказов, каталогу и авторизации через REST API. Такое наименование устойчиво при изменении конкретного бизнес-сценария, а назначение каждого вызова сохраняется в описании.

Загрузка изображения...
Пять зависимостей объединены общим архитектурным способом взаимодействия

Кластер и кеш​

Последними добавьте зависимости Backend от Hazelcast и Redis. Стрелки идут от компонента к инфраструктуре: Backend знает, где синхронизировать состояние и хранить кеш, а Hazelcast и Redis не знают о потребителе.

Загрузка изображения...
Счётчик каталога подтверждает выбор всех двадцати двух связей

Результат​

После нажатия Добавить ArchiVision возвращает все зависимости и перестраивает диаграмму. Итоговая Frontend C3 содержит двадцать объектов и двадцать две связи, проверенные для этой учебной модели.

Загрузка изображения...
Полная топология с архитектурно корректными направлениями и наименованиями

Таймкоды​

  • 00:00 - Frontend "Си три" без связей;
  • 00:09 - Каталог связей;
  • 00:19 - События запасов;
  • 00:39 - Данные;
  • 01:07 - Пользовательский интерфейс;
  • 01:24 - Статический контент;
  • 01:45 - Маршрут авторизации;
  • 02:10 - Заказы;
  • 02:22 - Синхронизация;
  • 02:31 - Redis;
  • 02:44 - Полная топология;
  • 02:50 - Общий вид.

Предыдущий урок: Компоненты Frontend C3.

Следующий урок: Структура подсистемы уведомлений C3.