写点什么

论 SOA 中仲裁的价值

  • 2007-05-29
  • 本文字数:1464 字

    阅读完需:约 5 分钟

Nick Malik 的文章“仲裁在SOA 中的价值”引发了一起有趣的讨论。在关于这个主题的第一篇博客帖子中,他问道:“如果消息不能被仲裁,那它还是面向服务的吗? ”。

Malik 认为仲裁能力是任何 SOA 的关键益处之一,“能够拦截从 A 点到 B 点去的消息,并对那条消息做出反应而不通知那个管道的任意一方”。以他的观点,仲裁以技术中立的方式共同工作,它要求“我可以用一套完全不同的技术系统替换系统 A,并且只要消息是一致的就不影响系统 B”。

按照 Nick Malik 所说,“SOA 是用于企业应用集成的架构”。仲裁通过它的替换原则支持集成。通过比较架构性的仲裁和面向对象设计中的工厂模式,Malik 解释了这一观点,并引用了 Liskov 替换原则

能够增加仲裁,为我带来了一些相当特别的便利。就像在 OO 设计中,工厂给与我 Liskov 替换原则的便利,在消息传递设计中,仲裁为我带来了替换的便利。仲裁能够观察到从一个贸易伙伴传递到另一个贸易伙伴的消息,并基于消息的内容采取行动(假设我已经正确地获取了它)。

Udi Dahan 不同意 Malik 的 EAI 话语,以及他关于通过仲裁编排服务的想法:

尽管我非常同意 Nick 所说的 OO 仲裁依赖注入变种的观点,以及在消息传递方面扩大那些相同的概念是正确的做法,我还是对仲裁领域中的编排有疑问。这些“战术变化”需要在顶层(即业务级服务策略)的上下文中完成。这意味着所有逻辑应归入一个服务。服务间的“网络”只是一个“哑”网络,没有任何业务逻辑,只剩下技术能力,如知道将消息路由到哪个物理服务器去。

JohnCJ Malik 博客帖子的评论中表达了对于仲裁价值的看法,认为仲裁不应该被视为面向服务的通用需求。他认为:

  1. “要求仲裁会鼓励消息携带更多的上下文信息”。
  2. “除了请求 - 响应和发布 - 订阅,仲裁使消息交换模式极大地复杂化了”。
  3. “仲裁要求仲裁系统对于它所拦截的消息的语义至少有些理解”。

再论仲裁的价值中,Nick Malik 就这些观点一一做出了回应。他指出上下文的信息并不会使消息膨胀,而是“为了表示我们在企业EAI 场景中所传递的中立规范的业务文档,从而必须增加单条消息大小的这个做法,只是取得业务敏捷性的小小代价”。关于第二个争论,Malik 给出了一个非常好的类比:Joe 是银行职员,他拿着他的休假申请表去找他的老板并等待批准。他的老板只是这个申请到达最终接收人那儿整个过程中的众多仲裁者之一。Joe 并不知道也不关心这些仲裁中的任何一个。他只关心结果——他的申请是否被批准。批准过程可以在任一步被修改而不改变这一过程的业务语义。因此,Malik 认为“几乎所有有价值的长运行事务都必须能够仲裁,这是为了让它们可以被组合、被再组合,以及被编排”。最后,他认为共享消息的语义需要依赖仲裁功能。在任何情况下,他都把那个点声明为“风险,而不是成本。它是在任何项目中都会出现的风险。在定义良好的SOA 基础设施中,这个风险比起我们试图通过在3 个计算机系统中输入数据来组合一个手工业务过程要低得多”。

Nick Malik 总结说:在他的观点中,仲裁并不是所有服务都必须的,但是“它是被设计交付可组合性(即业务敏捷性)的面向服务架构所必需的”。

查看英文原文 On Intermediation in SOA 。 - - - - - -

译者简介:胡键,自 2000 年西安交通大学硕士毕业后一直从事软件开发。2002 年开始使用 Java,在项目开发中经常采用 OpenSource 工具,如 Ant、Maven、Hibernate、Struts 等,目前正在研究信息集成方面的规范和技术。可以通过 jianhgreat AT hotmail.com 与他联系,或访问博客: http://foxgem.javaeye.com/ 。与 InfoQ 中文站分享内容,请邮件至 china-editorial@infoq.com

2007-05-29 00:441003
用户头像

发布了 255 篇内容, 共 61.2 次阅读, 收获喜欢 10 次。

关注

评论

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

了解一下,CST软件的TLM求解器

思茂信息

仿真软件 cst使用教程 电磁仿真

洞见数据未来,StarRocks Summit Asia 2024 即将启幕!

StarRocks

笔记 20240615

Geek_d01095

RocketMQ

数据资产也能入表?企业将迎来哪些变革?

郑州埃文科技

数据 数据资产入表

枫清·天枢多模态智能引擎 V2.1.2 版本正式发布!

Fabarta

图数据库 #人工智能 #大模型 多模态数据库

鸿蒙网络编程系列36-固定包头可变包体解决TCP粘包问题

长弓三石

DevEco Studio 开发实例 HarmonyOS NEXT 网络与连接

鸿蒙网络编程系列37-基于TCP套接字的TLS通讯客户端示例

长弓三石

DevEco Studio 开发实例 HarmonyOS NEXT 网络与连接

亚马逊云科技宣布为 Amazon ElastiCache 提供预留节点灵活性

伊克罗德信息科技

你知道什么是IP地址全生命周期吗?

郑州埃文科技

IP

工具分享丨数据闪回工具MyFlash

GreatSQL

低代码平台如何通过AI赋能,实现更智能的业务自动化?

天津汇柏科技有限公司

低代码 AI 人工智能

仓储管理系统-综合管理(源码+文档+部署+讲解)

深圳亥时科技

JavaScript 与 Rust 和 WebAssembly 集成

京东科技开发者

掌握数据,赢得市场 —— 淘宝商品详情API让电商运营更精准

技术冰糖葫芦

API 接口 API 测试 API 策略 pinduoduo API

开源赋能开发者:基于 ASF 开源生态构建云原生时序数据库

Greptime 格睿科技

开源 云原生 时序数据库 数据管理

谈一谈 Netty 的内存管理 —— 且看 Netty 如何实现 Java 版的 Jemalloc

bin的技术小屋

Netty 内存管理 netty jemalloc管理器 Java.

简洁至上——探索产品与技术的优雅原则

京东科技开发者

AI时代云动力:新一代弹性计算云主机开启智能计算新纪元!

天翼云开发者社区

云计算 云服务 云主机 弹性计算 天翼云

笔记 20240611

Geek_d01095

Elastic Search

释放时序数据活力:Greptime 边云一体解决方案白皮书发布!

Greptime 格睿科技

数据库 开源 数据分析 物联网 边云一体

创新+1+1+1+1!筑牢算力底座,助推AI产业繁荣发展!

天翼云开发者社区

云计算 云原生

论SOA中仲裁的价值_SOA_Hartmut Wilms_InfoQ精选文章