一种多场景通用备份容灾方案

简介: 购链路中,因为业务对SLA的要求和下游无法保持一致,导致很多业务场景需要使用备份容灾。如当业务依赖的下游偶现异常或者超时的情况,在下游无法提供强依赖的数据时,为保证不空窗且当前业务对数据实时性要求不高时,可以使用备份数据来展示。


背景

针对以上情况,需要一份通用的备份容灾方案,能够适用于不同的场景的备份容灾,同时有分页,分桶的能力。即某个场景下可以备份多页数据,每页有多个分桶数据,避免在个性化推荐场景出现大面积异常时,消费者感知的容灾数据一致的问题。


系统架构


 整体设计


系统架构图如下所示,其中业务层分为三部分,备份数据,容灾获取备份数据,清理脏数据。备份分为手动备份和定时备份,清理脏数据分为定时清理和手动清理。底层通用能力包括备份数据的处理,数据的备份方式和相关日志监控。


image.png

image.png

备份容灾分为3部分,以下分为三部分分别介绍


 备份数据


  • 自动备份


备份分为自动备份和手动备份,当容灾场景较为简单且可枚举,或者在部分推荐场景下,不适用于将某个用户浏览的历史数据作为备份数据,而需要一份通用的数据源作为备份数据,则使用自动备份通过定时任务请求服务数据作为备份数据。当容灾场景较多,无法枚举时,可使用手动备份,即使用用户旧的历史数据作为备份数据即可。当备份数据较大时,可以使用分片,分片的逻辑由业务方实现,在获取备份数据时,如果是分片数据也是由业务方实现组装。


自动备份


image.png

业务方需要在handler中实现以下内容:

  1. 获取下游数据的方法
  2. 如果当前备份数据需要分片,实现分片逻辑


定时备份的任务参数需要以下的配置信息

  1. 场景名称
  2. 获取下游备份数据相关的配置信息,如最大分页数等
  3. 分桶需要的参数
  4. 备份数据需要的参数,备份策略有多种,以下是常用的两种



cache备份,需要在配置中加入备份时间。

cdn备份,当服务端接口异常时,前端可以获取cdn数据作为备份数据,需要在配置中加入cdn地址。

  • 手动备份
    时序图如下所示:

image.png

手动备份时,业务方需要传入以下内容:

  1. 场景名称
  2. 备份策略(cache,cdn或者其他方式)以及备份需要的相关参数
  3. 备份频率(如5%,计算当前是否命中备份概率,防止频繁刷新备份数据)
  4. 需要备份的数据


业务方需要在handler中实现以下内容:(不分片则不需要实现任何handler)

  1. 如果分片,需要实现数据分片逻辑和分片对应的标识key


 备份数据中脏数据清理


数据清理分为自动清理和手动清理,自动清理可用于某些时效性数据,在失效时,设置定时任务进行自动清理。手动清理用于当备份数据出现了部分脏数据时,手动清理这些脏数据以免影响线上容灾效果。

  • 自动清理

时序图如下所示:

image.png

自动清理的任务参数需要以下的配置信息:

  1. 自动清理的场景名称列表
  2. 自动清理任务开始时间
  3. 本次清理后是否需要自动生成新的备份数据
  4. 本次清理的唯一标识,以防重复清理
  • 手动清理

时序图如下所示:

image.png

脏数据清理提供当备份数据清理,需要由业务方调用接口,接口入参需要有以下内容:

  1. 卡片id,由业务场景定义卡片id,如卖家id等
  2. 清理备份数据类型 ,如对cache/cdn多种备份数据清理哪些备份数据
  3. 场景名称:由此找到业务方自定义的清理类


业务方需要实现handler的逻辑:

  1. 根据入参id,将备份数据的卡片id和入参对比实现过滤

 容灾

时序图如下所示:

image.png以下是自定义不同场景容灾配置:

  1. 是否降级
  2. 场景名称
  3. 分桶相关的配置,如分桶数,分桶策略
  4. 过滤链策略
  5. 容灾使用的备份策略(默认为全部可用备份策略)


其中业务方需要实现handler的逻辑:

  1. 如果需要曝光去重,对传入曝光列表,将备份数据过滤,得到过滤后的数据
  2. 如果需要分片,对分片数据,组装分片逻辑


