前几年,SOA成为企业IT部门主要使用的一种企业应用集成方法。而在应用逐渐成熟后,越来越多的企业开始利用SOA创建对跨多种应用服务进行组合与重用的组件。随着应用水平的提升,SOA在企业环境中不再只专注于应用的集成,其应用扩展到企业业务流程建设的的各个方面。SOA的参与让应用的升级变得更容易和快捷,减少了开发的时间,同时改进提供给客户和合作伙伴的服务,以及节省资金。SOA变了吗?它仍是SOA,只是长大成人了。
长大后的新角色
美国Wells Fargo公司的主要系统架构师Hamesh Yadav,兼任Open Group面向服务的基础设施工作组的共同主席。他认为,仅编写将已有应用包裹起来的服务外壳不再能获得高分。现在的SOA更多的是基于问题的。“尽管SOA在更大范围内的使用面临着管理方面的挑战,但最终的结果是,SOA将通过使应用变得更加可操作来减少复杂性。”Yadav说。
美国麻省人寿保险公司的SOA项目合并了大约100个服务,包括分配管理、保费征收、客户信息管理、新业务和保险。这些服务所集成的应用跨越不同的业务部门。该公司负责企业SOA战略的副总裁Kinam Peter Kim表示,业务部门从企业的共享服务集中选择合适的组合,而不是整个更换已有的应用。他解释说:“对我们来说,SOA不是技术。它是一种让我们的企业实现现代化的途径,一种建立可自适应的企业应用的途径。”
精心设计的SOA服务对于业务流程自动化和系统集成而言是可重用的。例如,美国万通金融集团(MassMutual)将共享的业务功能,例如安全性,放置到信息库中。这些共享的功能遵从IT部门的管理政策,而这些管理政策反过来决定哪些应用应该使用共享的服务。
当2007年美国万通金融集团考虑更新其SOA方法时,其IT团队意识到,可以跨所有业务部门使用一种架构模型,而不是改变模型。该公司的企业技术副总裁Don Carten说:“我们提出了一些问题,例如SOA对于我们的企业意味着什么?我们考虑了实现方式、投入多少资金、实践、我们该使用什么服务。然后我们建立了项目核心团队,并利用著名的标准构建服务。”
Forrester Research分析师Mike Gilpin指出:“SOA正在进入主流,成为其他东西的组成部分。企业定义Web服务、编写代码,然后提供应用服务。”Gilpin以电信行业为例来说明这一概念。SOA好比是连接一家电信公司的所有服务(包括陆地线路、移动、电信等)的通用语言,使这些服务可以在运营商的网站上以统一的方式提供。这种结构甚至可以扩展到企业的各个零售点。在零售点中,它使销售人员可以在显示器上看到服务包的详细内容。
通过SOA,所有系统可以更紧密地集成起来。企业可以营销、提供来自所有来源的组合、捆绑的服务,并为它们开具账单。Gilpin解释说,每一个系统可以运行在不同的基础技术之上。“陆地线路可以运行在大型机上,移动服务则运行在Java平台上。SOA是一种使能技术,而这将降低费用。同样,在金融服务行业,SOA可以使银行能够更快地处理贷款,或提供更加便捷的服务。”他说。
在Cigna公司,SOA的演进路径与万通金融集团有所不同,但却带来了类似的结果。这家美国的健康保险公司在2001年左右开始使用SOA,并全心全意地投身到这一技术中。当其他许多机构在部署级测试Web服务时,Cigna在大规模的、企业范围的系统部署了SOA。部署的范围包括新的呼叫中心软件,以及客户账户管理应用。
Cigna高级架构主管Stephen Bergeron说:“我们扩建了已有的硬件与软件基础设施,现在SOA几乎进入到每个关键应用中。目前,企业依靠SOA提供流程编排、数据服务和业务服务等。”Bergeron解释说,从业务和IT的角度出发,Cigna正在重新考虑业务部门访问和使用共享应用的差异有多大。“由于许多业务应用具有重叠性,因此重要的是,前期定义每个服务打算实现的功能,并相应地管理每个服务的使用。这样做将确保技术被正确地使用。而这样的措施在SOA在整个企业范围内广泛采用时显得尤其重要。”他说。
目前,Cigna所部署的共享服务注册表和信息库促进了更大的数据共享。其中,注册表包含哪些应用与SOA集成,以及每个应用使用哪些可重用代码的信息。信息库则保存了可重用的代码。
扩展战略
在关键任务应用上使用服务代表着一种转变。Forrester的Gilpin认为,这与由服务构成的应用不同,也与使用独立于SOA的服务的应用不同。SOA的使用一般以下面的方式进行扩展:企业首先在小型的、一次性项目上使用Web服务,然后当较小的项目取得成功时,开始在整个企业内部署SOA。
不过,若想取得成功,这种扩展思路必须伴随着观念上的转变,即从业务流程角度分析SOA的部署需要。将Web服务由应用集成器提升为企业范围的SOA,复杂性无疑增加了,同时也带来了挑战。这些挑战包括,找出哪些应用该消费服务,以及它们应该如何消费。这种转变要想成功,IT经理必须转换思考的方法与角度。
IDC分析师Sandra Rogers指出,更广的SOA概念是一种实现更大业务灵活性的“应用与系统设备环境”。但是,这种范围更广的角度要求服务作为业务代表元素,以及业务流程组成部件得到精心的设计和周全的考虑。一种途径是使SOA基于可重用和可与多种业务应用配合的“动态”服务。但是为此,IT人员必须密切注意代码如何被管理。管理工具和信息库成为关键。
无论做什么,规划都是不能忽视的。Burton Group的分析师Anne Thomas Manes称,SOA的讨论应当转入地下。IT部门应该停止向业务部门推销SOA。相反,他们应该在具体的项目上应用SOA的原则。换句话说,IT部门必须利用SOA更微妙的优势。她指出,这些优势能够确保软件更可管理、更可维持,而更方便的集成能力将使IT部门的运营更加经济和可持续。
Manes的结论是:“企业不要只是谈论SOA,要证明它是可行的。” 万通金融集团的Kim对此表示赞同。“我们取得成功的一个原因是,我们在5、6年前标准化了流程架构。而架构师还必须了解业务,在这方面我们也有很好的基础。另外,我们还得到了企业管理层的强力支持。”
但是,CIO们仍然需要谨慎和小心。Cigna的Bergeron说:“当你扩展SOA时,必须不断提醒自己,SOA不是关于技术的。IT部门常常陷入‘为技术而技术’的陷阱,从而失去了必须推动我们工作的业务目标。现在市场上存在着各种可用于支持SOA的产品、技术和标准,它们很容易分散用户的注意力。”
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
事件驱动框架和SOA在空军的应用
空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。
-
揭秘New Relic APM技术细节
New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响
-
仅凭SOA和云无法解决业务数据管理风险问题
SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。
-
如何避免云计算与SOA冲突