金融机构架构面临的挑衅-1.1 容灾

源代码 · 2024-9-26 21:45:08

以云盘算、大数据、人工智能、区块链等为代表的新一代技能已经崛起，不绝向金融范畴渗出、银行也通过信息科技转型、数字化来应对挑衅，保持传统金融行业“高可用、高尺度、低风险”特性的同时，也增长了互联网金融对“高性能、高弹性、低成本”方面的要求。
颠末多年的发展和演进，走出了一条解决海量数据存储、盘算以及应对高并发生意业务的蹊径，通过微服务分布式架构、云盘算和大数据等技能构建了一套能满足业务发展要求的技能体系。
1.1 容灾

在体系高可用架构计划中，容灾本领的创建不可或缺，容灾计划夸大的是体系对灾难时间具备快速相应本领，保障体系一连高可用，体系面临非常情况，如软硬件自身故障，外界情况影响（天然灾难）需具备快速规复本领，保障体系的一连高可用。
权衡灾难规复本领的级别有两个技能指标，RPO（Recovery Point Objective，规复点目的）和RTO（Recovery Time Objective，规复时间目的）。RPO用于表现灾难发生后，体系和数据必须规复到的时间点要求。RTO用于表现灾难发生后，信息体系或业务功能从停顿到必须规复的时间要求。RPO和RTO与灾难规复本领登记的关系与时间有着密切的接洽。
容灾方案须满足3个要素：①应用和数据都具有冗余性②冗余备份位于间隔较远的物理位置③数据备份体系具备全方位的数据复制本领。
容灾从掩护品级上分别可以分为3个级别，分别是数据级别、应用级别及业务级别，三者的关系可以用3个嵌套的同心圆表述，业务规复品级渐渐进步，需要投资的费用也会相应增长。
1.1.1 数据容灾

可靠的容灾本领除了应用、数据都具有冗余性外，还需要确保备份在物理上具有长间隔性（上百千米以上）。可以的容灾本领需要具备全方位的数据复制本领。
1.1.2 应用容灾

应用容灾在数据容灾纸上，创建一套与生产体系相称的备份应用体系，在灾难发生后，将应用迅速切换到备用体系，备份体系负担生产体系的业务运行，其核心关注点是一连的应用服务，是在数据容灾的根本上，把应用体系也备份到容灾站点。应用容灾和数据容灾最大的区别是在生产中央发生灾难时，灾备中央是否具备接受中央的业务的本领，能否保障业务的一连性。应用容灾确保体系能提供可一连的服务，当灾难发生时，让用户的服务哀求可以或许透明地一连正常处理，包管信息体系提供完备、可靠、安全的服务。
银行核心应用体系（如账务）一样寻常摆设在主机平台上，使用小型机（一种介于PC服务器和大型机之间的高性能盘算机，重要支持UNIX操作体系）构建，可用性高，运行稳定，但也存在风险会合、处理本领触达瓶颈后伸缩性不敷、代价昂贵等题目。
1.1.3 业务容灾

业务容灾是最高级别的容灾方案，数据容灾和应用容灾都是在IT范畴之内，而业务容灾除了做到数据和应用的容灾外，还需要确保非IT体系的一连性，比如电话、办公地点等。
1.1.4 摆设结构

以“同城双中央”（生产中央、同城灾备中央）和异地灾备中央构成“两地三中央”的摆设结构可以支持较高的业务一连性保障程度。该结构可解决单机房在电力、面积等方面的限定，规避数据中央地点楼宇发生的灾难、地域性天然灾难和人为粉碎（如网络光纤被挖断）等导致的数据中央故障风险。
传统的“两地三中央”摆设结构并不能很好地应对“同城双中央”同时发生故障的情况，当举行异地灾备中央切换时，数据同步到异地灾备中央的过程存在耽误，即RPO不即是0。
在实践过程中，当发生都会级别故障时，在同城两个数据中央都不可用的情况下，企业每每不敢切换到异地灾备中央，而是期待“同城双中央”故障规复，忍受一段服务不可用时间。
有别于“两地三中央”，“多活中央”的摆设结构在少数数据中央发生故障或灾难时，别的每个数据中央都可以正常处理业务并对关键业务或全部业务实现接受，实现用户的“故障无感知”，多数据中央之间地位是均等的，已无“主备”之分，在正常模式下协同工作，并活动业务访问提供服务，实现对资源的充实使用，制止了个别数据处于限定状态，造成资源浪费。但要实现“多活”数据中央的架构需要解决流量调配、数据拆分、时延等方面的题目，挑衅巨大。

金融机构架构面临的挑衅-1.1 容灾

所属分类: 问答交流

新帖推荐: 30日

推荐作品