方轮子困局：跑到一家刚刚熬到 B 或C轮融资的互联网公司，看到这里的同事还在用非常落后的技术（方型轮子）支持业务。虽然大家都很忙，但效率和产出很低，你忍不住搬出在大公司已经司空见惯的“圆形轮子”（新技术和理念），结果得到的反馈却是：“对不起，我们赶业务太忙没时间升级”！
谷仓困局：企业内部各自为政，缺乏信任和合作所造成的困局。
速堵车：在瓶颈上游的优化（上游的容量是 6），只会造成上游的进一步拥堵和积压。而在瓶颈下游的优化（下游的容量是 6），则对整个系统的吞吐没有任何帮助，反而造成资源的闲置和浪费。
四象限工作法
混沌工程：2008年8月，Netflix 主要数据库的故障导致了三天的停机， DVD 租赁业务中断，多个国家的大量用户受此影响。之后 Netflix 工程师着手寻找替代架构，并在2011年起，逐步将系统迁移到 AWS 上，运行基于微服务的新型分布式架构。这种架构消除了单点故障，但也引入了新的复杂性类型，需要更加可靠和容错的系统。为此， Netflix 工程师创建了 Chaos Monkey ，会随机终止在生产环境中运行的 EC2 实例。工程师可以快速了解他们正在构建的服务是否健壮，有足够的弹性，可以容忍计划外的故障。至此，混沌工程开始兴起。
