我曾经访问过的大多数行业的专家们对于SOA治理似乎一致认为，我们在拥有成熟IT部门的企业所看到的自顶向下的方法并不是一蹴而就的，该企业可能已经做了一段时间的SOA。MuleSoft发布了新的ESB管理时，声称基于工具的治理方法效果更好，这很有意思。因为它允许开发人员以更为灵活的方式的服务满足业务需求。
对于刚刚加入辩论，自顶向下的治理，首先着眼于开发具有架构师和业务经理的服务组合来满足既定的计划。策略是为了让开发者在开发需要的服务时遵守而创建的。自底向上的方式去掉了许多官僚，让开发团队进入到创建和整合服务，往往由所谓的治理工具管理层指导。
甲骨文SOA产品产品营销高级小组经理Maneesh Joshi介绍在甲骨文，有超过一半的客户使用自顶向下的方法。
他说：“自底向上的治理决策相对于自顶向下的决策，实际上是对客户采用SOA的成熟周期的一项功能。我们主要是看我们的客户提升了成熟周期，而不是从自顶向下的治理策略上变为自底向上。”
然而MuleSoft表示企业也成为了自顶向下的方法来治理“大爆炸”幻想破灭的一员。该公司说，对所有业务和IT之间的规划，经过冗长而昂贵的自顶向下的实施周期，所需的投资回报率（ROI）很少同期望的一样。
我采访过的非厂商架构师认为典型的做法是先有一些规模较小的部门的SOA项目，当SOA的益处已被证明，然后转移到自顶向下的方法。或当服务过多，失去控制的时候。
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
SOA治理模型核心：人
治理在IT领域非常关键，但是很多时候企业的做法往往太过单向，企业SOA治理模型往往忽视了所有部分当中最关键的组件：人。
-
如何使用SOA治理工具保证项目进度
由API的增加以及为业务应用创建出简单好用接口的需求增长所驱动，这些合并的API-GRC工具帮助开发人员创建，发布，管理并且推广API的使用。
-
SOA治理工具优势：自动化、集中化
SOA项目出现了失去控制的倾向，有可能会导致SOA行动出轨，失去对未来努力的支持，并且浪费时间和资源。
-
SOA架构：为什么需要API管理？
为什么我需要API管理？它能带来哪些好处？其实只是术语变了，但需求还是一样的。在SOA炒作的鼎盛时期，厂商们都宣扬他们的产品支持SOA治理。