随着敏捷开发、DevOps 实践、微服务架构和治理的出现，极大地提升了应用交付的能力，缩短了业务上市周期。新的挑战要求业务敏捷化、技术迭代化的同时，还必须保证业务持续的高可用性和稳定性，过去传统的灾备方式已无法跟上这个节奏。混沌工程正是因应这个挑战，主动注入故障以期提前发现潜在问题，迭代改进架构和运维方式，最终实现业务韧性。当然主动注入是有风险的，特别是当混沌工程用于生产中，海内外互联网公司近十年来进行了大量的实践探索。现在传统企业也都开始遇到这些互联网公司曾经经历过的问题，不过由于本身的组织、文化和运营方式的不同，这些公司是否能够应用混沌工程。今年上半年的 QCon 北京大会，我们回答了这个问题，并分享了 AWS 上从 0 到 1 的混沌工程实验设计和持续迭代的方法与经验。 

本次分享将在之前的基础上，继续探讨混沌工程从 1 到 100 的迭代过程，这中间遇到了哪些新挑战新问题以及我们如何应对。特别地，随着参与混沌工程的应用团队逐步增多，实验场景数量大幅度增加，如何保证其正常开展的同时加快迭代速度，实现混沌工程实践的透明化、可视化和自动化。

听众受益

1. 了解混沌工程从 1 到 100 过程中的新问题和新挑战； 
2. 了解混沌工程的迭代过程以及影响其迭代速度的主要因素； 
3. 了解如何实现混沌工程实践的可视化； 
4. 了解如何实现混沌工程实践的平台化。