A channel for exchange between two Service. Where one acts as the consumer of the other.
Коннектор сервисов ServiceConnector
На какой вопрос отвечает «Как именно один сервис взаимодействует с другим?»
Связь между двумя сервисами, где один использует возможности другого. Описывает механизм передачи данных или вызовов от потребителя к исполнителю.
Аналогия Это как труба, по которой один кран поставляет воду другому, который её использует.
Разобраться
Зачем это нужно
Нужен для фиксации конкретных точек связи между компонентами системы. Помогает понять, кто кому что поставляет и как они связаны.
Применить
Когда это нужно, а когда нет
Когда нужно
- При описании связей между микросервисами
- При моделировании потоков данных между компонентами
- При определении зависимостей между сервисами
Когда не нужно
- Когда нужно описать внешний интерфейс сервиса (берите Контракт сервиса)
- Когда речь о бизнес-процессе или роли (берите Компетенцию)
- Когда описывается настройка или параметры работы (берите Конфигурацию)
Типичные ошибки
- 01Путать коннектор с контрактом, описывая не канал связи, а формат данных.
- 02Создавать коннекторы между сервисами, которые не взаимодействуют напрямую.
- 03Игнорировать роль потребителя и поставщика, рисуя связь как двустороннюю без указания направления.
Сверить с первоисточниками
Что говорят стандарты
Определения из источников с переводом и ссылкой на раздел. Категория показывает назначение каждого подхода.
С чем связано
Связи понятия и его место в структуре подхода.
Сервисный (Services)
- Обобщение — таксономическое отношение «частное → общее»AssetRole
Связанные понятия
Понятия, которые обычно смотрят рядом с этим.
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей