关于金融保险类系统中应用架构优化思路.docx

?

?

关于金融保险类系统中应用架构优化思路

?

?

王春临+王铁新

【摘要】随着社会经济的不断发展，金融业以及保险业很容易受到高并发或者大流量的业务冲击，所以建立一种新型的弹性架构来应对这些是势在必行的。本文利用互联网应用架构以及Docker容器技术来辅助银行业以及保险业去迎接即将面临的挑战。

【关键词】金融保险高并发弹性架构Docker

一、引言

随着社会经济水平的不断提高，一些新兴的银行金融以及保险出现在了人们的视野中。传统的银行企业以及保险企业避无可避的业务变革就是移动互联网渠道的革新。接入以及自建互联网渠道是革新的两种渠道，无论选择哪种渠道，我们都应该清醒地认识以下几个问题[1-2]：1.目前拥有的传统架构应对互联网渠道创新业务的爆炸性冲击的能力如何；2.哪种架构可以解决爆炸性冲击带来的影响；3.哪种架构在解决爆炸性冲击的同时，可以扩展未来的需求。以现在的银行业以及保险业为例，渠道单一化是传统的银行业以及保险业的特点，它们基本上都是以各个分支机构以及营业网点为中心来进行运作，在完整的指标体系中，整个IT系统的建设指标的重要性往往不如业务可靠性。但是目前的这种情况正在发生潜移默化地改变，所以建立新的应用架构势在必行。

二、传统金融保险业以及新型金融保险业的IT需求

银行业以及保险业已经告别了传统的业务模式，从以银行业务或者保险业务为中心已经转变成以客户需求为中心的新型模式，这就是现在人们常说的场景金融。传统的电子银行业务、保险业务以及渠道革新的直销业务，这些都是为了满足客户的各种需求而建立的金融保险业务。

（一）传统建设模型的弊端

传统的建设模型大多采用烟囱式，这种建设模式的模型是存在弊端的。一是过长的建设周期。传统的建设模式的建模周期是一个漫长的过程，这个过程包括了规划、采购、开发、上线以及试运行，在经历了这么多阶段之后，才能使这个新的业务得到应用，从时间长短上来说，短则几个月，长的甚至会达到几年。对于互联网的营销应用，模型应该及时对事件作出反应，对于新业务的上线周期的要求十分苛刻，所以传统模式是无法满足这个要求的；二是扩展性以及弹性无法满足新业务的要求。传统的应用模型都是以规划容量的设计与开发为核心，这种情况下，用户的规模是可以估算出来，出现用户规模过大时，可以通过排队等方式来减小过载压力。但是对于一些及其特殊的情况，例如：秒杀、抢购等这些模式都不具备前提条件，在很短的时间内，用户数量会呈现指数型增长，这样就无法满足快速扩展的需求。三是业务存在封闭性缺陷。在传统的模式中，业务之间的互相访问情况非常少，在设计与运用过程中，传统模型的业务服务在复用方面也是缺少考虑的，这样就无法满足多个场景并发访问的需求[3]。

（二）新型应用架构的优化

移动互联网模式下的应用应該具备如下特征：一是大量用户同时并发访问的需求应该能被轻松应对，这就要求应用的架构要有良好的弹性以及并发性；二是快速更迭也是新型应用架构应该具备的条件，满足业务发展的同时，也要改进服务质量，改进服务质量就需要对性能进行调整优化；三是新的应用架构在瞬息万变地市场信息中，要能够快速地做出反应来应对新业务。也就是说新的应用架构要同时具备以下几点特征：并发能力要强大、弹性的灵活性要优越、迭代能力要更加敏捷以及标准化的可组装性。以上这几种能力的获取，就需要从多个角度对系统进行优化处理，这些优化包含了负载均衡、异步IO。

1.负载均衡。以业务模型以及业务服务协议为准则，有很多负载均衡方案可供选择，这些方案包括：反向代理HTTP、IP层负载均衡、DNS域名解析负载均衡、链路层负载均衡、重定向负载均衡HTTP等等。在大型网站或者业务服务中，多种手段被采用去处理流量的负载均衡，例如：首先以DNS实现多数据中心的负载均衡为基准，再结合IP实现数据中心内多业务负载均衡，最后利用反向代理实现不同服务器之间业务负载均衡的统一性。

2.异步IO。提高系统并发性的重要技术就是异步IO，从异步IO中衍生出很多种类的技术手段，例如：任务队列、线程池以及持久化连接等。事件驱动的变成模型的实际应用典型范例就是异步IO技术。它的过程是这样的，首先，用户需求先被输入进任务队列，然后任务分发器将被唤醒，任务队列中的用户需求任务由任务分发器获取然后派发到闲置的线程上，异步IO操作被现成激发同时被注册回调方法，最后结果也被返回到界面。整个过程的流程图如图1所示。

三、结束语

未来的金融业以及保险业发展会更加迅猛，所以很容易受到高并发或者大流量的业务冲击，为了避免这种现象的出现，本文利用互联网应用架构以及Docker容器技术，对金融保险系统中的应用架构进行了优化并且取得了良好的预期效果。

参考文献

[1]赛迪顾问股份有限公司.2010～2011年中国社保行业信息化市场分析与预测.2010.

[2