容灾中使用了如下的分桶策略:

  1. 强不同分桶策略,获取该场景下用户未浏览的分桶id,随机random一个,如果
  2. 没有未浏览,直接返回空
  3. 弱不同分桶策略,获取该场景下用户未浏览的分桶id,随机random一个,如果没有未浏览,则从已浏览的分桶id列表中,random出一个
  4. 相同分桶策略,获取该场景下用户浏览的分桶id,如果有多个,则random一个
  5. 如果业务需要,容灾也提供了备份数据的过滤逻辑:
  6. 时间过滤,即当前备份数据的时间如果是清理脏数据的时间之前,则认为是失效数据,直接过滤。
  7. 曝光过滤,卡片id由业务定义(如卖家id)

强去重策略,将备份数据的每张卡片id和已经曝光id比对,去除已经曝光的

弱去重策略,将备份数据的每张卡片id和已经曝光id比对,去除已经曝光的,如果剩下的结果为空,则放弃去除,直接透出所有的备份数据


小结


本备份容灾有以下优点:

主动备份方式:

大部分备份兜底场景使用了用户的历史数据,本方案除了通过历史数据做兜底数据,也提供了主动备份的方式,可以获取当前实时数据作为兜底数据。

多种定制化的能力:

提供了曝光过滤的能力,当某个场景需要曝光过滤的时候,传入曝光过滤列表,即可筛选出非曝光过滤的备份数据,且提供了多种曝光过滤策略。

提供了分桶能力,可以实现当前场景下用户浏览不同分桶数据,提升用户体验。

提供了分片能力,当某个场景下每一页备份数据较大时,可以分片为多片数据存储,在容灾时,获取备份数据时,会自动组装数据形成原数据。

提供脏数据清理能力:

提供手动清理和自动清理,手动清理可以避免黑名单数据进入备份数据中,自动清理可以定时清理具有时效性的备份数据。






相关文章
|
容灾 安全 大数据
为数据安全而生,阿里云容灾备份方案场景实践解析
数字经济时代,数据正以超出想象的速度快速增长。短短几年,数据量已经从TB级别跃升到PB乃至ZB级别。
5508 0
|
容灾 测试技术 数据库
容灾架构迁移
容灾架构迁移
|
存储 运维 监控
使用 NineData 快速构建企业容灾备份
使用 NineData 快速构建企业容灾备份。另外,NineData 也突破传统技术方案,推出实时日志备份:基于增量日志监听采集技术,实时获取并备份数据库中的变化数据,实现秒级 RPO 的备份能力,真正做到数据零丢失。有效保护企业的核心数据,构筑企业数据安全的最后一道防线。
320 1
使用 NineData 快速构建企业容灾备份
|
存储 运维 容灾
阿里云跨可用区备份容灾解决方案详解
本文结合阿里云的可用区资源及功能延展了一种更新的跨可用区容灾解决方案,并选型了一款对企业来说性价比较高的产品进行分析分享,希望对大家有帮助。
|
存储 弹性计算 运维
从备份升级到容灾,利用阿里云就可以做到的灾备方案
从备份升级到容灾,利用阿里云就可以做到的灾备方案
从备份升级到容灾,利用阿里云就可以做到的灾备方案
|
存储 弹性计算 运维
云上统一数据备份-混合云备份服务
本实战介绍了面向云的统一数据备份 – HBR对ECS,NAS,OSS以及云下数据的企业级数据保护方法以及基于HBR的云上数据统一备份实践。
735 0
云上统一数据备份-混合云备份服务
|
SQL 存储 弹性计算
阿里云上数据统一备份 – 混合云备份服务解析
近年来,随着越来越多的企业从传统经济向数字经济转型,核心业务系统上云,云上的业务创新,这些都产生了大量的业务数据,这些数据也成为了企业最重要的资产、资源。阿里云混合云备份服务(Hybrid Backup Recovery, 简称HBR)可以为阿里云ECS,NAS,OSS上的文件,数据库以及自建机房内的文件,VMware虚拟机提供安全,高效的保护。
3237 0
阿里云上数据统一备份 – 混合云备份服务解析
|
监控 容灾
基于阿里云构建同城跨可用区的容灾解决方案
对于企业级客户,如何在不大幅增加成本的情况下,获得支持业务的跨可用区(Zone)的容灾能力。希望对整体的应用做容灾备份,而非单独的数据库或存储等,来应对单地区的故障。满足业务的RTO/RPO核心指标。 阿里云为全世界多个地域提供云计算服务,每个地域(Region)都包含多个可用区(Zone)。
3001 0
|
NoSQL 容灾 MongoDB
MangoDB的用户有福了!阿里云宣布开源MongoShake 支持跨机房容灾
阿里云宣布正式开源MongoDB容灾和多活解决方案MongoShake
10341 1