[发明专利]基于分区的应用容灾系统

说明书

本发明公开了一种基于分区的应用容灾系统，包括产品业务层、中台服务层和全局支撑层；产品业务层和中台服务层均包括至少一个业务独享分区，每个业务独享分区的多个分区包括相互备份的第一分区和第二分区，全局支撑层用于提供辅助支撑；其中，产品业务层、中台服务层和全局支撑层通过分区中间件进行业务隔离和分层。通过上述技术方案，能够实现资源隔离、故障影响范围缩小、定位问题清晰、资源配置精准、弹性伸缩方便。

技术领域

本发明涉及互联网技术领域，具体来说，涉及一种基于分区的应用容灾系统。

背景技术

支付作为互联网各行各业发展的基础支撑，目前对支付的高可用要求变得越来越高，甚至是大家慢慢忘记了支付不可用的场景。但作为一家为支付提供水电煤的第三方支付公司，对支付场景的要求更是非常严苛，业务需要在任何环境下24小时不间断运行，并且数据一笔不能丢弃，不能错乱。所以作为为公司全部业务支撑的微服务框架上，如何对应用进行深度隔离和容灾的方法变的尤为重要。

目前主流的应用微服务应用框架，服务路由是通过条件、脚本路由来进行过滤，从而让应用发布或者出现故障的时候能够快速切换，达到容灾的目的。在简单路由方面，目前主流的微服务框架都达到了一定的能力，还有一些也达到了简单分组路由，并且这种分组路由是基于单体应用场景，主要针对版本发布，变更。主要用于非常简单的业务场景，业务功能比较单一，上下游依赖也比较少，并且其本身的集群规模也比较小。

在容灾方面，目前所有的系统只考虑单层中间件集群高可用，并没有考虑业务经过的所有中间件整体业务的高可用，导致容灾时候只是一个理想化的架构，真正出问题的时候，无法进行定位和切换，也无法保证后续业务持续进行。

但是，现有的上述方案具有以下问题：

无法通过配置简单运维实现自动路由，需要大量在特定的标签中打上路由标识，开发人员需要写很多额外代码和配置；无法进行动态路由；无法将多个应用整体结合在一起，进行整体业务的隔离；无法整体进行简单隔离；无法处理服务依赖中下层业务路由的传递，并保持有效的追踪；无法整体进行容灾，并快速保持业务可用。

上述缺陷就会导致，业务在进行日常发布、灰度发布、容灾切换的时候，稍有不慎，业务就会发生故障，导致影响业务高可用。

发明内容

针对相关技术中的上述问题，本发明提出一种基于分区的应用容灾系，以保证业务高可用，并且容灾切换要求在5分钟内完成，并保证后续业务持续可用；对业务交易关键路径上应用组进行单元化分区；针对分区内进行精准的容量规划。

本发明的技术方案是这样实现的：

根据本发明的一个方面，提供了一种基于分区的应用容灾系统，包括产品业务层、中台服务层和全局支撑层；

所述产品业务层和所述中台服务层均包括至少一个业务独享分区，每个所述业务独享分区的多个分区包括相互备份的第一分区和第二分区，所述全局支撑层用于提供辅助支撑；

其中，所述产品业务层、所述中台服务层和所述全局支撑层通过分区中间件进行业务隔离和分层。

根据本发明的实施例，所述中台服务层还包括默认区，所述默认区用于未指定分区的前端业务。

根据本发明的实施例，其中，每个所述业务独享分区中的多个分区包括顶层分区，所述顶层分区用于定义当前业务的分区，下层业务应用按照所述顶层分区的分区号进行隔离和传递。

根据本发明的实施例，其中，所述业务独享分区中的一个分区包括一个单元组，所述单元组包括多个应用，所述多个应用的分区号相同。

根据本发明的实施例，其中，对于物理分区所述分区中间件通过全局均衡负载模块的域名解析和流量分发来指定分区号；对于顶层分区，所述分区中间件通过网关协议来指定分区号。