活动简介
保险行业做灾备来源两个动力需求:一个是原保监会20号文件《保险业信息系统灾难恢复管理指引》,第二章第七条对保险业的信息系统灾备提出了明确建设要求。另外一个是保险企业灾备建设的自身业务需求,基于现在保险行业竞争的压力,业务的长时间停止运营不仅对营收有巨大影响,而且对企业的品牌声誉、合规性方面同样存在巨大影响,因此保险公司的灾备应以应用级灾备为目标。由于保险公司的业务系统基本是围绕核心系统运行的,所以核心系统的应用级灾备是重中之重。
保险行业各公司的系统中,核心系统是关键。核心系统的应用五花八门,但是通常核心库是唯一的。而且不少公司的核心库是一个容量巨大的oracle数据库,多个小业务的库与核心库部署在一起,互相之间的数据传输调用很多都是靠dblink而不是消息、接口等,将核心库的结构也变得很复杂。做核心系统的应用级灾备,核心数据库的分库和治理通常是前提条件。
核心系统的灾备关键是核心数据库灾备。通常见的有存储复制、data guard、golden gate包括一些其他厂商的数据库复制软件。
保险行业做应用级灾备困难来自四个主要方面:
1、是应用软件的频繁发版,导致生产和灾备两端的维护工作量较大,此时需要一个比较高效可靠的应用发布机制,来保证两个中心的应用版本一致;
2、是外联机构比较多,灾备中心想做的和生产中心一样实现所有的外部连接,除了成本上的投入,与外联结构的沟通达成共识也比较耗费时间和精力。
3、就像其他行业一样,保险的灾备架构与当前生产系统的架构关系紧密,需要根据生产系统的特性,灵活选择数据复制方式。数据复制通常包括核心数据复制(例如数据库复制、存储复制等)、影像文件复制(例如存储复制、文件复制等)、应用服务器的状态数据同步(例如操作系统定时任务、存储复制等)这三大块,网络架构也通常划分为内网区、外网区、管理区、外联区等安全域,更是需要根据实际情况,具体问题具体分析。
4、保险行业的核心系统很多都是延续着传统的小型机架构,应用数据均为小型机,高可用延续着HA为主的传统架构。但是在互联网冲击的今天,企业的IT架构都在向云方向转变,那么如何将核心应用和数据从传统的unix架构迁移到通用LINUX平台,最终保障与企业整体云架构有很好的兼容性和持续性,同时也要考虑到核心系统承载业务的负载非常高,需要有一种既能很好融入当今云发展的大环境趋势,同时又能保障单系统纵向的处理能力。
总之,保险行业做应用级灾备不仅仅需要考虑到数据复制层面的核心技术选择,更需要考虑应用架构、硬件架构乃至网络架构的革新。
twt社区本次的交流特意邀请了来自某大型保险集团、某省农信及IBM的资深灾备专家,围绕保险行业核心系统如何建设应用级灾备进行架构设计在线讨论,并且会实践分享自己保险企业应用级灾备建设的实践,帮助大家能更好的应对灾备的建设。
核心议题:
1、 保险行业的核心系统是否可以实现微服务架构?如果不能,是否具备从传统小型机迁移到通用服务器的条件?
2、 保险行业的灾备切换是因该建立自己的私有全局负载呢还是因该将这个功能迁移至互联网?
3、 保险行业的容灾架构有哪些硬的指标要求?RTO&RPO的要求是什么?
交流嘉宾:
ID: jampg 某大型保险集团
主要负责:系统架构设计与运维、分布式存储、灾备建设、数据库管理等工作。
邓毓 某农信社资深骨干工程师
主要负责Power,x86及相关存储、数据库、中间件、应用负载、监控、备份和各类虚拟化平台等的运维及管理工作,一线实施经验丰富,对双活数据中心及云平台建设和监控有着深入的见解。
唐国兵 IBM资深架构师
超过9年的IBM从业经历,某全球大型航空公司后台核心系统运维经验,5年某大型跨国企业全球财务系统项目管理经验,PMP项目管理认证 。目前作为IBM LinuxONE销售的技术支持,负责过社保,公安,金融,公积金,医疗,教育和交通等行业IT基础架构的方案设计。