企业架构师称要拒绝SOA拒绝云计算

SearchSOA.com最近同交通运输以及物流公司Con-way首席企业架构师Maja Tibbling进行了对话。话题是在云计算开始出现的时候SOA的状况。对于她来说很清晰“拒绝SOA拒绝云计算”。近年来，Tibbling协助领导Con-way从组件到面向服务和事件驱动架构的迁移。

SearchSOA：现在不是很久之前SOA很热的时候了。然后它“死了”。之后它又没死。我们今天处于什么状态呢？

Maja Tibbling：SOA肯定不会死的。如果有什么区别的话，它正走在自己的路上，逐渐的得到确认。因此你看到它好像就是死了，对于大家来说它已经不是什么惊天动地的概念了。因为厂商已经能做很多事情，他们可以确保他们的套件可以提供服务和API以及类似的东西。企业服务总线产业和集成技术通过SOA作为骨干集成成为不同的系统已经完全开始了。它能使整个云计算运转起来。这些都是业内正在发生的事情。云如果没有SOA就不能存在。如果没有SOA，以事件处理的方式利用事件是不可能的。这些事情都来了。因此它并没有死，而是在逐步地进化。

SearchSOA.com：Con-way的运输如何运用SOA原则的呢？

Tibbling：当然技术已经发展了我们正在实施的原则。我们有三个主要的业务单元，从技术的观点上独立展开。

Con-way货运已经在1995年采纳了基于组件的开发，随着SOA的出现发展成SOA。随着授权技术我们已经在这个领域持续发展，我们不仅可以使用服务，还可以使用服务编制以及复合服务。例如，我们现在已经拥有成熟的便携式设备部署，这些设备部署正在使用和Web应用一样的服务。

我们获取了庞大的重用，由于整体分析，我们一开始就从架构上分析，我们关注业务并询问鼓励重用的正确的粒度是什么？我们如何保护后端使其可以独立发展?我们的自主应用可以放在哪里？我们知道可能希望未来通过一个包取代一些业务功能块。或者我们可能想改变数据库、改变模型。逐渐发展成云应用。所有的这些都是Freight已经进行的。因为我们采取整体分析，随着时间的推移，我们正在实现当初允诺的成熟能力。

万络国际物流（Menlo Worldwide Logistics）我们的物流分支，现在正在深入拥抱SOA。他们在包应用方面有更多的应用。所以我们以在中间有一个通用的语言的观点钻研它，这个过程采取标准的方法使用ESB。我们在看我们是否能够将这些事情从内部通过编制和业务流程捆扎在一起，通过B2B消息，执行成熟的订单到现金（order-to-cash）类型的场景。这种努力已经持续了一年，有些已经有了成果。

这就是我们在中间部分用ESB和标准模型的理念。尽管现在每个厂商必须在其套件中支持一些集成性能，否则他们不会成功。因此我们在采取ESB理念的地方抽象概念，以便可以联合其他ESB，它仍旧是一个ESB。我们希望我们的企业ESB成为人们可见的唯一的一个。然后我们和那个ESB交互。

这也是我们正在同其他我们需要接受的包所做的事情。你不能直接的使用它们，需要通过我们的ESB。这个ESB 允许我们在中间用共同的语言，因为现在如果你这么做并用这种方式采纳SOA，你就可以通过“核心神经系统”来使用Gartner的术语。它允许你审视所有发生在那个中间件上的事件。你进行了一点努力，以这种方式获取了回报。

最终我们拥有了共享的应用（Shared Apps），它不是一个独立的业务单元，但是它是组织共享的，照顾到我们所有的后前部门。他们眼下继续为点到点工作。他们针对不同部门有如此多的云应用，像报销的Concur，电子邮件管理应用，很多共享应用就是云应用。所有的这些交互以及和官方代理的交互以及到目前为止的点到点的交互。现在在中间都会有一个通用语言和通用应用界面。

同样的，在Freight，事情是如何做，有我们自己的本地CRM系统。我们能够在时间非常紧迫的时候切换到Salesforce.com使用客户信息，因为我们的一切都通过服务合并。因此，我们现在要比之前更深入云，因为本来如果我们不这样划分业务，我们的过渡就会很痛苦，而事实是很顺利。