SOA在概念上将蹒跚而行直到管理和内部协作问题得到解决，我们只是还未使SOA成熟到能发生这些问题……

　　全面而又特殊的面向服务架构(SOA)管理和与美国月球探索项目是完全不同的两个状态。这里没有任何程序。当然NASA有用来发送太空人到月球所需要应用的技术和工程专家，但是这些技术和工程专家并不能集成为一个实际的能去月球的空间交通公具。

　　也许有一天能吧。

　　对于全面特殊的SOA管理来说这也是一样的。其中一部分削掉边角的技术仍然存在，但是使其在任何标准方式下内部协作才是最终目标，也许甚至是不能达到的目标。

　　Dana Gardner，Interarbor Solutions LLC的首席分析家，注意到其已经在商业计算领域工作了20年，而且也一直在谈论管理标准，但就像天气一样，没有完成任何事情。

　　Gardner注意到SOA管理需求的迫切性，而其在前期的SOA时代中是并不存在的，他将其刻划为要求一个更加简单的“红灯、绿灯”方法，该方法能指示出服务或应用程序在否处于运行状态。

　　Jason Bloomberg，ZapThink LLC的中级分析师，解释了对于SOA的管理要求从早期的前一个十年当时Web服务管理还基本上只是监视服务器逐渐上升。

　　“基本上，松散耦合也是一个管理问题，” Bloomberg说到。“当你讨论松散耦合时，你有服务客户和服务供应商，他们都是在一个SOA环境中的交互的软件片段，而他们需要各自独立地进行控制。你有一个服务客户，作为软件的一部分，它可以是一个门户，也可以是业务处理工具、可以是任何其他不同的东西。它现在已经过时，而它将趋向于发现和绑定到在其他网络上析取的服务，而为所有这些工作，以使整个SOA版本运转，服务必须能迎合他们为此所发出的合约。

　　“所以，不管是服务的质量或是可靠性或是可获得性，所有这些能力服务都必须具有，他们必须以适当的方式工作。如果服务客户不得不担心，‘好吧，也许服务或快或慢，也许它今天太忙哦，也许它只是刚好没有做它应该做的事，’那么你将不会再拥有松散耦合，而你的SOA也不会运转。所以，使SOA运转是最核心的。松散耦合是服务供应商和客户所需要的用来建立我们所谈论的灵活架构的核心能力。”

　　在分析人士的观点当中，使人感到沮丧的是当管理这个SOA复杂性的技术存在的时候，就像在广泛范围内没有任何事情发生一样。

　　“我认为我们将拥有越来越多的能力以更深的探查在我们的网络上运行的商业流程以及基于他们的实时决策，” Brad Shimmin说道，Current Analysis LLC应用基础设施的首席分析家。“所以不存在任何借口，我们应该能做这个。”

　　尽管如此，这就是说Shimmin叙述了其在与平台供应商讨论将SOA管理带到下一个层级的需要时的失望。

　　“当你看着一个SOA平台供应商时，他们说我们已经做完了SOA生命周期管理和治理，他们在认为流程已经很完美了，” Shimmin说道。“他们能做到跨特殊性的环境，但是他们真的没法在绑定那些流程对于在其上运转的基础系统所发生事情做出太大的成绩。所以当你试图谈论应用性能的虚拟性，而且你试图绑定一个给定流程在你的系统上的运转方式及它所应该做的和其开端。它只是成为一种‘它将会很好。’这就是现在他们所能做的所有东西。”

　　这并不是指现在在这个领域没有任何供应商在做削掉边角的工作。Shimmin说IBM及其Tivoli和Rational技术也许是在朝着正确的方向前进的。Bloomberg对于一个知名度不高的供应商影响深刻，Tidal Software Inc，其已经获得Intersperse 和SOA管理工具。Intersperse开始专注于BEA WebLogic，但现在是与IBM WebSphere、Jboss、SAP NetWeaver 及 Microsoft .NET合作。

　　“所以，他们能在所有不同的环境中应用EJBs，或是.NET CLR，或是NetWeaver环境中的对象，” Bloomberg说道。“他们给你所有在一个特殊环境下的管理能力，不管你是否有一个ESB或是任何合适的特别的集成，这就是一种不相关性。如果你有一个ESB，他们也能很好的管理它。”

　　与来自于Hewlett-Packard Corp和Computer Associates Inc.到AmberPoint Inc.和 SOA Software Inc.供应商的那些或其他产品的潜力无关，那些分析师说其具有潜力，Gardner并不将其认为是最终的解决方案。

　　“这是一个很难的问题，就像SOA中其他的很多事情一样，” Gardner说道。“我们认为这不是一个产品能够解决的问题。它实际上将会是人、流程和机器的组合，而且其将包括更多的内部协作性。”

　　不管来自于一个纯粹供应商的技术有多么好，在内部协作性上没有达成标准协议，Gardner认为SOA管理产品将会成为一个令人头疼的管理问题。

　　“比一个一个填补裂缝的方法更重要的是他们是如何一起运转的，”他说的是纯粹的供应商产品。“最后一件事是企业所需要的是管理很多管理系统的必要性，而这正是大多数管理供应商逼迫他们所做的。”

　　尽管存在削掉边角的技术，Gardner并不认为其适合任何全面性的东西。

　　“存在很多供应商，他们拥有基于代理的和较小代理的，”他说的是现在的SOA管理技术的状态。“存在可预见性和实时方法，但是他们都不适合那些通常的构造。”

　　当被问及通常的构造将会是什么样的情景时，Gardner并不是过分乐观的，因为现在所有的供应商都还在试图使其产品在SOA实现中成为唯一的管理产品。

　　“事实是管理系统是如此地完整，每个人都像他们的管理系统能完成所有的事情，”他解释道。“如果你是一个供应商，将会有很大的市场。对于那些试图在成为流程和所有接口之下的技术的接触点的系统的某一部分获得绝对优胜的供应商来说，存在很大竞争。他们都想成为为商业和IT领导阶层提供方向盘的角色，但是同时，企业的兴趣也是他们不能成为单个供应商的原因。所以他们被一些困难缠住，在一些情形下比一些不同的管理方法更多。”

　　Gardner预言了好几种可能的情形，其在未来可能改变。可能一个供应商提出了一个SOA管理技术，而且是如此地优于其他的技术以致于其实际上成为了事实上的标准。但是更可能的是相同的竞争压力驱使供应商试图合并，而唯一的SOA管理产品最终迫使市场在内部协作性上妥协，如果不能获得一个实际上的基于标准的方法。

　　“SOA将不会进步，如果我们不得不管理很多管理系统，” Gardner说道。“企业自身就是那些将不得不提高和说话的，‘我们对于拥有差异性很感兴趣，但是我们也对在管理上拥有标准和内部协作性很感兴趣。’通常当存在足够的需求时，在给定一些东西的情况下其将支撑大型系统的销售。最终问题将变得不可避免。而且在某种程度上来说SOA在概念上将蹒跚而行直到管理和内部协作问题得到解决。我们只是还未使SOA成熟到能发生这些问题。它将存在于围绕管理标准和内部协作性所产生的解决方案的压力成长得充分之前的两到五年。”