科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道胡长城:IDC《SOA中国路线图》可圈可点之处

胡长城:IDC《SOA中国路线图》可圈可点之处

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

5月29日的“SOA国际标准全球路演中国站”正在 红红火火的筹备,而即将发布的《SOA中国路线图》似乎预示着中国SOA大门的打开?

作者:胡长城 来源:CSDN 2007年8月3日

关键字: 中国路线图 IDC SOA 胡长城专栏

  • 评论
  • 分享微博
  • 分享邮件

5月29日的“SOA国际标准全球路演中国站”正在 红红火火的筹备,而即将发布的《SOA中国路线图》似乎预示着中国SOA大门的打开?果真这样吗?

很有诱惑力的宣传:“中国站路演将有来自该组织的多位世界级专家,包括IBM公司新技术战略规划负责人Mike Edwards博士、普元软件CEO刘亚东博士、BEA公司架构与标准副总裁Edward Cobb、Oracle公司Jeff Mischkinsky、中国工程院院士倪光南、IDC中国总裁郭昕等,以及国务院信息办、信息产业部高级官员和金融、电信、政府、制造等300多名优秀CIO参与。该次路演预示着在软件标准制定领域,中国第一次参与并与全球实现同步。”

再来看看这次带会要隆重推出的《SOA中国路线图》,是如何宣传和定位的:IDC中国所发布的白皮书《SOA中国路线图》,则是国际研究机构首次基于中国IT背景,针对中国企业实施SOA路线所做的特定解读,极具实践指导作用。

先来看看这个路线图的一些摘要吧:

中美SOA定位对比:

美国
中国
过去的半个多世纪,美国从主机时代、PC时代,到了现在的网络时代,积累了大量的应用系统
过去中国近30年的IT建设多为生产型系统,服务型系统普遍未开始建
美国实现SOA架构关键任务是:对已有系统中的功能进行提取和包装,形成标准的“服务”
大量的“服务”需要全新构造才是中国SOA的主要任务

中国SOA实施策略:

       中国SOA实施策略:

IT建设领先领域(电信、金融)
服务型系统还没开始大规模构造领域(政府、电力、国防)
1.         采用对老系统进行切割和封装的方式,或整个系统包装成一个服务
2.         未来的新建系统用粒度更小、组合更容易、架构更灵活的面向构件技术构造
3.         .用ESB实现新旧“服务”的注册与管理
1.         首先需要统一标准(SCA/SDO)。
2.         用符合SOA标准的方法——面向构件——构造粒度更小、组合更容易、架构更灵活的“服务”。
3.         SOA的流程管理。
4.         SOA的软件治理。
5.         多“服务”用ESB实现集成

可能详细内容比这上面的两张表格要详细的多,具体白皮书俺也没有简单,但是在网上大部分介绍此份白皮书内容的文章都大约谈论的是这些内容,只是我稍稍总结成了两张表格而已。

这个《SOA中国路线图》是有一定可取之处的(毕竟是IDC中国,要是太偏离国内现状,岂不是要成为笑谈)。

可取之处之一,是其点出了中美IT系统所面临的根本性问题不同:现阶段,国内主要是以“构建支撑某一业务的应用系统”为主,其中会伴随着一部分企业内部应用系统之间的整合。

可取之处之二,是为国内大型集团化企业指明了如何解决系统集成和系统构建的融合性问题,基于SOA方式下的解决方案。(虽然目前还不够详细,但不知道白皮书中到底如何?——如何界定从都到尾出现了n多次的“服务”一词呢?)

但是,感觉这个《SOA中国路线图》似乎有个很明显的缺陷,就是忽略了国内的中小型企业用户,忽视了国内软件厂商普遍技术实施薄弱的现状,忽视了绝大多数应用开发平台扩展度、模型度较低的现状。

“电信、金融、政府、电力”,其中前三个都已经具有较广泛的IT信息化发展基础了(电力行业我不是很清楚,不敢妄断)。而其他领域,诸如“石油、冶金、铁路、煤炭等”这些IT信息化发展相对落后的领域却没有被提及。

另外,让我们反思一下这两年异常火爆的“协同应用系统”,为什么市场会比较火热?——这其实反映出当前国内中小型客户所关注的主要层面。但是这样重要的客户需求,却没有体现在这个白皮书关注的视角内,很令人深思。

当然,世上没有免费的午餐。这样的soa宣传大会,虽然名义上是OSOA这样中立性、标准性组织主导,但是背后,很明显是那些国际化大厂商们身影。

web service诞生已经6年了,但是在国内市场上,其应用一直是不温不火。虽然我们一直在说SOA不是web service,但是web service却是在SOA体系中,当前阶段实际性的应用和构架中非常重要的技术。

目前国内的绝大多数IT系统构建,可以分为两个层面:一个是特定业务系统的实施;一个是企业内部IT系统的集成(当然,存在有些项目是这两者结合的,也存在零星的项目是企业之间的集成)。但这两个层面,不论哪个层面,web service技术在其中都显得不够突出,而企业之间的信息交互又不够大范围的市场基础,这就让SOA在国内一直很难被认同的主要原因之一。

于是:“汤姆大叔们”终于做不住了,既然国内客户和开发商对SOA一直犹犹豫豫,那么就只好自己站出来,对这个IT系统只有十几年的“孩子”说:哦,孩子,看到这条路了吗?我把他画出来了,就这么走吧。

不过,在我看来,最大的受益者,可能未必是“汤姆大叔”,反而有可能是我们国内的普元。

系统集成,这不是普元的主要关注领域,而且这个领域,也几乎被IBM,BEA,TIBCO,INOA等等这些老牌的EAI所主导了,而且这种主导的优势,决不是国内企业有消息集成产品(如东方通、中创、神州数码)所能够短时间分享的(但是我很敬佩国内这些做底层中间件的厂商,也希望国内这样的厂商更多更多)。

但是,要知道国内的企业还主要是“应用实现”,这方面市场是不容忽视的,也是普元的EOS所主要定位的——为应用实现提供应用开发平台(类似的,还有起步、浪潮、炎黄盈动等公司)。

普元很聪明,加盟OSOA,立刻让它的“面向构件之路”和SCA标准连成了一家。—— 虽然这里面,有一点点地偷换概念之嫌:SCA是这些EAI厂商为了多系统整合所提出的统一标准,主旨当然是解决“integration”问题(SCA得标准对手是JBI);而普元的EOS组件,原本主要是解决“Application”问题。当然,我不能说普元的组件不适合解决集成问题,毕竟我不在普元,具体EOS未来如何支持SCA,这个问题,希望以后有机会和普元的人沟通交流一下。

但是,普元,作为国内首家加盟OSOA组织的企业,勇气和眼光是值得钦佩的。国内企业,应该有越来越多的参与到国际化标准制定的游戏中去。

注:文中观点仅是个人观点,仅供参考和交流之用。

    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章