事实上，越多的SOA和基于云计算的服务被采用，成为你的业务流程的一部分，就会存在越多潜在的分歧和不协调。然而在SOA的努力下，现在IT常常起一个领导的作用，像互联网，应该是高度分布式的，并跨越多个所有者，没有一个单个的主机。如果不能预先处理好，这些服务中的分散的控制往往会导致部门间的不协调。SOA和云支持者仍然面对决定，谁应该打头阵，他们如何着手。问题经常徘徊，如：谁应该执行出现在SOA或云计算的问题？何为“服务”？谁有权利访问服务？谁管理服务？谁为服务付款？你如何改变这些服务？你如何定义策略？

　　治理是必要的，因为SOA和云计算仍然是大多数公司不熟悉的领域。举例来说，开发者建立服务并不考虑服务被其它业务单元重用。此外，这仍然是一个趋势，开发者向外边暴露服务，没有追踪服务是否获得使用。我同Software AG的产品销售副总裁兼首席战略家Miko Matsumura进行了对话，他指出服务就是跨越企业来开发和部署的，并表示“你将控制不同企业的域名，显然,这引起了如何适当地分配资源、如何共享资源、如何让它们在一些有意义的状态下相互作用，相互依存等问题。”

　　因为SOA或者云计算在规模和范围得到了增长，治理的需要也随之增加，提供了如何保持速度和规模、需要什么样的结构来建立SOA的趋势。Matsumura指出，“被限制的，人们需要为未来的框架启动架构和工程。在人们开始考虑结构和治理在他们的项目中有崩塌的危险之前，人们是赞成速度和规模的。”

　　在业务方面，坚决的执行治理SOA和云控制，因为这种做法可以使业务和IT管理融入所有的规则和策略。治理确保业务用户是否需要一个服务，从开发到部署，有一个明确的责任性的路径的定义，

　　治理的想法对于许多IT经理和专业人士来说并不新鲜，但是共享商业项目的所有权的想法，往往是陌生的概念。这些具有有力治理措施和服务的组织，在投资和节约开支方面，更有可能得到可测量的回报。一些分析师，包括ebizQ的出资人Brenda Michelsen，敦促企业从一开始就要有好的治理。她表示“一般来说，这是在技术上的概念，第一个策略是设计方面，服务接口设计，你将使用什么样的技术协议…——Web services、REST、XML或者是HTTP。根据你的业务问题，组织需要在他们的第一个项目中引进运行时的治理。”

　　在SOA的努力下治理显得更加重要，因为至少在理论上，SOA是一种企业范围内的项目，不属于任何一个特定的部门。在过去，公司以部门为中心，单独接洽企业架构项目。SOA和云计算打破了这些独立的，部门的壁垒，使整个企业架构的方法得到统一。