| 企业服务总线（ESB）一直以来都是每个运营商SOA策略的基石。然而一直以来，由于其过于庞大，架构集中化，而且与已有的应用程序难以结合的关系，ESB一直未能将SOA的价值充分的发挥出来。 正因如此，Swordfish选择了一条全新的道路。建立在Apach ServiceMix和Apache CXF等开源组件之上，Swordfish提供了一个可扩展框架。这个框架为应用程序开发者以及系统集成商们提供了自己建立ESB的可能性——而且是量身订造。而且Swordfish不仅仅是框架：秉持着Eclipse“可扩展框架与exemplary插件相结合”的传统，Swordfish项目也把目标放在了企业级插件上。这将打造一个对“E”（企业）十分重视的，成熟的开源ESB。为了展示Swordfish相对于其他开源ESB的优势，我们以下会着重说明那些总结了在真实的企业环境下积累了数年SOA经验所带来的功能。 第一个功能可以在运行时（runtime）中将一个服务注册（Service Registry）与一个动态绑定服务（dynamically bind services）整合到一起。也就是说，与其他ESB所不同，Swordfish执行这个任务将无需一个静态的关联，以往这个静态关联是用来将使用服务的组件（客户）与提供服务的组件（供应方）联系起来的。Swordfish的做法是，一个客户找到一个供应方靠的是逻辑标识符，这个逻辑标识符又依照一个策略将此服务界面标识为重要。所谓策略就是有关用户非功能能力及需求的一个描述。有了这两条信息，加上包括了已有服务供应方的数据库以及他们各自的策略，服务注册会选择一个合适的供应方并计算出一个有效策略，这个策略将掌管以后在客户和供应方之间的一切通信。这个方法的优势是明显的：客户与供应方被松散的组合在一起，无需改动商业应用程序代码就可以轻松改动双方的非功能参数。 另一个Swordfish的显著特征是它的架构模式——“分布的ESB”（Distributed ESB），或者叫做“联邦的ESB”（Federated ESB）。这个意思就是说，两个服务参与者之间的通信无需中心组件，只需建立通信后便可实现。相对于“传统的”中心辐射型集成架构，这种模式的优势在于它不会因中心组件过时而形成性能瓶颈，从而整个系统具有更强的伸缩性，用户在SOA化的过程中实现更多功能的同时无需花费大笔的精力财力在硬件设施上。 另一方面，联邦ESB的潜在缺陷在于它令系统的管理更加复杂化。不过这个缺陷可以通过一个远程配置机制来弥补。在Swordfish中，管理员可以方便并高效的配置大数量分布的Swordfish个体，而且监控功能也很完善。监控功能在业务过程管理（BPM）中尤其的重要，因为细致监控事件是一个完整的业务活动监控（BAM）的前提，而BAM一般都基于复杂事件处理（CEP）。 |
