在 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 的七宗罪:
- 松耦合(Loose Coupling)
- 抽象(Abstraction)
- 重用(Reuse)
- 自治(Autonomous)
- 可暴露性(Discoverability)
- 可组装性(Composability)
- 互操作性(Interoperability)
也许 SOA 的技术方面都被过于强调了。但如果是这样的话,问题的症结在哪儿呢?肯定是像 IBM 和 SAP 这样(显然)兜售解决方案的技术公司的错吗?还是如 Steve 所说:
[技术分子] 是如此的受到某种特定技术与方案迷惑,以至于恨不得所到之处都想用它来改造世界。这就像上瘾了一样……
目前尚不明确 IT SOA 已经到了瓶颈这样的想法与 SOA 正在衰退这样的报告有何种联系,特别是在大量这类报告都在强调其技术的层面的时候。显然这些失败仅仅只是表明了错误的技术选型,抑或如 Mark Twain 的解述,IT SOA 的终极审判只是一种极大的夸张罢了?
查看英文原文: I.T. SOA vs Business SOA?
评论