3.8
用户推荐指数
计算机 类型
6.6 豆瓣评分
可以朗读 语音朗读
184千字 字数
2021-07-01 发行日期
展开全部

主编推荐语

混沌工程开创者撰写，通过谷歌、微软等行业专家的真实故事，系统阐释混沌工程的核心实践，提供实践建议。

内容简介

随着越来越多的公司转向构建微服务及其他形式的分布式系统，系统的复杂性与日俱增。虽然无法消除复杂性，但通过实践混沌工程，可以发现系统中的漏洞，并在其影响客户之前，避免停机事故。

本书会展现混沌工程背后的历史，讨论奠定混沌工程基础的理论、定义和原则，研究整个软件行业实现混沌工程的方式，分析传统软件无法企及的实例，以及混沌工程实践的未来。

目录

  • 版权信息
  • O'Reilly Media, Inc.介绍
  • 业界评论
  • 译者序
  • 前言
  • 导言：混沌工程的诞生
  • 第一部分 搭建舞台
  • 第1章 遇到复杂系统
  • 1.1 思考复杂性
  • 1.2 遇到复杂性
  • 1.3 面对复杂性
  • 1.4 接纳复杂性
  • 第2章 应对复杂系统
  • 2.1 动态安全模型
  • 2.2 复杂性的经济支柱模型
  • 2.3 系统化视角
  • 第3章 原则概述
  • 3.1 混沌工程是什么
  • 3.2 混沌工程不是什么
  • 3.3 高级原则
  • 3.4 原则的未来
  • 第二部分 投入实战
  • 第4章 Slack的灾难剧场
  • 4.1 旧系统的混沌工程改造
  • 4.2 灾难剧场
  • 4.3 混沌工程的过程
  • 4.4 过程如何演化
  • 4.5 获得管理层支持
  • 4.6 结果
  • 4.7 总结
  • 第5章 谷歌DiRT：灾难恢复测试
  • 5.1 DiRT测试的生命周期
  • 5.2 谷歌的测试范围
  • 5.3 总结
  • 第6章 微软的多样化故障和实验优先级
  • 6.1 为什么一切都如此复杂
  • 6.2 实验结果的类别
  • 6.3 故障优先级
  • 6.4 多样化的程度
  • 6.5 大规模部署实验
  • 6.6 总结
  • 第7章 LinkedIn心中有会员
  • 7.1 从灾难中学习
  • 7.2 细化实验目标
  • 7.3 安全地进行大规模实验
  • 7.4 LinkedOut实战
  • 7.5 总结
  • 第8章 采纳并演进混沌工程的第一资本金融公司
  • 8.1 第一资本金融公司案例研究
  • 8.2 设计实验时需要注意的事项
  • 8.3 工具链
  • 8.4 团队结构
  • 8.5 传播
  • 8.6 总结
  • 第三部分 人为因素
  • 第9章 先见之明
  • 9.1 混沌工程与韧性
  • 9.2 混沌工程的步骤
  • 9.3 混沌工程实验的工具支持
  • 9.4 有效的内部合作
  • 9.5 总结
  • 第10章 人类系统的混沌
  • 10.1 系统中的人
  • 10.2 工程师团队的适应能力
  • 10.3 付诸实践
  • 第11章 决策圈中的人
  • 11.1 实验的原因、方法和时机
  • 11.2 总结
  • 第12章 实验选择问题及解决方案
  • 12.1 选择实验
  • 12.2 可观测性：机会来了
  • 12.3 总结
  • 第四部分 商业因素
  • 第13章 混沌工程的投资回报率
  • 13.1 减少事故所带来的好处转瞬即逝
  • 13.2 Kirkpatrick模型
  • 13.3 投资回报率替代方案示例
  • 13.4 附带投资回报率
  • 13.5 总结
  • 第14章 将心态、科学和混沌开放
  • 14.1 协作心态
  • 14.2 开放科学与开放源代码
  • 14.3 总结
  • 第15章 混沌成熟度模型
  • 15.1 采用度
  • 15.2 复杂性
  • 15.3 总结
  • 第五部分 持续演进
  • 第16章 持续验证
  • 16.1 持续验证从何而来
  • 16.2 持续验证系统的类型
  • 16.3 持续验证示例：ChAP
  • 16.4 持续验证的未来用例
  • 第17章 介入信息物理系统
  • 17.1 信息物理系统的兴起
  • 17.2 功能安全遇上混沌工程
  • 17.3 信息物理系统的软件
  • 17.4 混沌工程超越FMEA
  • 17.5 探针效应
  • 17.6 总结
  • 第18章 当HOP遇上混沌工程
  • 18.1 什么是HOP
  • 18.2 HOP的主要原则
  • 18.3 HOP遇上混沌工程
  • 18.4 总结
  • 第19章 数据库的混沌工程
  • 19.1 为什么我们需要混沌工程
  • 19.2 应用混沌工程
  • 19.3 检测故障
  • 19.4 自动化混沌工程
  • 19.5 总结
  • 第20章 安全混沌工程的案例
  • 20.1 现代安全手段
  • 20.2 安全混沌工程与现有方法
  • 20.3 安全Game Day
  • 20.4 安全混沌工程工具示例：ChaoSlingr
  • 20.5 总结
  • 第21章 结语
  • 作者简介
  • 译者简介
  • 封面简介
展开全部

评分及书评

3.8
6个评分
  • 用户头像
    给这本书评了
    3.0
    比较割接和独立，不够体系化

    每一章每一篇都是不同的人写的，相对来说比较独立，不成体系化。其实混沌工程最大的挑战就是如何构造爆炸半径可控的线上异常，但这件事只能自己探索和实践

      转发
      评论
      用户头像
      给这本书评了
      5.0

      在敏捷软件开发领域，质量内建是一项广受欢迎的实践活动。这种将质量意识贯彻到软件开发各个环节，从而节省返工成本的做法，其本质就是 “预防为主”。但片面强调 “预防为主” 会给人一个错觉，那就是软件系统的任何故障都可以通过 “预防” 来解决。基于这个错觉，一旦出现了线上事故，那么人们首先就会责备开发、测试和运维人员，因为他们 “不能也不该出现失误”。

        转发
        评论

      出版方

      机械工业出版社有限公司

      机械工业出版社是全国优秀出版社，自1952年成立以来，坚持为科技、为教育服务，以向行业、向学校提供优质、权威的精神产品为宗旨，以“服务社会和人民群众需求，传播社会主义先进文化”为己任，产业结构不断完善，已由传统的图书出版向着图书、期刊、电子出版物、音像制品、电子商务一体化延伸，现已发展为多领域、多学科的大型综合性出版社，涉及机械、电工电子、汽车、计算机、经济管理、建筑、ELT、科普以及教材、教辅等领域。