Оркестратор бизнес-сервисов обычно является визуальной платформой, где соединяются сервисы, выставляются триггеры и условия ветвления, контролируются все потоки данных: реализована трассировка запросов, логирование событий, автомасштабирование по условиям. Сам оркестратор ничего не знает о специфике бизнес-процессов, которые на нём крутятся (рис. 43).
Рис. 43. Оркестрация бизнес-сервисов
На этом этапе можете решить задачу создания продукта в визуальном редакторе (рис. 44). Если нужных «кубиков» не хватает, то программисты создают микросервис (с учётом правил описания сервиса для оркестратора), публикуют API, и «кубик» появляется в визуальном редакторе, готовый соединяться с другими участниками бизнес-задачи (раздел ll, глава 4).
Рис. 44. Сборка продуктов из «кубиков»
1. Создание, внедрение и развитие оркестратора бизнес-процессов является дорогим удовольствием.
2. Если ослабить архитектурный контроль, оркестратор может превратиться в узкое место систем, созданных на нём.
3. Чем больше систем создаётся на оркестраторе, тем больше бизнес зависит от этого решения. Всё начинает напоминать проблемы монолита.