【IT专家网独家】当Software AG的副总裁兼代理首席技术官Miko Matsumura，谈到面向服务架构(SOA)政策的未来，出现了一个比喻"The Simpsons"。他指出了一个场景，开始有一辆汽车，并且看起来一个叫Maggie的小孩正在驾驶。但是当场景扩大，我们可以看到母亲Marge是事实上在驾驶的人，而Maggie只是坐在汽车座位上，玩一个方向盘玩具。在控制SOA策略方面，商业人士就好像处于和Maggie一样拿着方向盘玩具坐在汽车座位上。开发者，无论是使用Java还是微软公司的.NET平台上工作的开发者们，他们都更趋向于处于驾驶者的位置。正如Matsumura在采访的第一部分解释的那样，那不是好的管理实践的并且现在正处于改变的进程中。在今天的采访中，Matsumura提出了一种观点，那就是那些改变可能如何真正改变开发者们和商业人士在SOA的世界里面互动的方式。

　　阅读本次采访第一部分：SOA策略 超越Java和.Net

　　在你看来，这个策略的实现的新方法仍然处于起步阶段，是这样的吗?

　　Matsumura：我认为我们处于九局比赛的第一个关键时期。最终将会需要开始从不同企业组织关心的不同角度联合制定策略。那才是真正的目的。

　　你们怎样实现那个目标呢?

　　Matsumura：让我来告诉你下一步准备怎么做。目前我们主要在联合其他IT协会的关心问题。我们从开发者关心的问题转变到处理协议和运行时策略的操作管理人员关注的问题。我们希望以与管理相关的事情的方式具体化QA部门关系的问题，这个概念正在浮现出来。我认为我们正慢慢地横跨不同IT组织在整个生命周期关心的问题，但是我认为最终我们将会不得不综合考虑管理以及监管的各种东西，例如企业规则以及许多不同需要关心的问题以及跨企业的限制条件等等。

　　是否有一些事情是销售商完成的，例如你自己一样，或者是否将要制定出一个标准体，抑或是二者兼而有之?

　　Matsumura：将是二者兼而有之。现在正在向企业级SOA过渡的人们如今需要解决方案，这是目前非常重要的问题。并且随着市场的成熟，联合这些关注的问题的能力使得我们能够将其标准化。这对每个人来说都是有利的。

　　我们是否最终将要终结到一种语言，比如BPEL?

　　Matsumura：我认为以后将要完成的是两个插入策略的基本方法。第一个是变量参数。你能够制定一个策略，表明这个变量的值不能超过100。那是一个变量声明，从它怎样被定义的角度来看，它非常简单并且你能够非常方便地反映到用户接口上面。你能够制定一个小的数据存储箱，并且把参数变量放在里面。这就是我们定义服务层的协议的方式。第二个概念相对有一点负责，当你像BPEL一样声明行为的时候。因此变成一个具体化的声明过程，而且是可以解析的，可以验证的，以及可以管理的。但是我认为真正将会发生的事情是用户用来需求分析将会有一个整合，并且解决这些问题会有不同的方法。