我一直在尝试将我们的部分 soa 架构（Mule ESB）迁移到微服务（Spring Boot 堆栈），但我面临一个与我们有多个编排的大型流程相关的问题。基本上，我们有一个以用户 ID 作为输入的流程，响应由用户帐户、信用卡数据、股票和贷款组成。在这个流程中，我们一开始有一个拆分器（允许发送并发请求），我们将请求发送到账户后端、3 个不同的信用卡合作伙伴、股票合作伙伴和贷款合作伙伴，最后有一个聚合器（等待所有响应并合并所有这些），最后是一个用于准备响应的节点（应用业务逻辑）。
在迁移过程中，我们开发了账户微服务、贷款微服务、股票微服务和信用卡微服务（每个合作伙伴 1 个）。这里的问题是编排，我们不能使用事件模型方法，因为我们需要在某个点获得所有响应。我们也考虑了编排方法，但我们不想添加与如何编排微服务调用相关的逻辑，因为这将是对重耦合服务（N*N 连接）的退步。
我们正在考虑制作一个新的微服务，用作编排器，但我们不知道这是否是微服务概念的一个很好的解决方案。
注意：前端不能编排，因为它是一个封闭的产品，我们不能接触它。
提前致谢。