问：SOA统治和Web服务管理之间的区别是什么？

　　答：最近Web服务管理已经演化为一个更广领域的范畴称之为SOA统治。SOA管理产品都不同，但是它们基本上都是把传统的Web服务管理扩展成为包括在SOA中很有用的附加的功能，例如基于消息的商业内容的监督和控制服务的能力。由于这个原因，所以我冒昧的把这个问题稍微的修改了一下，从而可以使被讨论的SOA的两个方面:管理和统治都是同样类型的实体。因此，我们可以把这个问题看成:“SOA管理和SOA统治之间的区别是什么?”

　　这个问题简单的答案是SOA统治主要关注于发展的过程而SOA管理关注的却是SOA的运行时的各个方面。管理系统必须确保SOA中的商业服务仍然是可靠的并能够满足商业合作者，用户，供应商，内部用户和管理者的期望。

　　虽然新的重要的Web服务管理标准类似OASIS WSDM将会以新的令人兴奋的方法让Web服务和SOA管理的艺术状态得到提升，但是现在的管理产品都提供两种基本的途径。它们可能提供可以管理和控制服务的消息交通的分离的端口服务器。或者，他们可以提供能够代理从而使得Web服务平台可以直接完成相似的功能。很多管理系统同时提供两个能力。第一个途径显得更为灵活，但是存在更多的失败的可能。第二个途径显得更为有效，因为它可以对Web服务平台中已经被处理的XML处理期到杠杆作用，但是必须要求一个Web服务平台的代理的安装。

　　只要确信我们在同一个范畴内，我所指的Web服务平台是什么意思?或者你可以叫他们ESB(企业服务总线)或者你可以选择一个不同的名字。如今Web服务平台是构建和部署Web服务的基础。这些平台把定制或者打包应用程序功能为Web服务。作为产品，他们大多数通常都具有他们在应用服务器和消息中间件的根源。

　　我个人的意见以为，为了有效地管理他们的SOA，企业级架构师应该理解管理系统必须比任何的个人Web服务平台能够在一个更高的概念和架构水平上来维护系统的可见性和操作。这是因为Web服务平台倾向于把操作看的很重要，似乎他们是整个宇宙的中心，并且是平台唯一需要去开发和部署的服务。但是在真实世界中，一个SOA包含了许多因为它们的独一无二的能力和特征而被选择的Web服务平台。当一个平台可能提供某些对它自己的根本的管理能力，它仍然需要提供对所有的Web服务平台的一个更高级别的和更加以商业为中心的观点。这是一个有效SOA管理的重要需求。

　　正如我很早说过的，统治主要关注于跟踪和控制开发产品，他们必须集成他们自己为在一个平等的不受打扰的方式的开发工作，同时，能够看到整个开发过程包括人力资源方面，例如人力资源经理赞成把一些东西从一个阶段(比如测试)转移到下一个阶段(比如产品)，还要能管理访问和甚至能对产品的预见，甚至更多。

　　统治产品也必须把他们自己集成到开发者使用的工具中去，从而可以确保被创造和部署在各个阶段开发的产品能够符合这个企业范围和整个项目级别那种类型的产品的标准。他们通常必须做这些，从而可以为多Web服务平台和多独立开发项目，在很多的地方追踪产品的位置，比如数据库，改变系统配置，管理/安全设置等等。一些统治系统业提供他们自己的设置以允许开发产品集中保存。在所有的IT技术栈水平上提供统治的能力，而不仅仅是在Web服务的水平上，这个也是很重要的。可以通过CICS大型机应用程序和旧的运行在UNIX上的C为例子来考虑这些。

　　底线是管理和统治可以像豌豆荚里面的豌豆一样彼此适应。逐渐的，他们可以一起协作来形成一个在SOA中开发和产品部署的完全的周期，这个周期是按照执行和共享企业和商业策略的顺序来形成的。例如，管理系统可以帮助统治产品使得开发者可以做出全面的决定，类似应用程序和服务是如何基于历史数据和管理系统可以提供给他们的管理策略来运作的。类似的，统治产品可以为管理系统提供附加的关于代码和接口变化的信息，从而管理系统可以做更多和更有效的事件关联和问题决策上的工作。