SOA治理案例(四)

日期: 2008-06-26 作者:Tilak Mitra 来源:TechTarget中国

  治理实现


  任何治理实现都应该以企业体系结构的四个支柱为中心:人员、流程、技术和服务。实现企业IT和SOA治理的一种机制就是为IT和SOA治理建立研发中心(CoE),它能够在出现新的业务应用程序需求时,将共享资源和功能中心用作资源库。


  治理实现需要分层的组织报告结构的支持。正如图3所示,这种报告结构可以分成下列四个层次结构。



  图3. 治理组织结构示例


  决策层。这一层主要由指导委员会中的股东组成,并且包括足以代表高级主管及LOB所有者和高级经理的人员。指导委员会制定企业的业务策略、目标和远景。这一层的成员是主要的决策者,他们确定如何进行投资以及将资金投入到哪些具体方面,这些方面既包括需要进行的业务流程改进,又包括实现新的应用程序,目的在于获得有竞争力的市场差异。


  领导层。这一层由治理主管的领导和来自每个业务域的两名代表(一名代表业务,一名代表IT)组成。(注:上一部分所提到的业务域表示共享同一业务环境的业务服务。)领导层学习来自决策层成员的业务策略和远景,此外还从指导委员会获得指导并向其报告。领导团队创建企业IT体系结构,制定SOA原则,作为任何应用程序体系结构都需要遵循的最重要的规则。该团队还确定需要优先创建哪些应用程序体系结构,并且确保 IT 优先级与业务需求保持一致。治理主体(由领导团队代表)还制定体系结构标准,并且使需求遵守监管法案。企业体系结构约束也是由该团队制定的,并且他们还负责在需要设计和实现任何新的应用程序需求时监督是否遵循体系结构标准。


  机会管理团队。这一层由多个单独的团队组成,每个团队关注(相关)业务需求的一个或多个方面,并且明确地定义业务应用程序,以满足给定企业业务需求。每个计划团队 都有一个业务主管,负责收集和确定业务需求。相应的IT团队主管负责创建遵循管制领导团队规定的IT和SOA原则的总体应用程序体系结构和解决方案。


  项目管理团队。这一层的团队管理典型应用程序设计和开发的整个生命周期,包括解决方案定义、解决方案概要分析、宏观设计、微观设计、构建、测试和部署等各个阶段。每个项目团队都与特定计划团队协同工作。而一个计划团队常常同时负责几个项目。


  虽然当今企业中的治理涉及很多方面,但是基本要素是分级报告和组织结构。自定义结构是必不可少的,因为企业在结构和文化方面各有千秋。


  结束语


  本文强调,对于任何考虑将IT作为获得收入和保持市场竞争力的重要资产之一的企业而言,实现有效的SOA和IT治理非常重要。这种重要性不仅体现在拥有一个治理主体,而且体现在维护高的执行标准,此外,任何企业必须遵守最近引入的各种强制性法案(如Sarbanes Oxley)。我们还注意到投资者更加信任维护高的治理标准的公司,其治理效果将直接通过更好的利润率反映出来。被寄予厚望的治理主体将给计划实现治理机制的企业提供一个好的平台。最后,我们推荐了一种SOA和IT实现,您可以对其进行自定义,使之适应特定企业的公司文化和结构。


  有效的企业SOA治理源于当今业内企业服务的日益普及。不同的业内人士对企业服务有不同的看法,从而产生了意见分歧,对于企业应该如何治理其服务组合以便从投资中获得最大的收益,人们的理解常常是错误的。在严格的治理指导下,可以更容易地分期获得对新的服务的投资回报,并且更有效地将其他服务添加到SOA系统中。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

相关推荐

  • 事件驱动框架和SOA在空军的应用

    空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。

  • SOA治理模型核心:人

    治理在IT领域非常关键,但是很多时候企业的做法往往太过单向,企业SOA治理模型往往忽视了所有部分当中最关键的组件:人。

  • 揭秘New Relic APM技术细节

    New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响

  • 仅凭SOA和云无法解决业务数据管理风险问题

    SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。