33 | 异常场景:如何模拟线上不同组件的异常场景?
高楼
你好,我是高楼。
这节课,我们来讲讲如何模拟全链路压测的异常场景。异常场景的本意就是通过在场景正常运行时对故障进行模拟,来查看故障产生时业务的响应能力。相比以前的 SOA 技术架构,全链路压测的异常场景更复杂了一些。复杂点来自于微服务分布式架构的特性、容器化和云基础环境等内容。
异常场景有哪些?
我们以前做的异常场景基本上是:宕主机、宕应用、宕网卡。而在我们云原生的微服务分布式的全链路逻辑中,需要考虑的异常场景就更多了,我给你画了一张思维导图,你可以参考一下。
除了异常场景,还有两个词经常被拿来表示故障模拟:混沌工程和非功能测试。
混沌工程这个词这几年非常流行,想必大家是听说过的。不过它的概念虽然听起来非常高级,经过我的观察,现在我们看到的到混沌工程方向上的开源工具,其实有着一定的局限性。它基本上要实现的就是容器异常、代码异常、应用异常、系统异常这几个方面, 结合我们上面的图来看,你会发现像基础设施级的故障它就模拟不到,所以说混沌工具现在还是有缺失的。
故障模拟在企业中的另一个叫法就是非功能测试。如果你接触过企业里的非功能测试案例,会有一个直观的感受,那就是故障案例都是模拟的非常重要的故障点。但是!不管是叫异常、还是混沌、还是非功能,我们所能够看到的案例都是有限的几个、几十个,顶多上百个,在企业里能看到上千个案例的非常少。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
本文深入探讨了模拟线上不同组件的异常场景以及在全链路压测中考虑异常场景的复杂性。作者首先列举了传统异常场景和云原生微服务分布式架构中需要考虑的异常场景,并探讨了混沌工程和非功能测试在故障模拟中的作用。文章指出现有的故障案例有限,难以全面覆盖异常场景,因此需要更全面的设计。作者从架构视角出发,讨论了如何设计异常场景,并强调了考虑硬件基础设施故障的重要性。此外,文章还介绍了具体落地异常场景的操作和原理,以网络延迟故障和Pod驱逐故障为例进行了演示。整体而言,本文为读者提供了全链路压测中异常场景设计和落地操作的思路和方法,深入探讨了异常场景模拟的复杂性和重要性。文章内容丰富,对于需要了解异常场景模拟的读者具有一定的参考价值。
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《全链路压测实战 30 讲》,新⼈⾸单¥59
《全链路压测实战 30 讲》,新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(1)
- 最新
- 精选
- Geek_f9e0e5主要就是宕主机、宕应用、宕网卡, 异常的向下细分还没做那么多
作者回复: 实际上还有更多.......
2022-02-11
收起评论