快手、孩子王、华为等专家分享大模型在电商运营、母婴消费、翻译等行业场景的实际应用 了解详情
写点什么

以 ESB 为导向建立 SOA 是有害的

  • 2007-09-03
  • 本文字数:1584 字

    阅读完需:约 5 分钟

Bobby Woolf 是《Enterprise Application Integration Patterns》的合作者,也在 IBM 任职 WebSphere SOA 与 J2EE 顾问,他写了一篇文章来质疑把 ESB 当作 SOA 的实现基础是否正当(参阅文后注释 *)。

客户常常希望单纯构建 ESB,因为这样可以避开难搞的业务需求,专心解决技术上的挑战。单纯构建 ESB 是 IT 人员的梦想,这样他们可以先建立 ESB,然后指望以后会有 SOA 跟上来利用它。这种以 ESB 为导向的架构丢掉了 SOA 的优势。这种架构没有产生业务价值。实际上,花费了成本却没有收获直接的利益。

Bobby 的文章写得很风趣。但引发的争论是严肃的,而且自 Dave Chappell 发明出“连接优先(Connectivity-First)”这个新词组,争论就愈演愈烈。跟契约优先(Contract-First)这个词组类似,部署 ESB 就像以“连接优先”的方式开始你的 SOA。Bobby 认为以 ESB 为导向的架构方式

……有其固有的缺陷,它建立的连接性可能根本就没有人打算去用……只有当你实际需要一样东西,才去实现它,决不要仅仅因为你预见到未来的需要。

OASIS 的《 SOA Reference Model 》并没有确切提到“连接性(connectivity)”,但它提出了通讯基础设施的概念:

通讯基础设施的主要任务是促进信息以及意图的交换……特别是当交换的发生跨越了所有权边界的情况下,对数据的解释是一个关键问题。对数据的解释必须在服务交互的参与者当中保持一致。

习惯上 SOA 架构参考,包括来自 IBM 的参考在内,总是把 ESB 放在一个显著的地位上。Dave Chappell解释了 ESB 在本质上是一个服务容器,附带有专门的通讯基础设施,用来连接同处在一个容器内的服务。

服务容器是抽象的服务端点(endpoint)的具体表现,它实现了服务接口。服务容器是一个能让服务组件寄宿其中的远程进程。从这个角度来说,它跟应用服务器容器有几分相似,只不过它的专门目的是寄宿集成的服务。

别让 Bobby 的幽默掩盖了他的观点。Bobby 不同意 Joe McKendrick 和 Dave Linthicum 把他的观点解读成 ESB完全无用。而我自己多年前也写过一系列文章,题为《跳下公共汽车(总线),打辆的》,我在其中质疑了对通用的通讯机制的需要。不过,带有专门的通讯基础设施(如Dave Chappell 所描述)的服务容器仍然是非常有用的,JBI 规范的领导 Ron Ten-Hove 解释说

  • 服务容器常常把各种 IT 资产连接到 ESB 上,

而 ESB:

  • 具有可靠的消息系统,以供服务容器交互。
  • 提供消息转换服务。
  • 提供消息路由服务。
  • 为控制对服务的访问提供安全功能。
  • 可被集中管理,虽然它是一个分布式系统。
  • 允许对服务的渐进式改变,而不需要停机或者其他对系统可用性的干扰。

这些功能(以及其他更多功能)对于很多类型的服务来说都是基本的要求。CBDIForum 的 D. Sprott 就列举了一系列模式,如果没有ESB 将很难实现它们。比如用ESB 的路由机制来实现服务版本化(Service Versioning)的策略。

当然,随着WS-* 标准集逐渐完整(WS-TX 已经完成,可靠消息通讯也接近完成**),会抢掉通讯基础设施的一点点风头,但一个高效的服务容器仍然是成功的企业级SOA 的关键。如果厂商们开始大谈他们的“服务容器”而非“总线”,我也不会感到奇怪。毫无疑问,你会开始把各种功能装进服务容器。

