REST API Layer Orchestration с использованием Spring Integration

Question

У нас есть около 6 отдельных служб REST, которые мы будем называть в нашем слое оркестровки. например «Вызов службы-1», чтобы проверить, имеет ли банковский счет определенный тип, если «да», а затем вызовите услугу-2, а затем вызовите услугу-3 ».

Является ли платформа обмена сообщениями Spring Integration идеальным инструментом для организации звонков на эти сервисы или переполнения? Пожалуйста, предложите, если есть лучший способ сделать то же самое.

Answer 1

Я не могу предложить вам лучший инструмент, потому что Spring Integration была лучшей для меня в прошлом, и теперь это моя работа на полный рабочий день. Итак, попробуйте найти другие ответы в другом месте.

Теперь о точке orchestration с интеграцией весны. Честно говоря, это просто слово, которое пытается описать бизнес-логику в одном приложении, когда оно вызывает другие внешние приложения в соответствии с некоторыми условиями.

Таким образом, с большой высоты с HTTP-адаптерами в Spring Integration, Transformers, Splitters, Routers and Gateways между ними можно с уверенностью сказать, что уровень обмена сообщениями в Spring Integration соответствует вашим требованиям и действительно может помочь вам отличить бизнес-логику из логики оркестровки.

Не уверен, что сказать еще, но я могу порекомендовать взглянуть на интеграцию пружин Reference Manual и обратить внимание на модели Routing Slip и Scatter-Gather.