2021年中国混沌工程调查报告_25页_4mb

中国混沌工程调查报告（2021）总结

核心内容概述

本报告由混沌工程实验室于2021年11月发布，旨在全面调查国内企业混沌工程的应用现状、软件系统稳定性情况及未来发展趋势，以推动混沌工程在国内的实践与普及。报告通过在线问卷和线下访谈相结合的方式，收集了1016份有效问卷和17家企业的访谈数据，涵盖了多个行业和不同规模的企业。

主要观点

1. 国内软件系统稳定性仍有较大提升空间

• 产品可用性不足：约20%的受访用户产品可用性低于2个9（即每月服务故障时间超过7.3小时），近半数产品的可用性低于3个9（即每月服务故障时间超过44分钟）。
• 故障发现与修复效率低：仅不到一半的用户故障平均发现时间（MTTD）小于1小时，60%以上的故障修复时间（MTTR）超过1小时，部分故障修复时间甚至超过12小时。
• 事故复盘机制较完善：超过半数企业会在故障后进行复盘，并分享脱敏后的复盘报告，提高透明度和系统改进效率。

2. 混沌工程是提升系统稳定性的有效手段

• 混沌工程的收益显著：65%的受访者认为混沌工程提升了服务可用性，49.85%的受访者认为其有效降低了MTTR。
• 混沌工程使用频率较低：33.04%的用户从未使用过混沌工程，仅有3.94%的用户能每天进行混沌工程演练。
• 混沌工程使用场景仍偏初级：仅不到20%的用户在生产环境中开展混沌工程演练，大多数用户集中在研发/测试和预生产环境。

3. 混沌工程的实施存在障碍

• 经验不足与风险担忧：46.32%的用户缺乏相关经验，45.29%的用户担心混沌工程可能对生产环境造成风险。
• 工具选择偏向开源：需求侧更倾向使用国内开源工具（如ChaosBlade、ChaosMesh），供给侧则更倾向自研平台或使用国外开源工具。

4. 混沌工程概念认知模糊

• 术语混淆严重：超过半数用户无法区分混沌工程与演习，约1/4的用户认为两者没有区别。
• 混沌工程更强调随机性与探索性：混沌工程在生产环境中进行受控实验以发现隐藏问题，而演习更偏向于验证特定假设。

5. 系统稳定性保障需多维度手段

• 常用提升方法包括：备份、健康性检查、自动扩容、多中心双活模式、数据库复制集等。
• 云化程度与可用性正相关：云化比例越高的企业，其产品可用性越高，尤其在达到75%以上时，高可用性产品占比显著提升。
• 健康性检查是主要监控手段：69.19%的用户使用健康性检查作为监控产品可用性的主要方式，真实用户监控和服务侧响应也分别占近60%。

关键信息

混沌工程应用现状

• 使用频率分布：33.04%用户从未使用，3.94%用户每天使用。
• 使用环境分布：研发/测试环境占比44.41%，预生产环境占比32.21%，生产环境仅占不到20%。
• 工具选择偏好：需求侧偏好国内开源工具，供给侧倾向自研平台或国外开源工具。

故障注入类型与实施对象

• 故障注入类型：网络和计算资源故障是最常采用的类型，应用层和容器层关注度较低。
• 实施对象：大多数用户将故障注入实施在主机/虚机上，较少直接作用于应用。

故障来源与影响

• 主要故障原因：代码错误、网络问题、配置错误、内部依赖问题。
• 高故障率企业：25.89%的服务每月发生超过5个严重性事故，意味着部分系统存在严重的稳定性问题。

产品部署频率

• 部署频率高：超过半数系统每周发布新功能，部署频率较快，给系统稳定性带来更大挑战。

发展建议

1. 建立稳定性优先战略：企业应优先考虑稳定性保障体系，确保在采用新技术时兼顾系统可靠性。
2. 构建系统稳定性保障体系：结合混沌工程、可观测性平台、容量管理、全链路压测等工具，实现系统稳定性保障的体系化。
3. 提升混沌工程实施成熟度：推动混沌工程从测试环境向生产环境延伸，提升其技术认可度与实施效率。
4. 加强企业文化与合作伙伴协同：构建稳定性优先的企业文化，借助合作伙伴的技术支持和行业经验，加速混沌工程的成熟与落地。
5. 完善稳定性度量体系：建立可量化的系统稳定性评估模型，提升混沌实验的可衡量性与投入产出比。

附录信息

混沌工程实验室成员单位包括：

• 理事长单位：中国信息通信研究院、阿里云、华泰证券、腾讯、工行软件中心、华为云、天翼云、中兴通讯、中国移动信息技术中心、平凯星辰
• 成员单位：北银金融、北京银行、浦发银行、中原银行、火山引擎、京东科技、蚂蚁云、百度在线、思特沃克、中移苏州、中移杭州、中国电子系统技术、笨马网络、争锋信息、富麦信息、同创永益、亚信科技、必示科技、浩鲸云、中关村智联联盟

总结

本报告揭示了当前中国企业在混沌工程应用和系统稳定性保障方面的现状与挑战，强调了混沌工程在提升系统可用性、降低MTTR方面的显著价值。同时，报告指出混沌工程的普及仍处于初级阶段，企业普遍缺乏相关经验，且对生产环境实施存在顾虑。未来，需推动混沌工程的成熟产品与咨询服务发展，构建完善的稳定性保障体系，以适应日益复杂的IT架构和快速迭代的软件交付模式。