如何通过SOA打破兼容壁垒

日期: 2010-03-24 来源:TechTarget中国 英文

  为什么每当我们听到“兼容”这个词的时候,总会很紧张的认为自己已经,或者是即将犯错呢?这可能是由于人们对于“兼容”在企业内所扮演的角色一个长期而广泛的误解吧,也可能是因为我们曾经在公司内部不同层面推行 “兼容”这一概念时所经历过的挑战,甚至是失败。

  让我们面对现实吧:兼容性是必须的。由于IT在基础架构中设置了壁垒,兼容性从内部角度来说也是必要的,从外部明文规则要求来说亦是如此。与普遍看法不同的是,建立兼容性比你想象的要简单得多。

  那么,在充分利用现存IT投资的情况下,你要怎样更轻松的建立和实现兼容性呢?

  较为成功的企业会说实现与推行兼容性的速度和效率与他们IT基础架构的健康是成正比的。理想的情况下,基于标准上的面向服务架构(SOA)能够成为让IT达成业务目标的桥梁。在这种情况下,我们的目标就是保证兼容性。

  有了SOA作为基础,一个公司就能够从一个IT基础架构薄弱、不能支持业务目标的企业成为一个架构灵活并且确保遵守内外部相关规章制度的企业。

  然而,操作起来并不是仅仅像在SOA上加上一层那么简单。关键是退后一步并对现存的政策以及它们的治理进行测试,因为这将对公司满足兼容性要求的能力以及推动整体SOA实施的能力造成重大影响。

  当然,政策的使用并不是新的。无论怎样,政策的设立都是为了通过企业来建立最佳实践或者标准,提高效率、帮助简化业务流程。近期的政策设立以及SOA的普及更凸显了这一重点,也推动了对能够满足企业或强制性要求的IT政策的需要。

  但是,企业和IT成员需要学习、理解并且遵守的行业标准、企业规则的数量孩子不断增加和变化。很多情况下,与行业标准保持一致的努力往往与短期项目目标冲突。项目管理组织(PMO)和架构团队可能就会以文件形式和在内部网站上发布具体内部政策,然而项目团队几乎是没有时间和人力去理解和遵守这些政策的。

  一个比较典型的例子就是严格的地方以及联邦制度变化频繁的金融服务公司,这些公司需要迅速的应对这些变化。在很多情况下,这些公司在近几年的发展中,通过并购换来了重大的成长。这些成长使得他们能够扩大自己的产品目录,获取新的客户,这也增加了IT基础架构的复杂性。

  随着时间的推移,许多公司积累了成百上千在不同平台运行的应用程序,其中一些甚至是在不同语言环境中的。而监管环境与各种政府和行业团体对于公司的监控也为管理这一基础架构增添了挑战。

  在最早采用面向服务策略的公司中,金融服务机构发现在SOA的旅途中他们仍然需要遵循包括Sarbanes-Oxley法案、十国集团的Basel II法案和Check 21在内的法律。

  而且众所周知,如果IT不能建立基础架构使得公司满足这些要求,就有可能导致服务的重新设计、维护和项目的延迟,上百万成本的损失,更不用提由于不满足合规性而带来的潜在利润流失和企业负债。

  有一个公司很快就认识到要充分的发挥SOA的好处就要优先考虑政策管理,引进自动化治理。通过利用现有广泛的已经建立的政策图书馆,从设计时间就开始实行治理,该公司能够很好的控制政策制定和执行机制。这使得他们在推动标准平台IT资产再利用的同时还遵守了兼容性的规则。其结果就是大大缩短了开发周期、提高了全球治理和本地化执行的能力,同时节省了成本并识别新的利润流。

  然而SOA本身并不是什么灵丹妙药,金融服务公司也并不是越来越需要支持兼容性的唯一产业。此外,需要重申的是兼容性并不仅仅是政府规章,它也包含了整个公司的要求。

  此外,如果答案就是SOA那么简单的话,那么IT和业务决策者就不用一直为最好地满足企业需求,寻找促使SOA和兼容性正常运转最有效的方法而烦恼了。

  这一挑战带来了对政策驱动型SOA治理的需要。众所周知,这已经不仅仅局限于金融服务公司,而是可以适用于几乎所有处于SOA实施中的公司。

  大家可能知道,每一个战略性的IT倡议都是由政策驱动的,SOA也不例外。政策设定了目标,用于指导和衡量结果成功与否。没有政策,就没有治理,没有治理你也就不能够达到兼容的目的。

  这个挑战明显是政策制定者,包括IT经理人、架构师、项目领导者和应用程序开发团队需要考虑的首要问题。在这一点上,为了通过SOA达到兼容有一个风向需要得到缓解,那就是公司内部不同政策制定者建立不同但却相辅相成的服务。这些不同的途径牺牲了程序的协同性、易管理性、安全性以及其他SOA的好处。

  像SOA的大目标一样,政策的基本目标也是在业务和技术之间建立紧密的联系。而许多政策都是从业务层面建立的,他们需要基本的基础架构做支持。从另一方面说,你也希望确保政策是大体业务目标的反应,这样一来你也不用额外提出可能会阻碍进展的不必要的需求。

  要真正通过SOA打破兼容壁垒需要一个系统的、基于政策的治理。这个自动化手段提供了更高程度的指导、集中化控制,尽管是一个自上而下的服务建模,需要在基础架构的不同节点独立的实施治理。

  这对组织来说意味着公司所有独立的努力――服务的设计、开发、部署或者是运营都将在SOA中集合到一起以达到业务目标。除此以外,这还使得各个团队可以很容易的追踪和处理非兼容性。

  通过使用SOA在企业中推动兼容性和治理,企业就可以确保更大的一致性和最佳时间的从夫使用。随着SOA发展和新政策的引进,这些能力将显得越加重要。

  要确保一个成功的治理解决方案需要在企业行动改变和发展的过程中分析、跟踪和改进企业政策和架构。一个基于政策的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和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。