IT SOA vs 业务 SOA?

  • Mark Little
  • 黄璜

2008 年 8 月 21 日

话题:SOA方法论IBM架构文化 & 方法

Jeff Scheneider最近一篇博文中,他讨论了他最近就 IT SOA 与业务 SOA 之间差异分别与 IBM 和 SAP 相关人士交谈的结果。前者能帮助你更有效的运营一个 IT 组织,而后者是关于创建新的信息产品与能力。几年前Steve Jones曾提到技术 SOA 是 IT 部门的灵丹妙药,所以也许在 IBM 和 SAP 谈到 IT SOA 的时候,他们指的就是技术 SOA?

援引 Jeff 的说法,SAP……

……将 SOA 定位于他们大型业务应用套件的技术实现手段。他们出售 [基于 SOA 的] 业务解决方案。

……从本质上看来这好像有点循环定义的意味。然而,Jeff 对此很满意,因为这意味着 IBM 和 SAP 将 SOA 视为一种技术实现手段。因而,越过这些实现方案(包括 ESB 和其它可能的 IT SOA 实现)并重点关注业务 SOA 的时候到了。

在业务 SOA 的范畴,我们需要考虑一系列新的“业务 SOA 模式”:
--我们如何通过新的渠道来交付新的业务产品?

--我们如何向分销商,零售商和消费者传递更多 / 更好的信息?

--如何合并 / 共享信息以促成一个更紧密的供应链

根据这一点,Jeff 总结了七个不受欢迎词汇(Dirty Words)来描述 IT SOA 的七宗罪:

  1. 松耦合(Loose Coupling)
  2. 抽象(Abstraction)
  3. 重用(Reuse)
  4. 自治(Autonomous)
  5. 可暴露性(Discoverability)
  6. 可组装性(Composability)
  7. 互操作性(Interoperability)

也许 SOA 的技术方面都被过于强调了。但如果是这样的话,问题的症结在哪儿呢?肯定是像 IBM 和 SAP 这样(显然)兜售解决方案的技术公司的错吗?还是如Steve 所说:

[技术分子] 是如此的受到某种特定技术与方案迷惑,以至于恨不得所到之处都想用它来改造世界。这就像上瘾了一样……

目前尚不明确 IT SOA 已经到了瓶颈这样的想法与SOA 正在衰退这样的报告有何种联系,特别是在大量这类报告都在强调其技术的层面的时候。显然这些失败仅仅只是表明了错误的技术选型,抑或如Mark Twain 的解述,IT SOA 的终极审判只是一种极大的夸张罢了?

查看英文原文I.T. SOA vs Business SOA?
SOA方法论IBM架构文化 & 方法