Parasoft公司的SOA解决方案产品经理Rami Jaamour, 本周在奥兰多市的Gartner应用程序架构开发和集成峰会上讨论了最近发生的一切。

　　SOA即将面临怎样的挑战呢？　

Rami Jaamour:其中的一个挑战就是环境和不同接口和其所面对的协议相混杂。SOA从来就不会变成更少的Web服务、标准或者一个特定的协议。总会有一个和许多应用程序和平台相混杂的环境。所以，当谈到质量时，你必须保证在这些混杂的环境之上运行的业务流程得到验证。并且在这些混杂的环境下，你需要一个足够灵活的框架来驱动你的流程和测试活动。

　　最近我看到，当人们理解质量并在流程层和信息层应用品质时，他们便开始观察端对端流程。因此，他们会问，我的旧应用程序、主机、和绿光屏怎么办？他们会更多的观察什么样的架构能够提供灵活性这样就能帮助他们满足这些特定的需要。拥有一个可延伸并可以支持任何人们普遍活动的框架变得越来越重要。支持任何一种需要也变得越来越重要，因为你需要在普通系统中驱动资料确认，这和其他人所作的很相似。但是，你需要结合更多的特定的事物，并为提供这些特定的程序提供协议，针对用户需求指定框架。

　　你有没有觉得这变得更加困难了，因为这会涉及更多的服务，是件麻烦事？

　　Jaamour:是的，这当然给我们带来了许多挑战当你观察端对端测试时，你有这些不同的组件，和生成这些组件的业务流程，他们由不同的分布机组所管理，你在洛杉矶，印度或者欧洲有负责这些系统的人，但是，你还是要确认并建立一个品质框架，在确认过程中你要有个端对端策略。所以，你要用分布式机组解决这个问题的唯一方法就是要模拟自己的组件。因此，当你在洛杉矶有一个机组时，你正在一个依靠印度系统的应用上工作，你可以，模拟这个系统，这样你就可以继续工作将自己那部分系统参与其中，而不用考虑那些程序是否在使用中。所以当你能够简单并快速的建立这些服务模拟，你可以加速生命周期并且改进流程完成工作。

　　我碰到过一些有接口组的客户，这些接口组依赖由完全不同组管理的后端。当其他系统关闭或无法使用时，这些客户只能坐在那里无计可施白白的浪费时间，但是如果他们有办法模拟服务就不用依靠别的事物了，他们可以继续工作，所有的机组都能一起工作而不用浪费时间。

　　你发现会议上有哪些新的没有预料的事情发生吗？

　　Jaamour:我不能说有无法预料的事发生。SOA本身就通过了，并且越来越成为主流。我发现SOA和像Web 2.0, mashups, RES其它组件间的关系越来越密切了。所有这些组件以及他们怎样在一个混杂的环境下联系在一起的。

　　同样，我们也谈到了事件驱动架构。一旦你在恰当的位置有了自己的流程，你如何管理、监测并跟踪这些在整个企业发生的事件，这样你就可以做出正确的抉择，并加快抉择的速度？所以这些事件驱动的主题变得越来越多。

　　这就是近来促使我们和商务人士进行交流的原因。你有没有发现和前几年相比，商务人士越来越多，程序设计人员却越来越少？

　　Jaamour:这一直是个混合，如何能将业务和基础IT排列在一起始终是个问题。这就是差别所在，一个真正的差别，就是努力将它们排列在一起。我认为一旦你的架构统治在运行时间和设计时间达到一定的成熟度。你就能够将业务和基础IT排列在一起。到那时业务方就会知道正在发生什么，他们需要什么，并且和过去相比差距越来越小。但是，我仍然看到了一个混合的小组。

　　我看到的另一件事情就是一些还没有必定采用SOA技术的小公司正在对其进行勘察，并寻求指导。后来，还有好多该技术的采用者，他们不是采用SOA技术，就是采用一些企业架构。

　　你是怎样看待高级SOA技术——你是怎样把SOA变为高级SOA的？

　　Jaamour:这里有许多成熟模型。我们都可以估价IBM, BEA和其它的这些模型，你的SOA有多成熟。这不仅仅是开始或是进步的问题，他们有几种成熟度。其中一种测量和评估的方法就是，在最初阶段，他们以小型集成举措的方式拥有一些完全不同的服务或者概念组。但是，依照你管理生命周期的方式，一旦你有一个恰当的统治策略，你就会达到更高的成熟度。你有什么样的SOA？怎样规定它们？怎样使用它们？遵循怎样的品质策略，一旦你有了恰当的策略，该治理结构就是你达到的管理状态，也许是最佳化SOA的更高的成熟度。所以是治理决定了SOA的高级程度。

　　在你所遇到的业务中，有多少你认为是高级的？是不是比前几年更高级了。

　　Jaamour:的确是这样的，这取决于他们是如何改进流程的。我不知道能否估计出在该混合中高级业务所占的比重。当谈到SOA的成熟度时，我估计最少有20-30%的业务成熟度。大多数业务还处于发展的早期阶段，他们已经定义了自己的架构和准则。现在他们更多的在看怎样改进自己的治理结构，怎样在下个阶段应用该结构。

　　这也是，他们开始关注质量的阶段，不幸的是，他们通常并不把质量看做是原始治理策略的一部分，尽管他们应该把其看作是原始治理策略的一部分。要想获得成功，全局治理非常重要。要想在治理方面获得成功，你需要质量。所以，你尤其需要什么样的策略？需要什么样的测试策略？你进行测试的原则是什么？你一直都符合这些互操作性标准吗？你一直在用一致的方法应用这些标准吗？你会强制执行运行时间安全性原则吗？那些带有原则的品质组件从从一开始就需要被定义和强制执行，这样一切都会向好的方向发展。