《云上容灾交付服务白皮书》——2.容灾技术架构——1.3 行业容灾现状分析(下)

简介: 《云上容灾交付服务白皮书》——2.容灾技术架构——1.3 行业容灾现状分析(下)

《云上容灾交付服务白皮书》——2.容灾技术架构——1.3 行业容灾现状分析(上 https://developer.aliyun.com/article/1229974?groupCode=supportservice



1.3.2 医保行业行业规范性要求

国家医疗保障局于 2018 年 5 月 31 日成立。同年 8 月,国家医疗保障局“三定方案”正式出炉,统筹推进“ 三医联动 ”改革。2019 年国家医疗保障局领导在全国医疗保障信息化试点启动会上提出了“全系统要凝心聚力,攻坚克难,建设全国统一的医保信息系统”。从此,医保信息化建设的大幕也徐徐拉开。整体上,医保信息化建设遵从


“一二三四五”原则,如下:


一个系统:全国统一医保信息系统

两种模式:省级集中部署和省市两级部署两种模式

三项约束:强约束、基础约束、弱约束

四类应用: 公共服务、经办管理类、智能监控类、宏观决策类

五项建设: 标准规范体系建设、平台及数据能力建设、数据中心建设、容灾备份建设、网络安全建设


在国家医疗保障局的统一领导下,国家医疗保障局网络安全和信息化领导小组办公室完成了诸多技术规范的制定,用于指导各省市医保系统信息化的建设,如下:


《医疗保障信息平台 数据库设计规范》(YB-XJ-E01-2020)

《医疗保障信息平台 定点医药机构接口规范》(YB-XJ-K01-2020)

《医疗保障信息平台 应用系统技术架构规范》(YB-XJ-B01-2019)

《医疗保障信息平台 电子凭证技术规范》(YB-XJ-D01-2019)

《医疗保障信息平台 云计算平台规范》(YB-XJ-A01-2019)


其中,XJ-A01-2019 规定了医疗保障信息平台建设总体技术架构,给出了业务子系统应用架构分层设计、核心服务框架和云平台适配框架设计说明,明确了建立省级双数据中心,互为容灾的架构,为全国各省提供了统一化标准化的灾备建设目标。


容灾建设现状分析

医保系统关系到国计民生,是国家关键基础设施,必须是稳健可靠的,因此容灾建设成为必不可少的一环。


根据国家医保局在医保平台建设指南中对灾备系统建设指导意见:灾备系统的验收目标是实现业务系统持续运行。当遇到不可阻挡或不可预知的灾难时,能实现数据层和业务应用层的灾备系统快速切换,最大限度地减少或避免故障造成的经济损失及社会影响。按照 GB/T 20988-2007,医保系统容灾等级应不低于(含)第 5 等级。


根据 YB-XJ-A01-2019 中的总体原则及要求,各省开展建立省级双数据中心,并行运行、互为容灾,可进行生产维护、日常操作等工作。两个数据中心(数据中心 A、数据中心 B)总体设计保持一致。同时,根据 GB/T 22240-2020 中的三级要求,结合医疗保障业务的实际情况,将数据中心进行网络区域划分。


数据中心的总体安全域,可划分为基于双链路的核心业务区、基于互联网应用的公共服务区以及核心业务区与公共服务区之间的安全隔离区。在技术实现上,医保云平台建设模式采用公共服务区 + 核心业务区,分别归属两朵独立的云,其架构特点如下:


公共服务区和核心业务区,分别建设一朵云,每朵云都是跨越数据中心 A 和数据中心 B 部署。

公共服务区对接互联网,核心业务区对接医保专网、电子政务外网、银行 / 税务等第三方渠道系统的接入。

数据中心 A 和数据中心 B 中心均提供证书授权中心(CA,certificate authority)以及安全管理区。

通过网闸系统控制公共区与核心区之间的相互访问,数据中心 A 和数据中心 B 的网闸地址通常是不相同的。


image.png图 1-1 医疗保障信息平台网络架构




截止到 2022 年初,全国已经有多个省份完成了容灾建设,具备了一定的保护医保基础设施及抵御灾难的能力,将来会持续为医保业务保驾护航。在未来的医保容灾建设中,可以从提升容灾等级以及优化应用服务模式上持续演进,更好地满足业务连续性要求。

相关文章
|
2月前
|
安全 数据处理 数据安全/隐私保护
C/S架构与B/S架构的适用场景分析
C/S架构(客户端/服务器架构)与B/S架构(浏览器/服务器架构)在适用场景上各有特点,主要取决于应用的具体需求、用户群体、系统维护成本、跨平台需求等因素。
230 6
|
18天前
|
存储 SQL Apache
Apache Doris 开源最顶级基于MPP架构的高性能实时分析数据库
Apache Doris 是一个基于 MPP 架构的高性能实时分析数据库,以其极高的速度和易用性著称。它支持高并发点查询和复杂分析场景,适用于报表分析、即席查询、数据仓库和数据湖查询加速等。最新发布的 2.0.2 版本在性能、稳定性和多租户支持方面有显著提升。社区活跃,已广泛应用于电商、广告、用户行为分析等领域。
Apache Doris 开源最顶级基于MPP架构的高性能实时分析数据库
|
19天前
|
运维 NoSQL Java
后端架构演进:微服务架构的优缺点与实战案例分析
【10月更文挑战第28天】本文探讨了微服务架构与单体架构的优缺点,并通过实战案例分析了微服务架构在实际应用中的表现。微服务架构具有高内聚、低耦合、独立部署等优势,但也面临分布式系统的复杂性和较高的运维成本。通过某电商平台的实际案例,展示了微服务架构在提升系统性能和团队协作效率方面的显著效果,同时也指出了其带来的挑战。
57 4
|
1月前
|
存储 SQL 分布式计算
湖仓一体架构深度解析:构建企业级数据管理与分析的新基石
【10月更文挑战第7天】湖仓一体架构深度解析:构建企业级数据管理与分析的新基石
83 1
|
2月前
|
存储 监控 安全
SaaS业务架构:业务能力分析
【9月更文挑战第20天】在数字化时代,软件即服务(SaaS)模式逐渐成为企业软件解决方案的首选。SaaS 业务架构设计对于提供高效、可靠的服务至关重要。其核心业务能力包括:用户管理(注册登录、角色权限)、数据管理(存储备份、安全共享)、业务流程管理(设计定制、工作流自动化)、应用集成(第三方应用、移动应用)及客户服务(支持培训、反馈改进)。通过优化这些能力,可为企业提供更高效、可靠的 SaaS 服务。
59 11
|
2月前
|
缓存 负载均衡 数据管理
深入探索微服务架构的核心要素与实践策略在当今软件开发领域,微服务架构以其独特的优势和灵活性,已成为众多企业和开发者的首选。本文将深入探讨微服务架构的核心要素,包括服务拆分、通信机制、数据管理等,并结合实际案例分析其在不同场景下的应用策略,旨在为读者提供一套全面、深入的微服务架构实践指南。**
**微服务架构作为软件开发领域的热门话题,正引领着一场技术革新。本文从微服务架构的核心要素出发,详细阐述了服务拆分的原则与方法、通信机制的选择与优化、数据管理的策略与挑战等内容。同时,结合具体案例,分析了微服务架构在不同场景下的应用策略,为读者提供了实用的指导和建议。
|
3月前
|
前端开发 大数据 数据库
🔥大数据洪流下的决战:JSF 表格组件如何做到毫秒级响应?揭秘背后的性能魔法!💪
【8月更文挑战第31天】在 Web 应用中,表格组件常用于展示和操作数据,但在大数据量下性能会成瓶颈。本文介绍在 JavaServer Faces(JSF)中优化表格组件的方法,包括数据处理、分页及懒加载等技术。通过后端分页或懒加载按需加载数据,减少不必要的数据加载和优化数据库查询,并利用缓存机制减少数据库访问次数,从而提高表格组件的响应速度和整体性能。掌握这些最佳实践对开发高性能 JSF 应用至关重要。
70 0
|
10天前
|
缓存 负载均衡 JavaScript
探索微服务架构下的API网关模式
【10月更文挑战第37天】在微服务架构的海洋中,API网关犹如一座灯塔,指引着服务的航向。它不仅是客户端请求的集散地,更是后端微服务的守门人。本文将深入探讨API网关的设计哲学、核心功能以及它在微服务生态中扮演的角色,同时通过实际代码示例,揭示如何实现一个高效、可靠的API网关。
|
8天前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
9天前
|
Dubbo Java 应用服务中间件
服务架构的演进:从单体到微服务的探索之旅
随着企业业务的不断拓展和复杂度的提升,对软件系统架构的要求也日益严苛。传统的架构模式在应对现代业务场景时逐渐暴露出诸多局限性,于是服务架构开启了持续演变之路。从单体架构的简易便捷,到分布式架构的模块化解耦,再到微服务架构的精细化管理,企业对技术的选择变得至关重要,尤其是 Spring Cloud 和 Dubbo 等微服务技术的对比和应用,直接影响着项目的成败。 本篇文章会从服务架构的演进开始分析,探索从单体项目到微服务项目的演变过程。然后也会对目前常见的微服务技术进行对比,找到目前市面上所常用的技术给大家进行讲解。
23 1
服务架构的演进:从单体到微服务的探索之旅
下一篇
无影云桌面