|
——社会保险核心平台二版扫描之四
林述民
信息化技术发展日新月异,新技术的出现在提高人们对信息的掌握和操控能力的同时也为当今社会保险的信息化建设提出了更高的要求。社会保障系统在社区的建设、公共服务体系的延伸,以及更完善、方便地与银行、财政、税务、金融、民政等部门的信息交换,成为当前社会保险系统所要面对的问题。为了解决这个问题,在增大行业基础信息网络建设、提高信息系统的处理能力和速度的同时,还应该适时地运用新技术对现有系统进行升级、改造,以使其更适应信息量不断增大、信息面更加拓宽的行业需求。鉴于此,劳动保障部继2000年推出核心平台一版后,又推出了核心平台二版。
核心平台一版主要采用客户端/服务器两层结构的系统体系结构,该系统应对早期的业务要求和技术条件较为合适,对于当前各方面新需求,如高并发用户、统一数据接口等方面的扩充能力则有限。在新需求和新技术驱动下,核心平台二版应运而生。在对当前新形势下社会保险信息化建设的要求进行缜密的分析和研究后,核心平台研究院的二版项目组参考了国内外的专家意见和建议,最终决定采用“客户端/应用服务器/数据库服务器”(C/S/S)三层架构作为系统的基础技术构架,以J2EE技术作为系统的核心技术标准。在充分考虑到了系统的易扩充性和可移植性的前提下,整个系统框架还考虑了社会保险的行业特点,业务操作界面采用了传统的Windows客户端界面,使用户在操作和感观上更易于接受。
利用三层架构设计和开发社会保险管理信息系统在行业领域内是一项新的尝试,它所具有的新特点和新特性是其它结构的系统所不具备的。以下对采用了三层架构核心平台二版的各方面特点进行逐一介绍:
在两层体系下,业务逻辑在客户端和服务器端都有分布,而且服务器端的主要计算任务都由数据库承担。数据库系统本身作为系统级软件,它本身的优势在于提供高效率的数据访问和处理而不是数值计算,利用数据库系统处理大量的业务计算并没有完全发挥出数据库管理系统的特长,当请求并发量巨大时,数据库性能下降很快。针对这一不足,核心平台二版三层架构的处理方式是:业务逻辑分布到应用服务器上,数据库上不再具有业务逻辑处理单元,而只负责基础业务数据的管理,主要的计算任务由应用服务器完成,从而充分利用了应用服务器在并发处理和逻辑计算方面的优势。另外,应用服务器还可以做集群的配制,即在物理上,统一应用管理多台应用服务器对外部请求的分配和并行处理。这样,当计算请求并发量巨大时,集群的多台应用服务器之间可以动态的进行任务分配,实现负载均衡,保证了系统性能不会因为大量并发用户的访问而急剧下降,另外系统也同时具备了很好的可扩展性和伸缩性,即在请求并发量增大或减少时,可根据实际情况增加或减少应用服务器数量,以便保证性能的前提下,合理利用硬件资源。这些都是两层结构所不具备的优点。
基于J2EE的三层架构还具备很多特点。应用J2EE的三层架构对于保留现存的IT资产有着重要意义。由于社保机构在面对适应新的业务需求的同时,也要充分利用好已有的资产,因此,在信息系统建设方面,做平滑的系统迁移方案,而不是重新制定全盘方案就变得很重要。这样,一个以渐进的,而不是激进的、全盘否定的方式建立在已有系统之上的服务器端平台机制,是所有社保经办机构所力求的。J2EE架构可以充分利用用户原有的投资,如一些公司使用的BEA
Tuxedo、IBM CICS、IBM Encina、Inprise
VisiBroker。之所以成为可能,主要是因为J2EE拥有广泛的业界支持。每一个供应商都对现有的客户提供了不用废弃已有投资,进入可移植的J2EE领域的升级途径。另外,由于基于J2EE平台的产品几乎能够在任何操作系统和硬件配置上运行,现有的操作系统和硬件也可以被完整地保留下来继续使用。
J2EE体系对大型系统的高效开发有着良好的支持者。J2EE标准严格要求把一些通用的、很繁琐的服务端底层开发任务交给中间件供应商去完成,而这些复杂的系统级功能是常规应用开发中难度最大、开发成本最高的一部分工作。高级中间件供应商提供复杂的中间件服务,如:状态管理服务、持续性服务、分布式共享数据对象的缓冲服务等,它对开发人员来说是很重要的,这样开发人员可以集中精力在如何创建业务逻辑上,相应地缩短了开发时间。对于核心平台来讲,也就缩短了本地化开发的周期。
|