Bobby 的文章幽默地表达了作为顾问的失落,当面对着一些对 SOA 一知半解的 IT 组织,为了跟上荒唐的进度要求,在压力驱使下试图表现出任何形式的进步。毫无疑问,最终完成的一堆毫无业务价值的东西,会被怪罪到顾问身上。我觉得 Bobby 给我们提了个醒,我总结如下:“不顾情况,一味使用 ESB 可能是有害的”。这句话可能对任何技术都成立。

*Bobby 对他的文章作了一些澄清:“ESB 是好的;单纯的 ESB 项目是坏的。让架构围绕服务,而非总线。这样说够清楚了吧?!:-)”

** 如同 pascal 所指出,随着 WS Reliable Messaging 在 2007 年 6 月作为 OASIS 标准发布,全套标准已经完整。

查看英文原文: ESB-Oriented Architectures considered harmful

2007-09-03 21:26820
用户头像

发布了 225 篇内容, 共 63.2 次阅读, 收获喜欢 50 次。

关注

评论

发布
暂无评论
发现更多内容

统一观测丨如何使用 Prometheus 监控 MySQL

阿里巴巴云原生

MySQL 阿里云 云原生 #Prometheus

linux 查看操作系统版本

平凡人生

成为海上霸总,全靠5G?

脑极体

5G

富士康CDO史喆:数字化和智能化为何要打造开放系统,引入外部合作?

B Impact

LeaRun快速开发平台:自由搭建个性化门户

力软低代码开发平台

新年新气象,老兵开新坑

致知Fighting

Java Go 服务器

全景剖析阿里云容器网络数据链路(三):Terway ENIIP

阿里巴巴云原生

阿里云 云原生 云原生容器

一文教你如何重新认识用户

蔡农曰

互联网 产品经理 消费者 需求设计

linux 磁盘挂载

平凡人生

智能合约佛萨奇系统开发,佛萨奇2.0源码搭建

薇電13242772558

单线程 Redis 如此之快的 4 个原因

C++后台开发

redis 中间件 后端开发 单线程 C++开发

RocketMQ Streams拓扑构建与数据处理过程

Apache RocketMQ

RocketMQ 消息列队

Guitar Pro8和谐版安装包下载教程

茶色酒

Guitar Pro8

2023最新H5前端阅读书单推荐

kcodez

前端 H5 React

文件打开标识O_CLOEXEC简介

SkyFire

Linux 文件描述符

CleanMyMac4.12.4最新中文版本下载

茶色酒

CleanMyMac X

APISIX Ingress 如何使用 Cert Manager 管理证书

API7.ai 技术团队

证书 api 网关 APISIX Ingress Controller

浪潮云:以数据云IBP释放数据要素力量

云计算 数据云

易观千帆 | 12月用户体验GX评测:国有行及股份行持续领跑,农信社用户体验关注提升

易观分析

金融 手机银行

全球化安全生产 & 质量保障体系建设探索

阿里技术

质量保障 安全生产 全球化技术能力

架构实战营第10期模块六

刘博

四点聚焦亚马逊2022财报,AWS收入801亿美元,同比增长20%,年度增长率29%

B Impact

IntelliJ IDEA 的 Code Coverage 测试

HoneyMoose

数据可视化大屏项目,我是如何实现多屏间的数据通信

梁木由

程序员 前端 前端开发

订单流量录制与回放探索实践

得物技术

Java 运维 后端 稳定生产

单体应用、SOA架构、微服务架构有哪些优劣势?

FN0

微服务架构 组件化 SOA

来看一个 ChatGPT 有关程序员的笑话

HoneyMoose

泰山众筹sun4.0矩阵合约系统开发搭建

开发微hkkf5566

微博系统中”微博评论“的高性能高可用计算架构

Geek_e5f2e5

FL水果软件2023最新中文版本在哪里下载?

茶色酒

FL Studio21

内存数据库如何发挥内存优势?

陈橘又青

数据库

以ESB为导向建立SOA是有害的_SOA_Jean-Jacques Dubray_InfoQ精选文章