排球

迎接信息大集中 企业IT架构变革群集萌动

2019-10-09 16:12:01来源:励志吧0次阅读

《医药卫生体制改革近期重点实施方案(2009-2011年)》终在4月7日公布,其中广受关注的有一条:将推广参保人员就医“一卡通”,实现医保经办机构与定点医疗机构直接结算。随着人口流动的加剧,不少人希望能够建立跨地区、跨省份的基本医疗转移结算办法,形成全国统一的医疗信息网。这无疑需要医保系统的整合,而信息的大集中会对当前IT架构提出莫大的挑战……

“昨天有一个上海非常着名的互联网客户请求我们到上海机房现场,因为他们在3个月内服务器从50台扩展到1000台,需要大批系统维护人员支持。”某IT服务商近日向记者抱怨。服务器的激增带来的不仅是业务的提升,还有成本、能耗和维护工作量的大幅增加……

奥运门票系统首日瘫痪、身份信息自助查询网站因群众热情高涨次日系统瘫痪、春运售票系统瘫痪……人们总会被这样的突发事故弄得措手不及。

上述这些例子或许有些风马牛不相及,但它们后面都有一个亟待完善的IT架构。随着信息技术的持续深入,政府和企业的信息系统越来越多,机房不断扩充,成本不断增加,这似乎成了众多企业发展过程中挥之不去的一个阴影。

堆积木似的服务器采购和运维模式,已无法完成信息大集中的历史使命,也无法应对系统扩展所带来的成本和节能压力。这种传统的IT架构急需变革,政府和企业都需要一种能够处理海量交易、高度可扩展且绿色节能的新的架构。记者近日经过多方采访发现,事实上已有不少领域正在进行这样的探索。

电子政务:分布式架构存在痼疾

上海众恒信息产业有限公司CEO高建强:我敢预言未来几年大型机系统一定会走向电子政务。未来的电子政务应用则一定会走向在网络通讯技术基础上,分布式处理技术与集中处理技术相结合的技术路线。

我国的电子政务始终是围绕着“一站、两网、四库、十二金”来开展的。经过十几年的建设,数据采集和数据积累过程已基本完成。由于管理业务繁多,目前在政府各业务条线已形成一个个庞大的数据库群。正是这些不同结构的数据库群的存在给政府综合管理留下了很多问题。

政府部门在建设电子政务系统的时候,由于各职能部门之间都是相互独立的,而且相互之间缺乏一定的协调和统一,这就造成两个很现实的问题:第一个是数据问题,如数据一致性、冗余性、及时响应性等;第二个是系统问题,主要指协同作业、作业效率与系统间的信息交互可控性问题。

拿农民工办身份证来说。比如他是安徽人,在上海打工,要办身份证他非得请两天假跑回安徽才行。再如夫妻俩去办结婚证,结婚的同时马上会涉及到户口要迁到同一个地方,迁过来以后而劳保登记的所在地址却没有改变,那么就有可能会出现同一个人在不同管理部门出现几个不一样地址的情况。

目前,上海众恒信息产业有限公司(简称上海众恒)正在开发建设上海实有人口的数据库系统,这是“四库”中的一个自然人口库。上海实有人口的数据量已达到 1700多万人,户籍人口也已有一千多万,而涉及实有人口库的政府各条线数据库非常大,仅仅公安系统与实有人口库数据相匹配的业务数据库就有40多个,这还不包括其他政府管理部门业务条线数据库,如就业、劳保、医保、教育、民政、计生、税务、统计、房地、卫生等。我们应该注意到这样一个事实,如此庞大的业务系统是通过十几年的建设,由不同的公司,采用不同的技术和不同的编码方式,以及不同的业务规则开发而成的,因此,要想让这些不同条线、不同业务系统之间实现即时动态数据交换和数据共享,这绝对不是一个简单技术问题。

政府各部门建立这么多业务数据库,最终使用价值是什么?是要为政府提供科学管理和分析决策服务,要通过数据建立数据的挖掘、分析、研判和展现,为政府各职能部门提供科学的管理手段。但问题在于:数据综合分析应用的前提是必须要有统一的标准,完整、统一的数据源。数据源如果不一致的话,做出来的分析结果怎么可能科学呢?

真正造成这个问题的根源是因为我们建立了多级库。为什么要建立多级库?因为几乎各政府业务系统大都是采用分布式体系结构来实现的。小型机、86平台是电子政务主要的配置选型。而小型机、x 86只能支持分布式结构体系的处理系统,它的数据响应速度跟不上,不可能去做数据库大集中。比如,几百个派出所用上万台终端同时向小型机平台发送请求信号,如何实现?肯定只能是分级处理,否则系统将严重“阻塞”而崩溃。

我个人认为,未来电子政务的发展和应用趋势会向三个方向转变:一是中央请求响应与交换服务系统作业平台;二是数据资源的综合应用分析平台,包括数据清洗、比对、挖掘、引擎、分析和展现等;三是数据大集中的交易型业务处理平台。要朝这三个方向发展,肯定离不开系统体系结构的改变。

黄山治疗牛皮癣医院
上海治疗牛皮癣医院
昭通白癜风好的医院
黄山治牛皮鲜好的医院
上海治牛皮鲜好的医院
分享到: