如何构建客户端安全发布监控止损体系，避免Shiply×Bugly？

因为 DevOps 等持续交付范式的不断发展，热发布已成为持续交付的关键工具。热发布发挥着至关重要的运营作用。 可不是吗！ 但是说真的，这玩意儿搞不好就是一颗定时炸弹，你永远不知道下一次点击发布按钮会不会是职业生涯的终结。

只是 热发布在软件系统中的广泛应用也容易导致发布失误，从而引发运营事故，这样的例子屡见不鲜，简直让人尴尬到无地自容，建议换个星球生活。看看那些监控下尴尬瞬间，真的是心累。比如某业务启动优化 CppServrice 模块降级机制不完善， 下发施行 CppServrice 相关配置时产生 Crash，这种事情谁没遇到过？简直是家常便饭，太离谱了。。

那些年我们踩过的坑：发布失误大赏

在探索线上监控止损机制上， 与 Bugly 平台联动，支持 Crash、ANR、FOOM、ERROR、隐私合规、业务自定义指标的监控、告警、止损。一边通过解决“告警海洋”问题，使告警及时、精准。能够在影响设备数较小时发出告警，一边支持自动止损，助力发布无人值守！这听起来很美好，对吧？但现实往往是骨感的。