全球消息单备与双备是全球消息备份提供的两个能力。数据汇聚，异地灾备，异地多活是这两个能力的典型的应用场景。本文为您介绍这三种典型场景的业务架构。
数据汇聚（单备）
单元（独立的业务环境）内业务就近处理，无需跨网络的数据访问，降低因网络带来的时效性问题。通过全球消息备份的单备能力实现数据中心化汇聚，接收数据的中心地域可针对汇聚上来的数据做统一的数据处理。
典型行业：银行、证券、保险等。
多单元+1中心架构。
图1.云消息队列 RocketMQ 版数据汇聚架构
异地灾备（单备）
通过全球消息备份的单备能力实现跨地域高可用，提升数据安全性和系统可用性。当发生机房或地域级别故障时，可以快速恢复业务。
典型行业：通用。
两地两中心架构。
图2.云消息队列 RocketMQ 版异地灾备架构
正常情况下，备地域/中心的应用无需运行，降低资源消耗，节省成本。当异常发生时，启动备地域/中心的应用，通过云消息队列 RocketMQ 版实例的重置消费位点能力，尽可能少的消费历史消息数据。消息需做好幂等处理，降低消费重复带来的业务影响。
异地多活（双备）
当业务进行单元化拆分，同时又要尽可能保障业务的连续性，可以通过全球消息备份的双备能力来实现多地域间的高可用。
典型行业：金融，能源等涉及民生行业。
两地两中心架构。
图3.云消息队列 RocketMQ 版异地双备架构
通过全球消息备份做数据同步，同步过程中会对消息进行打标，生产应用无需额外的开发工作量，消费应用可根据云消息队列 RocketMQ 版提供的SQL92过滤方式，指定消费打标数据。
当发生异常时，业务自身保障，生产应用能够接管全量入口消息并投递到未发生异常的云消息队列 RocketMQ 版实例，消费应用通过配置变更修改过滤条件。通过云消息队列 RocketMQ 版实例的重置消费位点能力，尽可能少的消费其他地域的消息数据。消息需做好幂等处理，降低消费重复带来的业务影响。