SOA已经受到了全球首席信息官们的关注,因为它有IT灵活性和业务反应能力等诱人的承诺。随着更多的企业把方法的好处应用到自己的IT流程,一种明确地采用的方式正在出现。应用的三个主要阶段正在不断地显示出来。在IT机构实施的旅途上。每一个阶段都将带来最初的好处和随后的挑战。
第一个阶段显示了IT机构在如何让脱离概念的码头进入行动方面遇到的障碍。第二个阶段是跨过共享的服务的鸿沟。第三个阶段是实现企业的可伸缩性。本文将介绍的这三个阶段,每个阶段需要克服的主要挑战以及实现承诺的企业应用、伸缩性和优化的业务结果等状态的最佳做法。
旅程中三个阶段的简要介绍
在一家企业实施的旅途中有三个大的过渡期或者阶段。这是一种简单化的观点,有助于思考将带来的不同的挑战和将需要的一些关键能力。
第一个阶段是让机构开始应用。这可以用三个分步骤进行解释。第一个步骤是有一个推动努力的明确的业务目标。每一个公司都有自己独特的业务目标。但是,没有业务的推动因素,只能是一个学术的活动而不是一个投资的计划。第二个步骤是找到一个负责初步的计划取得成功的团队。这通常是通过一个试验计划实现的。公司的大多数精明的设计师和服务开发人员将一起实施第一个基于的服务。第三个步骤是交付这个初步的计划。
第二个阶段是跨过共享服务的鸿沟,是超越最初的计划水平并且开始实现跨项目的服务共享。通过让各个部门共享服务和在新的混合应用程序和业务流程中使用这些共享的服务,机构作为一个整体能够开始实现的效率和灵活性的好处。虽然实现服务共享听起来是很诱人的,但是,它需要一种可见性和信赖的文化。
第三个阶段包括准备基于的能力以便升级到一个企业水平并且最终把引进到整个IT机构。这个阶段有许多方面,许多机构首先推出第一个基于的项目进入生产运营中,然后在生产混合应用中支持跨部门的服务消费。这种扩展将继续扩大到企业应用并且最终扩大到业务合作伙伴。
每一个阶段都需要扩展技能组合、机构的准备和提供自动化和最佳做法支持等技术的支持。
第一个阶段:离开概念的码头并开始上路
假如你是一个零售机构的信息服务部门的负责人并且接到要求要使用的方法创建一个电子商务部门和客户支持部门都能够使用的一个新的客户查询应用程序。你也许会让一个关键的企业设计师和一些应用程序经理执行这个计划。这个企业设计师确定了一个用于这个应用程序的参考架构并且与应用程序经理一起确定建立什么样的服务来支持这个查询应用程序的业务目标,使用什么标准暴露接口,使用什么集成技术把这项服务暴露在网络上。
这也许会导致购买一些中间件软件以便获得一些现代的技术简化建造和部署松散耦合的业务服务流程。然而,如果一个机构开始踏上的旅程,在推出这个初步计划的时候头脑中必须考虑到更广泛的前景。通过采用,机构采用的方法基本上能够让建立和提供的业务服务在以后的业务流程和混合应用程序中轻松地发展和再利用。
第一阶段的要点是在没有为第二个阶段做出规划之前不应该实施任何计划。
第二个阶段:跨过共享服务的鸿沟
这样,你建立了一套提供业务功能的Web服务和基于REST(代表性状态传输)的服务。也许这个项目会导致一种新的客户查询服务、客户地址变化服务和过期的账户查询服务。这个机构采取这个步骤把这些服务通过企业服务总线发布出去,这样,拥有不同身份识别要求的u不同的用户都能够访问这些服务。
这个机构现在拥有了吗?没有人会争辩说没有。他们有三个新的Web服务。
旅程的下一步是让这个机构建立一种能力,让这些服务在不影响使用它们的应用程序的情况下轻松地发展。在许多情况下(并非所有的情况),需要作为共享的服务发布以便让未来的服务消费者再利用这些服务,无论这些消费者是混合的应用程序、业务流程还是通过门户和Web应用程序访问的用户。
我们把这个阶段称作“跨过共享的服务鸿沟”。这个目标只有在机构实施治理、质量和管理的新流程的时候才能实现。这个阶段不仅仅是建立服务和集成这些服务。这些服务必须要加入到支持规划如何根据设计和运营政策建立这些服务的一个服务生命周期中,这样,潜在的消费者就能够信任这些服务将按照承诺提供。
在这个阶段,的努力已经从建立一些Web服务发展到创建一个支持共享服务的面向服务的基础设施。这些服务可以在一个动态的环境中被发现、再利用和管理。这通常会带来成功。但是,第三个挑战依然存在:升级的努力以解决企业的问题。
第三个阶段:实现企业的可伸缩性
随着机构的成熟和计划早期阶段的成功超越最初计划的范围,企业将要看到这种方法在其整个IT机构中的复制。的努力必须要超越已经完成最初计划的“超级英雄”团队。
如果这个机构已经投资建立了管理这个服务生命周期的初步流程并且投入了IT运营和质量保证等核心的IT机构,那么,这个机构就能够有利地渡过旅程的第三个阶段。
在这个阶段,服务生命周期流程必须要扩展到整个IT机构。所有的应用程序开发团队必须准备应用和发现可再利用的服务。他们必须理解将使未来的服务和混合应用程序一致、兼容和共享的企业架构。内包和外包的质量和测试团队必须配备质量管理解决方案。这些解决方案需要处理有关的独特问题,同时允许质量团队参加规划、需求管理、测试和质量推动的服务生命周期决策。他们需要质量解决方案允许他们继续做自己的工作,而不用成为配色的物理博士。最后,必须配备包括所有级别的服务台在内的整个IT运营团队以便把引进到他们现有的IT环境中。这样,他们就能够实现跨和非的基础设施的业务预期。
在这个阶段,IT机构需要考虑如何让渗透和集成他们已经得到证明的IT流程中。这需要元数据和信息无缝地通过这个从规划到要建立的治理和质量保证一直到运营和改变管理的生命周期。只有在成为整个IT环境中的一部分的时候企业应用才算完成。
要记住,千里之行始于足下。也是如此。开始应用的最佳方法是评估你的机构为做的准备,授权一个团队拥有,找到一个有实际业务支持的项目,并且在一个治理计划的指导下实施服务。治理计划能够更方便地实现业务和IT目标并且培养负责这个服务生命周期的设计、建立、测试和运营等各个IT团队之间的协作。
虽然大多数旅程都要经过本文所说的三个阶段,但是,最佳的成功预测是要胸有成竹。知道是在建立一个,而不仅仅是一些Web服务。在你进入第一个阶段的时候,你就要提前计划好第二和第三个阶段的事情。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
CIO以共享服务模型和云计算应对变化
作为犹他州立大学的CIO,Eric Hawley被SearchCIO评选为2013年度企业IT领袖。接下来,他会分享对当前教育领域和其他行业的技术见解,包括为了适应快速的技术变化而向共享服务模型的转变。
-
信息化内参(5):IT选购的学问
对企业CIO来说,IT采购从来都是一个难题。难就难在如何在IT预算与性能之间找到平衡点。换句话说,花最少的钱办更多的事,成为企业CIO努力实现的愿景。
-
SOA整合系统必须的实施步骤
对于企业管理者来说,SOA的技术层面的内容不是问题,而怎样实施SOA。达到目的才是问题。本文介绍了SOA整合系统必须的实施步骤。
-
CIO应对SOA架构固有缺陷时刻保持警惕
曾经备受肯定的SOA架构正暴露出其架构的固有缺陷——当基于SOA的服务管理达到一定深度时,目前的SOA管理策略在服务故障的追根溯…..