DevOps实战笔记
石雪峰
京东商城工程效率专家
立即订阅
3516 人已学习
课程目录
已更新 34 讲 / 共 35 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 从默默无闻到风靡全球,DevOps究竟有什么魔力?
免费
基础理论篇 (4讲)
01 | DevOps的“定义”:DevOps究竟要解决什么问题?
02 | DevOps的价值:数字化转型时代,DevOps是必选项?
03 | DevOps的实施:到底是工具先行还是文化先行?
04 | DevOps的衡量:你是否找到了DevOps的实施路线图?
落地实践篇 (16讲)
05 | 价值流分析:关于DevOps转型,我们应该从何处入手?
06 | 转型之路:企业实施DevOps的常见路径和问题
07 | 业务敏捷:帮助DevOps快速落地的源动力
08 | 精益看板(上):精益驱动的敏捷开发方法
09 | 精益看板(下):精益驱动的敏捷开发方法
10 | 配置管理:最容易被忽视的DevOps工程实践基础
11 | 分支策略:让研发高效协作的关键要素
12 | 持续集成:你说的CI和我说的CI是一回事吗?
13 | 自动化测试:DevOps的阿克琉斯之踵
14 | 内建质量:丰田和亚马逊给我们的启示
15 | 技术债务:那些不可忽视的潜在问题
16 | 环境管理:一切皆代码是一种什么样的体验?
17 | 部署管理:低风险的部署发布策略
18 | 混沌工程:软件领域的反脆弱
19 | 正向度量:如何建立完整的DevOps度量体系?
20 | 持续改进:PDCA体系和持续改进的意义
平台工具篇 (8讲)
21 | 开源还是自研:企业DevOps平台建设的三个阶段
22 | 产品设计之道:DevOps产品设计的五个层次
23 | 持续交付平台:现代流水线必备的十大特征(上)
24 | 持续交付平台:现代流水线必备的十大特征(下)
25 | 让数据说话:如何建设企业级数据度量平台?
26 | 平台产品研发:三个月完成千人规模的产品要怎么做?
27 | 巨人的肩膀:那些你不能忽视的开源工具
28 | 迈向云端:云原生应用时代的平台思考
特别放送 (4讲)
特别放送:成为DevOps工程师的必备技能(上)
特别放送:成为DevOps工程师的必备技能(下)
特别放送:学习DevOps不得不了解的经典资料
特别放送:Jenkins产品经理是如何设计产品的?
总结答疑 (1讲)
期中总结:3个典型问题答疑及如何高效学习
DevOps实战笔记
登录|注册

18 | 混沌工程:软件领域的反脆弱

石雪峰 2019-11-21
你好,我是石雪峰。
经济学领域有一本特别有名的书,叫作《反脆弱》。它的核心理念就是,在面对普遍存在又不可预估的不确定性时,通过一种行之有效的方法,不仅可以规避重大风险,还能够利用风险获取超出预期的回报。另外,通过积极地试错,控制损失成本,还能不断提升在不确定性事件发生时的收益。
不仅仅要规避风险,还要在风险中受益,这听起来是不是很神奇?其实,在软件工程领域,也有类似的思想和实践,可以帮助我们在面对极其复杂且规模庞大的分布式系统时,有效地应对不可预见的故障,不仅可以从容不迫地应对,还能从中获益,并且通过频繁、大量地实验,识别并解决潜在的风险点,从而提升对于复杂系统的信心。这就是今天我要给你分享的主题:混沌工程。

什么是混沌工程?

混沌工程作为软件领域的一门新兴学科,就和它的名字一样,让很多人感到非常“混沌”。那么,混沌工程究竟是从何而来,又是要解决什么问题呢?
我们先来看看混沌原则网站对混沌工程的定义:
Chaos Engineering is the discipline of experimenting on a distributed system in order to build confidence in the system’s capability to withstand turbulent conditions in production.
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《DevOps实战笔记》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(2)

  • leslie
    混沌工程这个概念应当提出了5年左右了:当年跳槽国内某一线券商技术部那年听说过这个概念。提出一个大胆的假设啊:有时其实混沌工程就是就是所谓的鲶鱼效应去发现问题完善现有的系统。
          其实很多时候越熟悉的人反而会越看不清问题的本质:这是为何我们写产品使用说明书回去会去找个没用过相关东西的大妈之类的告诉我们问题的所在。只有通过鲶鱼或者说完全不了解的人去揭露问题才能看到问题的真正问题。
        ”不识庐山真面目,只缘身在此山中“:谢谢老师今天的分享,期待后续和老师的学习交流。

    作者回复: 有个说法叫做知识的诅咒,说的是随着掌握的信息越多知识越丰富,反而失去了像普通人一样交流的能力,就是因为太熟悉了,所以看不出有什么问题,这也是为啥有时候会找外部咨询或者参加行业大会的原因吧。

    2019-11-21
    1
  • Robert小七
    想知道老师所在公司如何实施的,实践过程中有哪些重点应该是我们关注的?

    作者回复: 你好,我现在的公司除了故障演练和常态化压测之外,目前在做的就是Chaos Monkey,在混沌工程领域也同样处于摸索阶段,一个小的建议就是,当机器压力过大的时候,监控上报的服务也处于阻塞状态,这就会导致没法正常获取监控数据,所以监控服务的资源保障,在演练的时候要关注一下。

    2019-11-21
收起评论
2
返回
顶部