使用 Spring 集成的 REST API 层编排
REST API Layer Orchestration using Spring Integration
我们有大约 6 个单独的 REST 服务，我们将在编排层中调用这些服务。例如 "Calling service-1 to check if a bank account is of certain type, if yes, then call service-2, else call service-3".
Spring 集成消息传递框架是编排对这些服务的调用的正确工具还是矫枉过正？请建议是否有更好的方法来完成同样的事情。
我不能向您推荐更好的工具，因为 Spring 集成在过去对我来说是最好的，现在它是我的全职工作。因此，请尝试在其他地方找到其他答案。
现在谈谈 orchestration 与 Spring 集成的要点。老实说，它只是一个词，它试图描述一个应用程序根据某些条件调用其他外部应用程序时的业务逻辑。
因此，从 Spring 集成中具有 HTTP 适配器、转换器、拆分器、路由器和网关的高度来看，我们可以自信地说 Spring 集成中的消息传递层符合您的要求并且确实可以帮助您区分业务逻辑和编排逻辑。
不知道还能说什么，但我可以推荐看一下 Spring 集成 Reference Manual 并注意 Routing Slip 和 Scatter-Gather 模式。
我们有大约 6 个单独的 REST 服务，我们将在编排层中调用这些服务。例如 "Calling service-1 to check if a bank account is of certain type, if yes, then call service-2, else call service-3".
Spring 集成消息传递框架是编排对这些服务的调用的正确工具还是矫枉过正？请建议是否有更好的方法来完成同样的事情。
我不能向您推荐更好的工具，因为 Spring 集成在过去对我来说是最好的，现在它是我的全职工作。因此，请尝试在其他地方找到其他答案。
现在谈谈 orchestration 与 Spring 集成的要点。老实说，它只是一个词，它试图描述一个应用程序根据某些条件调用其他外部应用程序时的业务逻辑。
因此，从 Spring 集成中具有 HTTP 适配器、转换器、拆分器、路由器和网关的高度来看，我们可以自信地说 Spring 集成中的消息传递层符合您的要求并且确实可以帮助您区分业务逻辑和编排逻辑。
不知道还能说什么，但我可以推荐看一下 Spring 集成 Reference Manual 并注意 Routing Slip 和 Scatter-Gather 模式。