数据大集中以后,不同的业务负载,如医疗保险的费用结算,实时性要求高,数据量小,响应要快,并发量大;而养老保险的月度结算,实时性要求不高,并发量小,但数据量大,如何在应用、数据库以及存储硬件层面做到负载的隔离,保证不同的应用都能获得理想的运行效果。
这是一个非常复杂的问题,通过简单的描述就可以看到涉及“应用、数据库以及存储硬件层面”,我了解这个问题目前基本无解。
原因有几个:
1.人社系统技术力量严重不足。
目前基本都是由系统集成或者应用开发商在主导。他们又不是很了解业务需求和管理等方面的一些实际情况(虽然他们也做一些调研工作,一些工作很难在几次调研沟通来解决),而人社系统又很少懂计算机总体应用的。所以,总会有这样那样的一些问题。
2.这些服务商基本会按照他们自己的理解来开展工作。
基于前一个问题的原因,当然还有诸如现场工作人员自身的原因。他们会想当然按照自己的一些理解来开展工作,缺乏应有的交流和沟通。
3.受普遍的应用水平和认识水平的影响。
不论是管理部门(包括一些领导和一些工作人员)还是服务人员,普遍存在对目前的一些信息应用管理要求认识不足,应用能力和水平普遍低下。
这些都会影响到大集中后的应用管理效果。如果能够首先认识到这些问题,再从各个方面入手,各个突破,起码应该不会出现什么大问题。从安全角度来讲,是没有绝对安全的,只要这些 问题能够及时解决就好。
收起