Корпоративные архитектуры

Коннектор сервисов ServiceConnector

Простыми словами

ServiceConnector (сервисный соединитель) — канал обмена между двумя сервисами, где один выступает потребителем другого. Асимметрия здесь принципиальна: соединитель не просто связывает, он фиксирует направление потребления. Концы заданы ролями, а не сервисами напрямую: fromRole и toRole ведут к ServiceRole, fromPort и toPort — к ServicePort. Роль realizedByConnector связывает соединитель с ServiceExchange: соединитель — путь, обмен — то, что по нему идёт. Родитель AssetRole объясняет неожиданное появление элемента в видах безопасности и рисков: это абстрактный элемент для тех, кто может быть затронут риском в конкретном контексте. Ошибка — тянуть соединитель между сервисами вместо ролей: тогда два экземпляра одного сервиса становятся неразличимы, и картина взаимодействия схлопывается.

Примеры

Потребитель назван прямо в определении

Стандарт пишет: канал обмена между двумя сервисами, где один выступает потребителем другого. Значит соединитель несёт смысл направления и не сводится к линии на схеме связности сервисов.

UAF DMM 1.3, разд. 9.1.5, описание ServiceConnector (рис. 9-131)

Канал и то, что по нему течёт

Роли realizedByConnector и serviceFlow связывают ServiceConnector с ServiceExchange. Соединитель отвечает на вопрос, как проложен путь, обмен — что именно передаётся; сам ServiceExchange реализуется ещё и сообщениями, и рёбрами функций.

UAF DMM 1.3, разд. 9.1.5, рис. 9-131 и 9-132 — роли realizedByConnector, serviceFlow, realizes

Почему соединитель попал в виды безопасности

Родитель AssetRole определён как абстрактный элемент, указывающий типы элементов, которые могут быть затронуты риском в конкретном контексте. Отсюда ServiceConnector в списках элементов видов Security Constraints и Parameters: Risk.

UAF DMM 1.3, разд. 9.1.8 — описание AssetRole; разд. 8.1.8 и 8.1.14 — списки Elements видов Security Constraints и Parameters: Risk