调查报告显示,除了试验和项目实施之外,SOA正在广泛地应用并且取得成功。机构在整个企业范围内部署SOA正在稳步增长。那些成功地实施SOA的机构都有一个共同点:他们都有有效地治理方法保持SOA项目符合机构的业务需求,今天,我们来看看,SOA实施过程中如何进行有效的管理。
但是,什么是SOA治理呢?每一个机构都有自己的定义。SOA治理不是一个把现有的IT与企业架构治理分开的规定。SOA是现有的治理规定的扩展,增加了针对SOA具体环境的额外的要素或者考虑。如果一个机构拥有良好的治理做法,它的SOA治理也会照着做。然而,相反的情况也是如此。如果一个机构没有有效的IT治理,SOA治理也不会好。
建立一个有效的和成功的SOA治理计划都需要什么呢?技术本身不能解决治理问题。事实上,治理主要是解决人的问题,而不是解决其它东西的问题,不是控制他们的行动,而是培养理想的行为。这是大多数成功地实施SOA治理的机构采用人员、流程和技术平衡的方法的原因。
在SOA治理方面,没有一个包治百病的解决方案。每一个机构都有自己独特的特点并且都处在SOA成熟度的不同点上。然而,许多成功地实施SOA 的机构在设计上都有一些最佳做法的共同点。虽然本文不是涉及到SOA治理的每一个方面的全面的指南,但是,本文将重点介绍一些SOA治理的主要的最佳做法,供希望实施SOA治理的机构参考。
了解自己的业务
机构将SOA实施从实验阶段推向整个企业范围的全面实施阶段的最常见的原因之一是不能与业务目标一致。SOA是解决业务问题的架构原则或者方法。在某些对IT有好处的东西上实验SOA计划不能显示出它带来的业务价值。
SOA治理是以不断地调整IT与业务的关系为基础的。一项治理计划的所有其它因素都负责强制执行这种调整,没有对业务的基本理解和调整,就很难为基本的IT政策(如遵守Web服务兼容性标准)以外的治理计划建立合适参数。了解你的业务将使你更好地围绕SOA调整业务并且为如何建立治理计划提供方向。
定义成功的关键指标
成功的SOA治理的一个关键要素是识别和定义衡量成功的关键指标。成功的要素必须要细分为可以衡量的里程碑。首先是细分如何实现整个业务好处并且建立衡量进展状况的里程碑。在这些指标建立之后,你的SOA需要如何治理的进度就开始成形了。
衡量宏观的和微观的成功指标的成绩有两个主要的好处。
第一,衡量宏观的指标(关键的里程碑)能够提供SOA进展和发展的可见性,保证连续不断地调整SOA与业务的关系。
第二个主要好处是它支持业务案例以便继续投资。例如,金融服务客户实现了把产品推向市场的时间减少70%的可衡量的结果将导致企业为继续实施SOA计划投入更多的资金。
建立一个沟通计划
沟通对于SOA治理取得成功是非常关键的,也是最容易忽略的问题。SOA治理这个词汇有一点“大哥哥”控制其他人的活动的意味。在许多情况下,SOA治理会遭到抵制。克服这种抵制和鼓励应用SOA治理的最佳方法是要与有关人员沟通。
建立一个沟通计划能够让整个团体了解SOA计划的目标,为什么SOA治理是重要的,人们在自己的工作中会受到什么影响。要保证对定义了什么衡量成功的指标和成熟度评估的结果等问题进行沟通。沟通有助于让每一个人都知道SOA治理的目的及其保持与业务一致的目标。
定义一个参考架构
请记住,SOA中的“A”代表架构。提前建立一个参考架构是任何优秀的SOA治理模型的一个关键特点。参考架构应该包括解决有关人员担心的问题的指南和多个观点。这些指南将知道架构师和设计师在指定的环境中实施这些架构原则。随着时间的推移,这些指南应该推动向这些参考架构汇聚。这项努力的结果将是建立一些能够在SOA项目生命周期的每一个阶段都能够强制执行的单独的政策,以保证遵守已经建立的业务政策和标准。
一个参考架构还应该包括一套定义的相关的IT标准、行业标准和企业标准。
评估这个机构
评估这个机构对于理解其SOA成熟在什么地方是非常重要的。把这个机构描绘到一个成熟度模型中对于理解治理计划必须把重点放在什么地方是非常重要的。然而,这不是一次性的努力。机构应该在每一个宏观的里程碑的地方进行重新评估以便确定治理计划应该在什么地方进行调整,随着SOA的发展,治理计划也随着发展。随着SOA在机构中的应用更加成熟,优先做的事情和努力也将随着发生变化。这样,治理计划就需要把重点转向那些需要治理的地方。
当然,SOA不是想上就能上的,SOA在实施之前,企业CIO必须对整个企业的信息化进程进行全面的预估。
找出要治理的东西和如何进行治理
找出要治理的东西是任何成功的SOA治理计划的一个关键要素。找出什么是完成SOA计划目标最重要的因素和建立怎样严格或者灵活的治理。是不是每一个事情的都需要治理到每一行代码,或者只要开发团队遵守某些标准就应该给他们一些灵活性?
最佳做法是建立一个项目理由评估流程。这是围绕商业应用、需要的投资等项目进行评估。在大多数情况下,这是一个由治理委员会完成的人工评估过程。而且,设计评估对于保证项目设计符合参考架构和在可能的地方重复利用资源是必要的。这两个流程将保证更高的成功率和投资的合理性。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
事件驱动框架和SOA在空军的应用
空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。
-
揭秘New Relic APM技术细节
New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响
-
仅凭SOA和云无法解决业务数据管理风险问题
SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。
-
如何避免云计算与SOA冲突