投放系统如何实现跨地域部署和高可用？请说明数据同步、服务冗余和故障切换策略。
答案
1) 【一句话结论】跨地域部署通过多数据中心部署，结合异步数据同步（保证最终一致性）、服务冗余（主备/多活）及自动化故障切换，实现低延迟和高可用，确保业务连续性。
2) 【原理/概念讲解】跨地域部署是为了降低用户请求延迟、实现容灾。数据同步（如CDC）用于跨数据中心数据一致性，服务冗余（主备/多活）用于服务可用性，故障切换（健康检查+快速切换）用于故障时业务无缝接管。类比：跨地域部署像在不同城市开连锁店，数据同步像分店间同步商品库存，服务冗余像每个分店有备用店，故障切换像备用店自动接替营业。
3) 【对比与适用场景】
| 对比项 | 数据同步（异步CDC） | 服务冗余（主备） | 服务冗余（多活） |
| 定义 | 跨数据中心异步数据复制，延迟秒级 | 一主多备，主故障切换到备 | 多个实例同时对外服务 |
| 特性 | 最终一致性，写入延迟低 | 备用资源利用率低，切换时数据一致 | 资源利用率高，故障时降级 |
| 使用场景 | 写入量大、允许延迟的投放数据 | 业务对一致性要求高（如账户余额） | 写入量大、业务允许分片（如广告投放请求） |
| 注意点 | 需补偿机制（如重试、幂等） | 切换延迟（秒级），可能数据不一致 | 需负载均衡，故障检测快速 |
4) 【示例】
假设投放系统前端服务（处理广告请求）和后端数据服务（存储投放数据）。跨地域部署在A（北京）和B（上海）。数据同步：A的MySQL数据库通过Debezium同步到B的MySQL。服务冗余：前端服务A和B各部署1个实例，后端数据服务A为主（写入），B为备（异步同步）。故障切换：通过健康检查（如ping A/B的API，检查响应时间<100ms），若A的实例健康检查失败，负载均衡器（如Nginx）切换到B的实例，用户请求直接发送到B的前端服务，后端数据服务B接替处理。
5) 【面试口播版答案】
您好，投放系统实现跨地域部署和高可用，核心是通过多数据中心部署，结合数据同步、服务冗余和故障切换。具体来说，数据同步方面，我们采用异步CDC（如Debezium）从主数据中心同步数据到备数据中心，保证数据最终一致性，降低延迟。服务冗余上，前端服务采用主备+多活模式，在两地部署实例，后端数据服务采用主备模式，主数据中心负责写入，备数据中心异步同步。故障切换时，通过健康检查（如心跳、请求延迟）自动检测故障，当主实例故障，负载均衡器快速切换到备实例，确保业务连续。这样既能降低用户请求延迟，又能实现容灾，保证高可用。
6) 【追问清单】
- 问题1：数据同步的延迟具体是多少？
回答要点：异步CDC通常延迟在1-5秒，写入后数据在备中心同步完成，业务允许的延迟范围内。 - 问题2：主备服务切换的延迟？
回答要点：通过健康检查（如秒级心跳）和快速切换机制，切换延迟在1-2秒内，用户几乎无感知。 - 问题3：多活模式下如何保证数据一致性？
回答要点：通过分布式事务（如两阶段提交）或最终一致性（如版本号、时间戳），确保关键数据一致。 - 问题4：故障检测的机制？
回答要点：结合心跳检测（如每秒ping）、请求响应时间监控，当连续多次检测失败，判定为故障。 - 问题5：跨地域网络延迟对系统的影响？
回答要点：通过CDN加速、本地缓存（如Redis）减少网络延迟，同时优化数据同步策略（如增量同步）降低延迟。
7) 【常见坑/雷区】
- 坑1：忽略网络延迟，认为数据同步实时，导致系统延迟过高。
- 坑2：主备切换时数据不一致，导致业务错误。
- 坑3：多活模式下负载均衡策略不当，导致资源浪费或故障时服务降级。
- 坑4：故障切换自动化程度低，依赖人工干预，影响恢复速度。
- 坑5：数据同步补偿机制缺失，导致数据丢失或重复。