在不同IT建设背景和需求下,实现SOA架构会有不同的具体路线图。通过审视中国SOA的关键任务,以及实现关键任务的典型技术和技术架构图,加上中国SOA市场上的现有解决方案和厂商分类格局,中国企业需要与美国不同的SOA路线图——现今中国大型企业仍缺乏大量的服务性系统,使得大量的“服务”需要全新构造,而在构建新建系统中,更倾向于采用标准的小颗粒构件构造流程级别的标准服务。
SOA从技术迈向应用
当前,国内诸如金融、电信等IT发展较快的行业,正面临业务需求不断变更,原有系统不断整合或扩展,以及成本控制、技术更新换代、管理众多软件系统和开发商等IT应用系统建设中的巨大挑战。
能否帮助中国企业克服这些困难,使企业的IT架构更为灵活,从而从容地应对市场环境的不断变化;使企业现有的IT系统之间充分整合,从而使各个业务部门和环节更好地协同;通过服务颗粒和松散耦合,使企业IT系统的复用性提高,从而有效降低IT成本,这些都是SOA要迫切解决的问题,也正是这些挑战,推动了SOA的诞生和快速发展。
SOA作为一种软件系统架构方法论应运而生,满足市场对软件互联互通,复用和业务流程管理的需求。其主要目的就是通过让IT运行环境更好地支持业务的变化,来保证业务的灵活性。
当业务灵活性发生变化的时候,IT的支撑架构就要很快的适应这种变化。构建SOA服务以及用标准的方法重用与整合服务是SOA的核心任务。SOA服务的构造既可以是对已有系统中的功能进行提取和包装,也可以是基于新的业务需求进行构造。
由于厂商SOA产品技术的不断完善和相关国际标准的出台, 进入2007年后SOA话题慢慢从为什么要上SOA转变到如何上SOA。IDC 的《2007 年中国企业SOA应用调查》显示,超过77% 受调查中国企业开始考虑或着手实现SOA架构。具有前瞻性的公司正在跨越功能和部门来拓展他们的SOA实施,最终将涵盖整个企业甚至他们的合作伙伴、供应商和客户。
SOA中国特色
对比欧美企业,中国企业IT系统建设具有相对独特的SOA实施背景和需求特色。中国企业的软件系统现状具有以下两点特征,一是中国企业已有的软件系统数量相对较少, 比较美国成熟市场而言,中国企业软件系统建设尚处于早期或中期阶段;二是中国企业在早期软件开发过程中,由于不规范和业务需求的不断变更,现有系统很难被标准化切割成为SOA服务。
据IDC调查,在金融、电信等行业,大客户已经建设了近90%的生产性系统,但与国外同类企业不同的是,它们仍然缺乏大量的服务性系统。超过70%的服务不存在或需要重新构造。
而在成熟的美国企业软件市场上,美国企业已经建设了大量的应用系统。美国企业的IT建设更多集中在原有系统改造、升级或整合, 新建软件系统比例相对很小。美国实现SOA架构的常见场景是将已有系统提取和包装成标准的服务, 再将不同系统中的分散数据整合包装成为数据服务,最后通过业务流程管理对服务进行整合。美国企业市场能对原有系统进行有效分割包装,主要得力于其软件系统中大量部署了标准化、模块化程度都很高的套装应用软件。美国企业经历多年的企业应用集成实践,也为切割的标准化打下了一定的基础。
总之,中国企业更多的是进行系统新建或改造优化,对系统整合的需求相对较少,而且已有系统难以被标准化切割成为SOA服务。相比美国实现SOA架构的关键任务——对已有系统中的功能进行提取和包装并形成标准的服务,中国企业的SOA关键任务是在一个标准的平台上构造企业所需要的一切全新服务。
SOA中国路线图
为了实现中国的SOA关键任务,企业和软件开发商在实践着不同的技术路线以构建SOA服务,包括纯代码编写,基于套装软件二次开发或基于面向构件技术平台进行开发。大型套装软件开发周期长,开发费用高,无法有效适应中国企业复杂多变的需求;而纯代码编写又不利于标准遵从,同时开发效率较低。就这样, 面向构件技术渐渐地出现在技术市场,使大量的新建系统可直接构建粒度更小、组合更容易、架构更灵活的标准服务。
与此同时,由于大部分中国企业的现有软件建设技术和业务制定均不规范,导致业务流程难以有效提取;同时,不同系统不同标准的数据源也难以整合;最后,在企业陆续新建的系统中由于缺乏统一的技术架构, 最终产生了更多的信息孤岛。
所以,在以新建为主的软件系统建设背景下,中国企业实现SOA架构时更关注建立一个标准的平台,并在其上构造企业所需要的所有标准服务。而SCA/SDO标准的发布为构造SOA服务提供了理论指导, 遵从SCA/SDO标准的面向构件技术为更多的企业所选用来实现SOA架构。
因此,中国企业实现SOA架构时,原有系统将主要依靠服务来切割,或者推倒重来,尤其是在构建大量的全新系统中,更倾向于采用标准的小颗粒构件构造流程级别的标准服务。普元软件提供的面向构件技术,实现了SCA/SDO国际标准,逐渐成为中国企业实现SOA架构的基础。面向构件技术的积极意义在于,SOA服务可以用构件来建造,SOA服务本身的管理和组装也是一个面向构件的过程。
构造服务和整合服务是成功实施SOA 时两个互补的重要方面。只有构建大量的SOA服务之后,方可通过ESB(企业服务总线)对服务进行注册与管理,从而使其被检索、发现并使用。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
总线技术究竟该不该用?
曾几何时企业服务总线(ESB)被视为企业IT的核心。今天,不仅ESB受到了比被废弃还要糟糕的攻击,若干开发趋势似乎对更简单的消息总线也发起了质疑。
-
架构安全模型开发方式探索
维护一个强大的安全模型,以及相关合规和管控的需求越来越重要,特别是在如今黑客和入侵几乎每天都会发生的情况下。
-
联合创新,携手共赢 华为与Commvault签署全球合作联盟协议
【中国,上海,2015年9月19日】在2015年华为云计算大会上,全球领先的信息与通信解决方案供应商华为与美国知名的数据管理软件及相关服务主要供应商Commvault签署全球合作联盟协议。基于合作协议,双方将会加大投入数据中心备份解决方案在云化环境下的“可服务化”技术研究 。Commvault公司全球业务发展副总裁Andreas May、华为IT数据中心解决方案总裁马力出席签约仪式。
-
锐易特依托大数据升级核心产品
锐易特的核心产品企业服务总线(RES ESB)V6.0版本的成功发布,为我们重新审视国产中间件的信息整合之路,提供了宝贵机会。公司负责人介绍了产品升级后的性能及企业发展策略。