剧集

扶手椅架构师:使用混沌工程计划特定故障条件

替换为 David Blank-Edelman

混沌工程:它是什么? 谁应该这么做? 你可以学到什么? 如何开始? 我们受人尊敬的 #ArmchairArchitects,乌利和埃里克,与大卫一起,从建筑师对 #AzureEnablementShow 的角度对混沌工程进行了生动的讨论。

相关剧集:

章节

  • 00:00 - 简介
  • 01:20 - 建筑师如何定义和思考混沌工程?
  • 02:35 - 云生命周期和应用程序生命周期彼此独立,可能会发生冲突并导致故障
  • 03:48 - 是否应在生产或开发中执行混沌工程?
  • 04:20 - 引入故障意味着什么?
  • 05:54 - 将科学方法应用于混沌工程,以及要测试的内容的一些示例
  • 07:00 - Uli 展开要运行的“fun”测试列表,包括服务在服务中断后再次出现时发生的情况
  • 08:10 - 使用 Netflix 示例演示简单回退如何提高可靠性
  • 09:09 - 创建创建混沌测试剧目时要使用的过去事件的数据库。
  • 09:55 - 从基元测试开始,然后改进你的剧目,以包括考虑真实事件
  • 11:32 - 混沌测试是在测试时,而不仅仅是测试的内容
  • 14:00 - 如何知道应用程序和环境是否足够成熟,足以在生产环境中进行测试?

连接

Azure