Service ESB或SCA——体系结构透视图

现代的ESB与SCA相比（在路由/聚合服务方面）如何

这是我[根据过去的经验]的想法

假设我们有两个服务S1和S2，以及一个由S1和S2组成的复合服务S3。假设S1和S2有两个不同的端点和协议

如何使用ESB进行访问？（WSO2/Apache Synapse）

我们可以先访问S1，然后再访问S2（创建管道）

我们可以直接访问S3以提供输出。 （协议转换/转换/编排）正在此处完成

如何使用SCA进行访问？（Apache Tuscany）

首先查找S1，然后查找S2（使用SCA API）

从S1和S2中创建一个复合S3并调用S3 （协议转换/转换/编排）正在此处完成

---

人们是否同时使用SCA组合和ESB编排？

SCA不是ESB的替代品，它只是构建面向服务体系结构的一种方法

正如david.a所说，您可以使用一个面向SCAESB（如WebSphereESB）或OracleSOA套件，后者是一个面向SCA的集成解决方案

您可以在此处了解有关SCA的更多信息：

在Oracle和IBM的使用中，SCA组合是一种组合不同类型实现的方法，它可以用于在另一个元素（BPEL、JavaBean等）前面构建具有中介部分（ESB）的解决方案

---

从面向服务的体系结构的角度来看，SCA可以帮助您将ESB与上层（BPEL、BR等）结合起来。

IBM的Websphere ESB是基于SCA构建的。在这里，每个使用的服务都由一个SCA导入表示，然后可以在ESB中介（路由、转换…）中使用该导入。中介也是一个SCA组件，可以作为服务公开，也可以在其他组合中使用。这里有关于这个主题的内容：。我相信他们也有一本关于这方面的红皮书。