Todd Biske（为一家财富 500 强企业工作的资深 IT 架构师，他即将发表一本 SOA 治理的新书。）提供了关于“如何开始 SOA 治理”他自己的观点。他声称：
[没有人] 为如何将（治理）安置在组织中制定一个明确的计划
治理对于他来说是：
一个组织用于达成其预期行为的人员，策略以及流程。
他这样解释到
情况经常是，明确表达预期行为的步骤和指导实现这一行为的策略都没有完成，或者说做得不够。反而是，重点直接就转到了执行。
他认为问题在于：
[执行] 丝毫不能让项目经理、架构师和开发者改变他们对应基于什么标准来评价其行为正确与否的理解。
如果你在寻找一个起点，我建议不要将重点放在执行上。我的推荐是定义你希望从组织之外所看到的行为，能够帮助指导行为的策略，并首先专注于组织在这些方面的教育。
职员们对组织期望获得的成果接受的教育越好，他们就越有可能服从那些能指导这些行为的策略，减轻了强制执行的需要。
Kyle Gabhart上个六月就此问题写过一篇文章。他建议：
先从小型试点开始增量构建……遵循一个简洁务实的方法
他解释到：
治理的实施过程中最主要的目标就是风险归避和提升减轻风险的运营可预测性（operational predictability）。
- 定义包括目标和可量度里程碑的治理路线图
- 识别每一阶段需要的技术和组织变更
- 清晰地标出并记录在每一阶段可应用的业务价值。
七月，Eric Knor 和 Oliver Rist在他们的“步入 OSA”系列中谈到了 SOA 治理：
越早开始思考治理如何工作越好
他们解释的理由是
SOA 越成功，其管理就越成问题
他们认为：
注册中心不只是一个服务用来描述其元数据并被客户和其它服务发现的容器而已。它们同样是 SOA 治理的中心，在这里 IT 可以列出人为服务的拥有者，进行版本管理，保证遵从企业需求，等等。
如 Todd 指出的那样。创立一个 SOA 治理组织就像变戏法一样。（治理）太多的话人们会试图绕过它，（治理）不够的话人们又会质疑它的价值。你知道能使其运作的诀窍吗？还是根本不起作用？
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论