Ross Mason, MuleSource 的 CTO 兼联合创始人,在一篇关于 SOA 治理的文章中提到,在现代社会中,传统的自顶向下的SOA 思想已经不再流行且已过时,对于治理以及SOA 整体而言,他敦促一种更为实用的现实世界的方案。
Mason 解释到,在传统的公司里有一个“SOA 卓越中心”,它是:
一个集中式的办公室,负责跨企业的对 SOA 项目进行传播、协调、执行以及衡量。理想的情况下,这一团队将会创建和执行一个综合的企业级 SOA 计划,编目服务,以及使用诸如 SOA 注册 / 仓储之类的软件工具来执行 / 衡量重用。
他解释到,这种方式已经被证明是无效的,并且引用了一个 Burton Group 的案例,指出仅有 20% 的组织关注企业 SOA 项目所带来的预期收益。他问到:“那组织为何还继续奋力挣扎想要 SOA 取得成功呢?”尽管对治理工具和技术的投资由来已久。他将失败归因于为了使用这些工具而要求人们的行为进行重大的改变。与之相反,他推荐(引用自 Martin Fowler )工具应当适应人以及既存的流程,接下来举例论证了这是如何实现的。
- 一个 SOA 治理工具应当与版本控制系统集成起来 […]
- 作为发布周期的一部分,这一工具应当 […] 自动地向注册 / 仓储发布服务。
- 如果这一工具还与 bug 跟踪系统集成起来,那么关键的 bug 就可以显现出来 […]
- 企业架构师的冗长需求文档可以并且应当被实现为自动策略。[这导致更好的忠实于需求,同时] 在不需要显著的改变开发流程的基础上减少了开发时间
同时,在与之相关的一篇博文里 他也给出了具体的例子说明如何使用 MuleSource 产品来达到这一目的,并强调了需要对 SOA 治理重新思考,特别是在以下这些环境中:
[…]SOA 的演化与更加实用的方案(如 REST,SaaS,Web 2.0,企业级混搭,等等)的出现(和分支萌芽)[…到最后] 良好的 SOA 治理工具应当 […] 使得运维人员的日子更容易 [而不是更艰难]。
查看英文原文: Pragmatic SOA Governance
评论