Gartner集团刚刚上市“的方法来衡量SOA的成功。他们有一个非常基本的清单，事实上，这九个测量是真的任何成功的架构，采用SOA方法与否。
下面是Gartner公司清单上的九项：
1、 提高效率，特别是对于业务流程方面的实施。
2、降低过程中的行政成本。
3、较高的知名度现有/运行的业务流程。
4、手册，基于纸件的步骤的数量的减少。
5、更好的服务水平有效性。
6、更快的实施进程。
7、更快的上市时间。
8、较短（整体）项目周期。
9、应用开发和维护的总成本总体降低。
不过，我有一些我自己的，更具体的SOA认识：
1、能力改变，而不会影响服务和/或过程的架构。您已经创建了一个架构，能够适应变化的底层数据结构，无驾驶任何服务或进程，充分利用该数据结构的重建。
2、能力，改变服务和过程，而不改变模式。1号相同的概念，但我们只是走另一条路。这里的问题是，SOA架构师往往没有考虑到敏捷的背景下数据抽象。在许多情况下，数据服务，进程或两者结合。因此，这些服务或程序的更改，驱动器与周围的其他方法将结构变更。为了获得最大的利益架构，你需要弄清楚如何抽象，在两个方向上的变化。
3、核心业务流程中使用的配置，而不是编程方式创建和修改的能力。我们的想法是把一个单一的领域，如流程/业务流程层或复合（又名混搭）的波动，从而避免不断重建和测试。这是你成功的关键，考虑到我们要改变前进的许多业务流程，但通常不应该改变许多服务。因此，你要确保任何更改业务流程。从本质上讲，它是一个配置的解决方案，而不是一个编程问题。
4、利用从企业外部的进程和服务，如云计算提供者的能力。我们清楚地朝着这个方向努力，SOA背后的动机的能力，使这种类型的衔接容易。服务是无孔不入，应该考虑可以来自内部或外部的企业架构。 这释放了那些构建业务应用程序的创造力和工作效率。不要怕你的架构延伸到云。
5、能力暴露从企业内部流程和服务。总之，去4号的另一个方向。 同样的好处，只是在另一个方向。如果这些测量应用，你可以调用它的SOA，至少在我的世界。目前的问题是，很多人都失去的角度来看，当它涉及到SOA。SOA是一种架构模式，提供了一个额外的好处，敏捷，或根据需要进行更改，以支持业务能力的架构。通常情况下，这有利于更容易被忽视设想和技术为导向的概念。然而，从这条路下来，甚至没有需要证明做一个SOA的核心优势。
