“自底向上”的SOA的拥护者继续努力着被大众认可，就如同企业中SOA的成熟和扩展一样，需要更多企业级的管理。

　　但创建了一个SOA，自底向上的治理方法关注围绕单独ESB的集成化服务，这些ESB 可以快速装配。该方法因为需要过多的更新和重做而受到非难。

　　同时，相对的“自顶向下”的治理方法涉及大量严格规划和精确策略执行。这种方法也由于花费过多的时间才能产生结果而不被认可。

　　开源中间件厂商MuleSoft市场副总Mahau Ma认为不管你喜不喜欢，企业部署IT和创建应用总是有点混乱。这暗示着企业架构师确实不能为所有偶然性做出计划，但是他们可以用僵硬的自顶向下的SOA 程序来增加胜算。

　　Ma说：“你可能在任何时候斗需要在软件许可证上花费七位数，展开需要24个月并期望在后端获得重大的回馈。那样似乎永远不会成功的。你最好想想还有一些架构师，他们可以完美的把事情计划好，但是从我们立场来看，这并不现实。”

　　Mule ESB缔造者MuleSoft最近发布了新的管理工具，称支持自底向上的SOA管理方法。反过来，自顶向下的SOA 治理工具厂商提倡用长远的观点看待SOA管理。

　　Software AG业务基础设施产品和解决方案副总Jignesh Shah介绍：“以自底向上的方法创建一个SOA可能会被优先考虑，但是在某一时刻，你不得不为业务提供服务级协议（SLA）。”

　　从这一点上来看，一个企业需要自顶向下的策略。Shah认为：“对于我来说，自底向上的方法对于竖井中的每个人来说，更多的用来解决应该创建什么服务，什么时候需要这项服务的问题，他们看到了机遇，如重用和增值服务。这种方法用来创建你的SOA 组合是很反动的。”

　　ZapThink分析师Jason Bloomberg告诫我们不要考虑自顶向上方法的单一的“现实治理”类型。治理意味着自始至终通过IT强制执行组织策略,而且不能通过简单的添加更多的工具来完成。

　　Bloomberg强调：“MuleSoft的中心点是治理工具以及他们的治理工具适用于小部门，并不是为企业级SOA 所设计。因此对于他们不重视现实治理（有些人称之为自顶向下的方法），我并不意外。”

　　同时，MuleSoft的Ma建议，开发者正在做的也是他们将要做的，他们将提供工具让开发者远离麻烦。当开发者在业务的一侧没有全部的策略，IT都可以快速的响应业务需求变化。