Oracle SOA 和 MSA
Oracle SOA and MSA
是否建议在 Oracle SOA 或任何其他 ESB 套件上构建基于 MSA 的服务？有什么好处或坏处吗？
如果我在消息队列上使用 Java、Spring 和 JPA - 比如 - RabbitMQ，我可以在更受控的环境中以更少的经常性费用实现它。当然最终会混合使用像 Drools 或 JBPM 或类似的工具来实现 SOA 或 ESB 套件中可能是 OOTB（开箱即用）的东西。但是在不为额外环境支付许可费的情况下扩展特定服务应该是一个不错的选择吧？
微服务架构模式适用于后端开发systems/services，而 ESB（例如 Oracle SOA Suite）旨在作为消费者和后端服务之间的中间层。后端服务包含丰富的应用逻辑，而 ESB 服务仅提供路由、转换、编排等中间功能。
ESB 不适用于丰富的应用程序逻辑，尽管这样做是可能的。
使用 ESB（例如 Oracle SOA Suite）来托管微服务是可以实现的，但是与有限的功能和可扩展性相比，你会得到很大的开销。如果您正在寻找集中式 API 管理（跟踪、安全等），您可以将 API 网关放入您的架构中，而不是全面的 ESB。
是否建议在 Oracle SOA 或任何其他 ESB 套件上构建基于 MSA 的服务？有什么好处或坏处吗？
如果我在消息队列上使用 Java、Spring 和 JPA - 比如 - RabbitMQ，我可以在更受控的环境中以更少的经常性费用实现它。当然最终会混合使用像 Drools 或 JBPM 或类似的工具来实现 SOA 或 ESB 套件中可能是 OOTB（开箱即用）的东西。但是在不为额外环境支付许可费的情况下扩展特定服务应该是一个不错的选择吧？
微服务架构模式适用于后端开发systems/services，而 ESB（例如 Oracle SOA Suite）旨在作为消费者和后端服务之间的中间层。后端服务包含丰富的应用逻辑，而 ESB 服务仅提供路由、转换、编排等中间功能。
ESB 不适用于丰富的应用程序逻辑，尽管这样做是可能的。
使用 ESB（例如 Oracle SOA Suite）来托管微服务是可以实现的，但是与有限的功能和可扩展性相比，你会得到很大的开销。如果您正在寻找集中式 API 管理（跟踪、安全等），您可以将 API 网关放入您的架构中，而不是全面的 ESB。