ESB 作为一个重要的 SOA 基础设施现在已经广为人知，甚至有人直接将其与 SOA 划上等号。虽然这个观点有失偏颇，但是从另 一侧面反映了其流行的程度。对于部署 ESB 的企业，不可避免地面临着选择其拓扑结构的问题。今天，来自 EBM WebSourcing 的首席架构师 Adrien Louis 将围绕这个问题讲述一下他自己的理解。
在这篇名为《ESB 拓扑方案》的文章中，Adrien 讨论了两种 ESB 拓扑方案：单个公司级 ESB vs. 彼此互联的“部门级”ESB 系统，并从管理、业务监测、治理、可靠性和编配等方面比较了两种方案的优劣。在本文的最后，Adrien 总结说：
每个 ESB 都提供了集成应用的一组功能和工具。使用一组连接器和服务（如转换或编配），应用集成变得简单了。 对于一个给定的集成问题，人们可以使用一个“中心”ESB、一些连接器，并使用它来成为粘合 2 或 3 个应用之间的胶水。大多 数时候，这种“点对点”的方式很简单，可快速安装，无需业务服务定义（WSDL 等）。正如我们在这篇文章中看到的，这种“集成”视图也许对简单情形是够用 的，但对于真正的“服务平台”（ESB 必须是企业的 SOA 主干）并不够。
选择一个允许真正网络通信的 ESB 实现是在企业中实施“服务平台”的关键。它允许我们以全局视图来观看信息系统中的所有活动与业务，并增强了它的机动性，因为整个企业中的每一个服务均可按业务步骤的方式被方便地使用。
暂无签名
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
KMM 技术在移动 App 开发中的探索与实践
火山引擎 RTC 全球化架构设计
深度学习在内容素材上复原、二次创作的研究应用
评论