SOA治理 一个没有尽头的旅程

治理应该遵循一种简单和程序化的方法。主要目标应该是缓解风险和提高操作的可预见性以减少风险。许多企业在实施SOA治理的时候陷入了两个陷阱。第一个陷阱是没有一个足够强大的治理模式。第二个陷阱是有太多的用来完成任务的流程。这里的技巧是平衡流程和灵活性。

　　没有足够的流程会造成混乱

　　企业没有足够强大的治理模式有许多理由。下面是人们看到的几个理由：

　　·对于设计时间和运行时间缺乏全面的理解

　　·文化

　　·缺少治理资源和工具的资金

　　·不现实的新闻报道

　　·缺少官员的支持

　　没有一个有效的治理模式，你的SOA极乐世界的梦想会转变为系统下降、高开发成本、失控的生产环境和不满意的客户等噩梦。要达到SOA许诺的再利用、灵活性、灵敏性和集成的方便性等目标，设计时间治理必须要保证以不间断的方式建立服务。这种方法将提供商业价值、满足某些性能和安全要求，不依赖于任何平台，不打破已经部署的任何东西。

　　由于SOA的分布式和抽象的性质，运行时治理是非常重要的。一个单个的商业服务也许由许多架构层中的组件所组成。当这个服务失败的时候，你最好有适当的流程和工具迅速找到问题并且在用户首先察觉之前回复正常。然后，有一些复杂性。这些复杂性包括管理服务的版本划分、积极地监视性能和安全、保证遵守法规和强制执行管理规定等等。

　　没有一个坚实的治理模式实施SOA就相当于有一个没有管制塔台的飞机场。确实，有许多非常好的飞机和天才的飞行员。但是，如果没有适当的计划和及时的信息，最终的结果是灾难性的。因此，要保证你建立一个管制塔台，雇佣一些空中交通管制人员!太多的流程将阻碍技术创新和阻碍灵活性。

　　另一方面，一些部门迷信流程。他们创建了太多的流程以至于这个团队陷入文件之中，看不到促进业务的推动因素。有些人把服务分得太细，以至于提供很少的价值或者根本没有价值，从来没有被再利用。“过度杀伤的治理”或者“死于流程”模式使设计师像机器人一样思考和简单地执行文件或者检查表让他们做的事情。接下来是一个很长的审查过程，用几个星期的时间批准应该在一两天之内就批准的事情。这种类型的模式的理由是：

　　·把SOA看作是一个技术问题而不是一个实现业务目标的促进因素

　　·缺少对设计师和领导的信任和授权

　　·流程太多的文化导致很长的交付周期

　　·在领导层缺少技术和业务专家

　　找到正确的平衡

　　每一个企业文化和每一个SOA计划都是唯一的。没有一个万灵药式的或者一个尺寸适合所有需求的治理模式。许多厂商、SOA实施咨询公司和标准组织都有详细说明的SOA治理方法。选择一个最适合你的文化的方法，然后按照你的公司的需求对这个方法进行客户化。

　　那么。我们如何在保持灵活性的同时强制执行SOA治理?一个方法就是把大量的文本文件转换为可视化文件。换句话说，停止制作数百页的Word文件。开始创建UML模型、业务流程模式、应用图表和架构图表。这些人工制品就像一个建筑设计师的蓝图。如果你在建设你梦想中的房子，你是把你的房子的技术规格打印在Word文件中并且交给你的建设者，还是交给他一个蓝图?人们最好把重点放在增加价值的作品方面，放弃没有价值的一切东西。不要让你的工作人员采取除了满足检查表的要求之外没有任何目的的步骤。SOA治理不应该由项目经理创建。SOA治理需要设计师进行定义。SOA治理完全是关于服务生命周期管理的，标准的N层流程是不合适的。

　　随着时间的推移发展治理

　　即使你确实得到了流程与灵活性的平衡，也不要立即实施SOA治理。同SOA一样，SOA治理是一个没有尽头的旅程。小范围开始，仅实施在那个时候有必要的步骤。

　　例如，如果你首次实施有15至20个服务，你也许不需要有一个强大的SOA卓越中心，特别是如果这个团队只有少量的技术人员的话。随着服务数量的增加以及设计师和开发人员数量的增加，你要相应地发展你的治理模式。有些公司用一年的时间才制定好全部的治理流程。那一年没有为业务增加任何价值。业内人士建议说，要把SOA治理作为你的SOA路线图的一个重要部分。我们最终将根据SOA提供的业务价值判断SOA治理的优劣。因此，要保证你的SOA治理模型实现SOA最佳做法与业务灵活性的平衡。

　　总结

　　治理对于任何重大的机构变化都是非常重要的。服务对象是没有区别的。治理没有必要采取极端的方式(没有权利的委员会或者重量级的官僚机构)，而应该是有重点的、简洁的、一直存在的。治理可能包括更多地强调基础设施或者技术和方法。无论怎样表现，治理都应该从开始的时候就规划好，逐步成熟。治理应该提供整个项目和计划生命周期的环境。

来源：IT专家网

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友