SearchSOA.com的编辑Jack Vaugha最近与Maja Tibbling就关于SOA,云计算，ESB和其它一些关于现今应用集成的问题进行了交流。Maja Tibbling是货运物流公司Con-way的首席企业架构师。

    SearchSOA:移动应用现在有很热的趋势。路上的运输设备已经连接无线有一段时间了。你是怎样看待移动应用空间的？

    Maja Tibbling:我想说，随之而来的轻量协议肯定会使越来越多的移动应用连接起来更容易。我看到的另一个变革是移动应用所发送的【信息】。比起它们正要做的事情涉及到的数据相比，这是很重要的信息。它们可能偶然情况下记录了信息--但与此同时，我们也获得了他们的位置信息、GIS和GPS数据，这些数据告诉我们他们正在做什么，在那里他们花费了多长时间。这就允许我们不断地优化我们的操作，因为我们不断地得到了更丰富，更大的信息集合类型来分析挖掘。

    通过使用iPad和iPhone我们的销售力量增强了，不仅可以通过访问内部应用获得到客户信息，还可以通过【外部的】销售应用得到，这些信息是关于他们的运输历史之类的信息。他们使用的所有应用程序，都可以从这一领域直接访问。他们很少进入办公室。这就是移动领域的能力。服务已经使其成为可能。

    早期的SOA与SOAP,RPC和XML有很大的关联。今天我们看到它转到了轻量的方式上，例如REST.

    Tibbling:的确。REST在Web应用程序中是一个易于使用的协议。对于REST我看到的不是很多，由于移动应用方面的安全需求。SOA似乎在Web应用中很常用，至少在企业中是这样的。我确定一定有游戏应用及类似的东西在使用REST.但在我们自己方面对安全需求要求很高。与其它东西有很大区别的是，即使有加密的HTTP-S,你也不想使用带有一点安全问题和授权问题的协议。[page]
    在某种程度上，对于应用集成，SOA已经越来越流行。您感觉它能变得更易用吗？

    Tibbling:我们打开我们的手提电脑，或打开智能手机，然后连接到无线网络上。这些东西随着工具的制度化和普遍性，已经成了固有的品质。这些都是自动化的。许多正在生产的东西（在JAVA领域已经存在，这些工具负责把对象自动化成XML）已经做到了这点，所以使java对象映射成XML对象已经不是不可行的了。这类工具越来越多的走进了各种各样的领域，这正好连接了我们。

    在更加复杂的事务中需要更好的方式来理解语义问题。这是一个很大的障碍。即使是在内部，随着实践的扩大，我们发现了一些事情。使合同真正得到理解，这样当我们处于XML领域时，就会知道什么样的数据是期望得到的。这是唯一的一个障碍。服务的实际应用正完全的隐藏和自动化。

    你可能会想到EDI,但在某些方面它是完全开源的。你必须了解它，知道把它放在哪里--这意味着在过去几年里，随着人们的实施，对于每一个具体信息的实现，你都不得不去学习，以确保你正确的理解它，因为从语义上是不能完全理解的。

    有很多的其它XML组织已经创建了各个全面的XML文档，试图涵盖大多数行业的大部分，这些文档很复杂，也很难理解。在内部，我们实施了一项规范，给业务规定了备忘录。但我们的业务复杂，所以专家们也变得十分的专注，并完全理解其语义。

    关于Web语义的事情也随之而来，它试图找到一种方法--在跨行业中，可以把定义和用法与特定的属性方法关联起来。我不知道它是否能够达到各个领域，因为它相当的复杂。最好的方法是内部定义一个规范，并对你的公司有效。然后把那些可以真正解决语义问题的人调到其它的语义中去，例如EDI或其它的协议。

    这作为整个方案的一部已经付出了很多的努力。在映射方面也做了不少工作，试图真正使那些东西可以理解，这样才出现了他们可以自动化的结果。你把很多的不可思议的专家聚集到一起，这就像是聚集了一堆的架构师来对模型进行决策一样。

    规范仍然是一个可以采取的最好方法，尤其是在你只是选择它为你的内部工作的时候。这是因为，通过我们的一些后端，他们可以有自己的语义，每一个人都有。但是他们需要相互探讨。如果你不把它翻译成中立的常见语言，那么最好的方式就是一对一的作法。一旦你采取了一对一的作法，那么你要做的就是确保丰富的信息不会到其它的终端上。[page]
    SearchSOA:您公司的业务是非常有名的，您公司的卡车在路随处可见。我们想了解一下这些背后的技术。您是怎样把技术运用到大的业务问题中的？

    Tibbling:集成实践在像我们这类的公司中正迅速扩大。现在我们所有的三个业务单元中都有巨大的变革计划。

    物流就是把供应商，运营商，贸易伙伴和监管机构连接起来--所有这些不同的部分都允许我们代表客户做一些业务。为了把这些做的更加的好和更加突显我们自己，集成已经成为成功的必然因素和核心。事实上我们目前正在执行的计划已经卖给了Memo Logistics公司的高级行政管理层，做为他们整体运输解决方案的一部分，同时加入了这样一个概念：要做运输，没有连通性是万万不行的。

    有一段时间，您在SOA领域是一位杰出的思想领袖。在您看来，SOA在今天的集成中扮演一个什么样的角色，尤其是在实时业务领域里？

    Tibbling:我们的确正在不断地证明【服务】是多么的重要。幕后的业务人员都有能力给我们的客户提供服务层的抽象概念，例如，哪种交互方式可以使他们明白并理解他们所期望的东西的语义。然后在内部，我们可以把它翻译成我们所谓的“规范模型，”,这个我在过去写过。这将允许我们得到一个普遍的语义-在企业内部-任何一个终端用户都可以得到，理解并翻译成它自己特有的终端需求。

    这已经演变成一种方式，现今大多数的软件包都提供了一定程度的SOA接口。但是它就是它，在内部我们能够达成普遍的认识，然后通过使用服务，与云计算SaaS产品、第三方软件包或国产软件包进行交互。[page]
    您怎么看待云集成的发展？是否存在服务基础？

    Tibbling:我们所看到是即使是集成即服务也已经开始发挥它的作用了。如果使用云计算，有很多层我们需要去理解。你可能已经托管基础设施即服务，这是一个例子。或者，你只是想托管那些可以允许特定访问的包。

    我们正在处理一些外包的ERP系统。这些托管系统，我们不在允许直接访问数据库。幸运的是，第三方软件包有服务接口--通过ESB我们可以与他们进行交互。我们可以在云中直接调解他们的服务。

    随着SOA增长的是ESB.你在云或集成上是否看到了ESB的作用？或者是只是为了特定的转换类型？

    Tibbling:通过ESB可以编排很多业务流程。因为这些编排类型，人们不在坐在网页和移动应用前面等待响应了，通过在云中的ESB,这些可以很容易编排。现在有很多的厂商在云中提供轻量级的ESB,只为了那种编排和服务的访问。不合理的地方是，我是否可以使用移动应用并坐在那里，然后得到某些事情的直接响应。

    如果我想获得最低的延迟，如果通过浏览器得到移动应用，在这，在波特兰，而且我们的数据中心在这，我们的应用程序运行在这，我们就不想去云中编排它成为一种服务，然后再返回到这里。这很有可能造成不适当的用户体验。直到他们解决了这些延迟问题，这就成为了我们的经验。我们努力使ESB实时用户体验靠近数据存储位置。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。