IT SOA vs 业务SOA?

作者 Mark Little 译者 黄璜 发布于 2008年8月21日

领域

架构 & 设计,

企业架构,

过程 & 实践

主题

SOA ,

故事和案例分析 ,

方法论

标签

IBM ,

SAP

在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?

译者 黄璜 糊口靠的是Java Web，赶过SOA的潮，追过Cloud的风，真正欢喜的是Linux，向往的事情是研究网格计算。

• 更早的 >