大体可以从哪些方面来验证故障场景下的处理方式方案的容错性？
已解决大体可以从哪些方面来验证故障场景下的处理方式方案的容错性？
写回答
-
推荐回答容错性与数据一致性保证大体可以从三个任务故障场景下的处理方式来验证方案的容错性：
• 存量任务异常失败：通常是备份恢复失败导致，DS 任务将发送失败报警，因数据库平台暂不支持恢复重试，需人工介入处理。同时Merge 任务检测不到存量的 _SUCCESS 标记，工作流不会向后推进。
• 增量任务异常失败：Flink 自身的容错机制以及实时计算平台的外部检测机制保障增量任务的容错性。若 在Merge 任务调度执行期间增量任务尚未恢复，将误以为该小时无增量数据跳过执行，此时相当于快照更新延迟（Merge 是将全天的增量数据与存量聚合，在之后的调度时间点如果增量任务恢复又可以聚合得到最新的快照），或者在增量任务恢复后可人为触发Merge 任务补数。
• Merge 任务异常失败：任务具有幂等性，通过设置 DS 任务失败后的重试机制保障容错性，同时发送失败报警。
以上内容摘自《Apache Flink 案例集（2022版）》电子书，点击https://developer.aliyun.com/ebook/download/7718 可下载完整版
2022-08-31 12:11:04赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
实时计算Flink版是阿里云提供的全托管Serverless Flink云服务，基于 Apache Flink 构建的企业级、高性能实时大数据处理系统。提供全托管版 Flink 集群和引擎，提高作业开发运维效率。
