Tom Nolle是 ExperiaSphere首席战略家，ExperiaSphere是一个旨在创建服务逻辑和管理抽象的开源Java项目，同时他也是私人咨询公司CIMI的CEO，CIMI专门从事先进的计算和电信技术。Nolle在私人咨询方面拥有超过三十年的经验，他在众多领域还是一名作家和博主。他最近从事的ExperiaSphere项目让他深刻体会到在同Web服务工作时，应用架构所面临的痛点。

　　这是一个分成三部分的采访，Nolle与我们探讨了应用架构从何而来，又要到哪里去以及如何充分利用。在第一部分中，Nolle关注需求和标准以及如何在像移动服务这样的新技术中发挥应用开发的作用？

　　SearchSOA.com：SOA虽然好处多多名单是有些实现却引发了开支，SOA的开支是否偶尔会引发功能障碍呢？相关的ESB，主要是关于消息传送以及消息传送架构的吗？

　　Tom Nolle：首先值得考虑的是功能的性质和结构要求。功能要求是应用和业务用例之间的纽带，结构要求是应用和IT基础设施之间的纽带。现在，臭名昭著的IT从业者在过去50年对于结构的理解和关注要多于功能，因为这是一个是完全在其控制之下的区域。

　　最近的应用开发趋势，也就是我们所说的应用架构师原则倾向于加剧这种分离。

　　我认为这不是必然的事实，即CORBA或服务总线是一件坏事。我认为更灵活的组件化并不是应用性能的直接问题。反倒是现在是我们已经开发了众多应用原则，而这些原则并没有关注到具体功能体现。

　　但你在这样做的时候，不管你在做什么，这很有可能最终使你陷入困境。

　　SearchSOA.com：比较新的概念如何在像移动服务这样的新领域发挥作用？

　　Tom Nolle：如果你着眼于SOA，首先就概念化，它的出现很大部分是支持Web驱动的计算机工作者聚合流程同核心IT流程之间的连接。在工作流的前段/后端（front-end/back-end）分布明显不同。

　　后端事务必须足够安全，因为前端事务内在地就不安全，因此，二者之间的耦合被看做是招致安全和一致性众多风险的地方。因此，我们在传统WS已经开发了的流程上结束了健壮性强的标准的设置。

　　现在，当我们进入一个iPhone或ipad为主的思维定势中，我们要根据他们如何与瘦客户端交互来考虑应用程序。目前这一概念主要是前端规划取代后端规划，这意味着应用项目如何脱离互联网。所以我现在更倾向于让我的应用程序安全，保障通信功能。

　　此外，在这一点，因为我现在用的设备简单得多，我更不用宽容像[WS – *]一样的准重量级标准。这些标准是重量级，更难落实到瘦客户端，而我也在处理不断扩大，无法控制的客户端的问题。而且它继续在这个领域施加所有交易更难于处理的严格性，因为我甚至不知道是否有标准支持我的设备。

　　我们通常都有前端和后端。流程的后端部分是早期融合应用程序到Web前端早的焦点所在。但是，随着应用本身变得更加组件化，我们更关注的设备和应用程序之间的关系和缺乏关注Web服务器后端，最终我们是向着面向Web的世界转变，更倾向于RESTful架构。

　　请继续关注本次采访的第二部分和第三部分。第二部分将介绍移动设备以及REST如何为移动应用服务。第三部分中，Nolle称之为“胖客户端”的东西是一种对于传统瘦客户端的替代物。