具体描述
新型的DevOps 涵盖了从需求提出到软件发布的整个软件生命周期，是产品设计、项目管理、开发、测试和运维提升的必由之路，国内大型互联网企业已经做了很多探索，并将相关技能规范化、文档化、工具化、自动化甚至智能化。遗憾的是，这些宝贵经验往往仅在团队或公司内部分享，很多中小公司还在重复走着大公司走过的弯路。
为了促进先进经验在整个行业内分享和传播，DevOps 时代社区和高效运维社区邀请了40 位业界大咖，从精益、敏捷、开发、测试、运维、架构、安全等各个方面分享他们在顶级互联网公司及领先的传统企业的多年智慧和经验结晶。《DevOps三十六计》共有36篇文章，1349 条计策，其中很多计策都是在经历了刻骨铭心的事故后总结出来的，配套的115 个案例则是精选的、对相关计策的解读。
《DevOps三十六计》旨在总结经验、交流共享，让国内互联网及传统企业缩短成长路径、避免无谓的反复踩坑，让技术人员更好地聚焦于业务目标和业务产出。
《DevOps三十六计》主编为萧田国和梁定安，欢迎提出宝贵意见和建议。
作者简介
DevOps时代社区
DevOps时代社区是国内第一个真正有组织的DevOps领域技术社区，也是国际上最早的DevOps 标准体系之一“研发运营一体化能力成熟度模型”的主要组织方（该系列标准由云计算开源产业联盟牵头，已正式在工信部立项）。DevOps时代公众号创办于2017年3月，在不到一年的时间里，订阅用户数已达20 000+。DevOps时代社区正处于急速发展中，成员来自精益、敏捷、开发、测试和运维等领域。
高效运维社区
高效运维社区是国内第一个也是最大的运维领域垂直技术社区，截至2018年2月，高效运维公众号订阅用户数达到100 000+，创办两年多以来，文章阅读量累计6 000 000+人次，是国内运维行业升级转型的主力推手。
高效运维社区是国际上第一个AIOps标准及白皮书的主要组织方（该标准由云计算开源产业联盟牵头，正在工信部立项中），核心编写专家来自互联网顶级企业BATJ,以及金融、制造业、物流等众多领域的领头企业。
目录信息
精益产品开发三十六计 何勉／ 2
总说／ 2
三十六计／ 4
案例：影响地图应用实例／ 8
更多案例
◎ 看板可视化方案设计实例
精益看板三十六计 李智桦／ 13
总说／ 13
三十六计／ 14
案例：看板的系统思维／ 16
更多案例
◎ 运用看板引导会议的进行
第二章 敏捷
大规模敏捷三十六计 赵卫／ 24
总说／ 24
三十六计／ 27
案例：大规模敏捷变革管理／ 31
更多案例
◎ 大规模敏捷组织结构
◎ 敏捷需求
◎ 敏捷架构
◎ 大规模敏捷运作
敏捷Scrum 三十六计 方炜/ 申健／ 38
总说／ 38
三十六计／ 40
案例：采用Scrum of Scrum 方式提升多团队间的协作／ 47
更多案例
◎ 关注专注力培养仪式感，提升Scrum 活动的效果
◎ 采用“观察—导向—决定—行动”方式持续解决问题，
打造优秀的Scrum 团队
敏捷项目管理三十六计 杨晓俊／ 52
总说／ 52
三十六计／ 54
案例：现场客户／ 57
更多案例
◎ 需求评估点
◎ 站立晨会
Jira 三十六计 何英华／ 61
总说／ 61
三十六计／ 64
案例：Jira 对敏捷和精益的落地支撑／ 69
更多案例
◎ 测试管理利器：Zephyr 插件
第三章 持续交付
持续交付三十六计 张乐/ 石雪峰／ 77
总说／ 77
三十六计／ 79
案例：大型复杂产品的持续交付／ 83
更多案例
◎ Facebook 的分支策略演进助力持续交付
◎ Preflight 持续集成为质量保驾护航
◎ 大型团队推广持续集成
Git 应用三十六计 石雪峰／ 91
总说／ 91
三十六计／ 95
案例：多重体系保证版本控制系统的安全和高可用／ 99
更多案例
◎ 分支间快速差异对比和代码合并
◎ 保留历史记录，进行版本控制库拆分
Jenkins 三十六计 景韵/ 雷涛/ 李华强／ 104
总说／ 104
三十六计／ 106
案例：企业级Jenkins 之构建环境标准化、
集群化、弹性化／ 109
更多案例
◎ 企业级Jenkins 之插件推荐列表
◎ 企业级Jenkins 之数据备份方案
◎ 企业级Jenkins 之精细化权限管理
◎ 企业级Jenkins 之精准化通知
◎ 乐视EUI 持续集成案例
Docker 应用三十六计 谭用／ 114
总说／ 114
三十六计／ 116
案例：优雅地停止容器／ 119
更多案例
◎ 给镜像瘦身
◎ 管好2375 端口
SaltStack 运维三十六计 赵舜东／ 123
总说／ 123
三十六计／ 126
案例：SaltStack 灵活的目标选择方式／ 130
更多案例
◎ YAML 编写技巧三板斧
◎ 使用salt-cloud 进行混合云管理
第四章 开发架构与运维开发
微服务架构三十六计 王磊/ 陈俊良／ 139
总说／ 139
三十六计／ 141
案例：微服务不只是拆拆拆／ 145
更多案例
◎ 微服务的轻量级测试
◎ 微服务创业的快与慢
Python 开发技巧三十六计 郭宏泽／ 152
总说／ 152
三十六计／ 154
案例：开发一个简单的监控平台／ 156
更多案例
◎ 如何选择Python 版本
◎ 自己动手实现运维平台
第五章 监控与质量测试技术
容量管理三十六计 梁定安／ 163
总说／ 163
三十六计／ 165
案例：容量木桶原理的应用／ 167
更多案例
◎ 架构前进一小步，容量提升一大步
◎ 结合“容量考核”合理使用运营成本
自动化测试三十六计 汪珺／ 171
总说／ 171
三十六计／ 176
案例：批量执行自动化测试的策略改进／ 179
更多案例
◎ 自动化测试思维的变化
◎ 无法适应变更的“死”自动化测试脚本
测试方法三十六计 徐奇琛/ 潘晓明/ 万千一／ 183
总说／ 183
三十六计／ 185
案例：统一化持续集成、持续交付，收归风险提升效率 ／ 190
更多案例
◎ 未覆盖最终版本带来的巨大风险
◎ 用JMeter 构建可靠廉价的压力测试方案
◎ 利用MAT 分析定位Android 内存泄漏问题
◎ UI 式样检测工具让测试人员拥有火眼金睛
◎ 运营活动监控系统为线上运营活动提供有力保障
第六章 安全技术
业务安全运维三十六计 邓冬瑞／ 196
总说／ 196
三十六计／ 199
案例：技术不是万能的，但是离开技术是万万不能的／ 201
更多案例
◎ 提高运营效率，快速响应，各司其职
◎ 要及时检视策略并做出相应调整，否则会殃及正常用户
安全测试三十六计 宗良/ 项阳／ 205
总说／ 205
三十六计／ 208
案例：有目的有计划的事前信息采集可以让安全
测试事半功倍／ 211
更多案例
◎ 没有考虑安全的设计就是没有防盗门的金库
◎ 仅仅发现问题，那是管杀不管埋
安全运维三十六计 韩方／ 216
总说／ 216
三十六计／ 217
案例：定期备份日志，还原入侵事件真相／ 221
更多案例
◎ 用多种认证手段提升安全防护等级
◎ 危险的匿名登录默认配置
第七章 大数据技术
数据质量三十六计 陈靖翔／ 226
总说／ 226
三十六计／ 229
案例：规范的企业主数据管理是数据质量的基石／ 233
更多案例
◎ 糟糕的数据处理架构会让数据异常处理付出更大的代价
◎ 精准的质量监控阈值会让运维工作更高效
大数据运维三十六计 范伦挺／ 236
总说／ 236
三十六计／ 238
案例：数据驱动精细化运维／ 241
更多案例
◎ 欲速则不达——直接删除惹的祸
◎ 数据驱动智能运维
◎ 离线作业监控平台的应用
第八章 日常运维
日常运维三十六计 梁定安／ 246
总说／ 246
三十六计／ 248
案例：从源头优化运维工作／ 250
更多案例
◎ 演习，为容灾策略保鲜
◎ 重点关注与保障不可逆操作的质量
Linux shell 三十六计 阿铭／ 254
总说／ 254
三十六计／ 255
案例：根据网卡名字输出对应的IP 地址／ 259
更多案例
◎ 自动封/ 解封IP
◎ 监控httpd 进程
◎ 备份数据库
◎ 监控磁盘使用
◎ 构建一个发布系统
网络运维三十六计 张永福／ 265
总说／ 265
三十六计／ 267
案例：利用自动化运维工具提升工作效率／ 270
更多案例
◎ 在网络排障中锻炼“抽丝剥茧”的能力
◎ 网络运维过程中团队合作的重要性
分布式存储运维三十六计 高向冉／ 275
总说／ 275
三十六计／ 277
案例：不及时回收删除的文件引发的成本问题／ 280
更多案例
◎ 微信存储应对节假日大规模突发事件
◎ 定期进行单点剔除演习的重要性
◎ 现网一定要干干净净
第九章 自动化运维
自动化运维三十六计 胥峰／ 285
总说／ 285
三十六计／ 286
案例：建设自动化运维体系／ 289
CMDB 三十六计 王津银／ 303
总说／ 303
三十六计／ 306
案例：应用CMDB 支撑更多的核心场景／ 309
更多案例
◎ 每个成功的CMDB 都离不开全员参与
◎ 面向新IT 的CMDB 模型管理新思路
第十章 运维管理
运维管理三十六计 涂彦／ 315
总说／ 315
三十六计／ 317
案例：运筹帷幄，解密远程管理／ 321
更多案例
◎ 运维管理者如何与年轻员工打成一片
◎ 用互联网产品思维管理远程团队
轻量ITSM 三十六计 闫林／ 328
总说／ 328
三十六计／ 332
案例：某大型银行大面积业务中断故障／ 338
更多案例
◎ 从5 万个网站宕机谈起
◎ 从2008 年北京奥运售票系统的崩溃谈起
第十一章 数据库运维
互联网数据库运维三十六计 周小军／ 341
总说／ 341
三十六计／ 342
案例：优化热记录与肥胖记录／ 344
更多案例
◎ 未经测试的数据搬迁工具引发的故障
◎ 节假日前的数据库容量规划
MongoDB 运维三十六计 周李洋／ 349
总说／ 349
三十六计／ 351
案例：MongoDB 执行计划分析——知其所以然／ 355
更多案例
◎ 由于滥用Schema less 导致的运营事故——
Schema less 而非Schema free
◎ 提前排兵布阵，减少阵型调整带来的损耗——
Sharding 架构下预分片
Oracle 运维三十六计 盖国强／ 361
总说／ 361
三十六计／ 363
案例：禁止远程DDL 和业务时间的DDL 操作／ 368
更多案例
◎ 有效的备份重于一切
◎ 测试和生产环境隔离
PostgreSQL 运维三十六计 周正中／ 375
总说／ 375
三十六计／ 377
案例：菜鸟末端轨迹项目中的面面判断／ 381
更多案例
◎ 共享充电宝实时经营分析系统的后台数据库设计
第十二章 数据中心运维
CDN 运维三十六计 高向冉／ 396
总说／ 396
三十六计／ 398
案例：应对CDN 各层级网络问题／ 400
更多案例
◎ NBA 直播总决赛突发场景应对
◎ 机房网络异常下的快速处理机制
数据中心运维节能三十六计 闫林／ 405
总说／ 405
三十六计／ 407
案例：某IT 企业高能耗大型数据中心的分析与改善／ 411
更多案例
◎ 某石化企业高能耗大型数据中心的分析与改善
◎ 某互联网公司大型数据中心的节能环保措施
IDC 运维三十六计 王莹／ 414
总说／ 414
三十六计／ 415
案例：inode 引发的业务中断／ 418
更多案例
◎ SAN 存储故障
◎ SAN 架构调整
致谢／ 423
· · · · · · (收起)
读后感
评分
评分
评分
评分
用户评价
**1. 学习者视角：扎实的理论基石与广阔的视野** 这本书简直是为我这种刚踏入DevOps领域的人量身定做的。首先，它没有那种高高在上的理论说教，而是非常贴近实战地梳理了DevOps的核心理念。我特别欣赏作者在开篇部分对“文化转型”的阐述，用了很多生动的案例说明了打破部门壁垒的重要性，这远比单纯介绍工具链要有价值得多。书中对持续集成（CI）和持续部署（CD）的讲解深入浅出，从Git提交到自动化部署的整个流程被拆解得非常细致，即便是对Jenkins或GitLab CI不太熟悉的读者，也能很快掌握其精髓。而且，它不仅仅停留在Dev和Ops的整合，还巧妙地引入了安全性（DevSecOps）和可观测性（Observability）的概念，让我对整个生命周期有了更全面的认识。读完前几章，我感觉自己搭建了一个坚实的知识框架，不再是零散地知道一些工具，而是明白了它们在整个系统中的作用和相互关系。这本书的行文流畅，逻辑清晰，让人感觉不像在啃一本技术手册，而更像是在听一位经验丰富的架构师娓娓道来。
评分**3. 团队管理者视角：效率提升与组织变革的路线图** 作为团队的负责人，我最关心的是如何将理论转化为实际的生产力提升，以及如何处理转型过程中的人与流程的摩擦。这本书在这方面提供了极具操作性的指导方针。它清晰地阐述了度量和监控（Metrics and Monitoring）的重要性，不仅仅是CPU和内存这些硬件指标，更是转化率、部署频率、变更失败率等业务导向的指标。作者建议的“价值流图”（Value Stream Mapping）工具非常实用，我立刻组织团队进行了一次内部梳理，清晰地发现了我们流程中的主要瓶颈所在。此外，书中对如何建立一个“无责备文化”（Blameless Culture）的探讨非常深刻。它提供了一些实用的会议模板和讨论技巧，帮助我们在事故发生后，能够聚焦于系统改进而非个人指责，这对维护团队士气至关重要。这本书更像是一份组织变革的路线图，指导我如何自上而下推动变革，同时又确保基层的工程师能够理解并参与其中。
评分**4. 运维专家的感悟：从被动响应到主动预防的转变** 多年来，我们运维团队的工作模式常常是“救火队员”式的，被动响应线上突发事件。这本书彻底颠覆了我对“运维”这个角色的传统认知。它强调的“基础设施即代码”和“自动化优先”理念，实际上是迫使我们从传统的脚本维护转向更高级别的平台工程。书中对容器化技术（Docker/Kubernetes）的描述，不仅限于如何部署应用，更侧重于如何构建一个标准化的、可自我修复的环境，将运维能力内建于平台之中，从而解放了运维人员去做更有战略价值的事情。我尤其欣赏其中关于“不可变基础设施”的章节，它引导我思考如何彻底消除手动修改带来的“配置漂移”问题。阅读这本书的过程，就是我重新审视自己工作流程，并主动设计出更健壮、更具前瞻性的基础设施管理体系的过程。它成功地将运维的角色从成本中心提升为价值创造中心。
评分**5. 快速入门者的体验：知识的结构化与即时应用** 对于我这种背景较为多元，希望快速掌握DevOps全貌的人来说，这本书的结构设计简直太友好了。它没有一开始就抛出一堆复杂的术语，而是通过一个贯穿始终的示例项目（我记得是构建一个电商微服务应用），将各个技术点串联起来。比如，当我们讲到测试时，书中会立刻展示如何将单元测试集成到CI流水线中；当我们谈到部署时，又会紧接着讲解如何配置Kubernetes的Manifest文件。这种“理论+实践代码片段”的穿插模式，让知识点非常立体。我不需要跳到其他参考资料去补全上下文，很多基础的YAML配置、Shell脚本的逻辑，都能在书中找到清晰的解释。读完后，我感觉自己像拥有了一份可以立即投入使用的“速查手册”，特别是关于自动化脚本和基础设施定义的那些最佳实践，我直接借鉴用到了我自己的小型项目里，效率提升立竿见影。这本书的价值在于，它在最短的时间内，给了读者一个高保真的、可操作的DevOps全景图。
评分**2. 资深工程师视角：架构的深度与实践的广度** 说实话，市面上关于DevOps的书籍汗牛充栋，大多停留在工具层面的浅尝辄止，或者过于偏重某一特定技术栈。但这本书的视角明显要高出一个层次。它没有陷入过度的具体命令细节（那部分读者可以自行查阅官方文档），而是着重探讨了如何在复杂的、遗留系统众多的企业环境中推行DevOps转型。书中对“配置即代码”（IaC）的论述非常到位，特别是对Terraform和Ansible在不同云平台上的适用性进行了细致的对比分析，这些都是我在实际项目中经常遇到的决策难题。更让我眼前一亮的是，作者对“金丝雀发布”和“蓝绿部署”等高级发布策略的权衡分析。它没有武断地说哪个最好，而是从回滚难度、流量控制、资源消耗等多个维度进行剖析，这种中立且深度的分析，对于需要为生产环境做决策的工程师来说，是无价之宝。这本书无疑是成熟实践者的案头必备，能帮助我们优化现有流程，避免“看起来很美”的陷阱。
评分当年作为第一波加入高校运维社区的人，对本书期待了挺久的，DevOps涉及的方方面面，国内发展得如火如荼，看完再来评价。书厚度中等，浓缩即精华，互联网一线的经验教训和代价总结分享，推荐一读。
评分当年作为第一波加入高校运维社区的人，对本书期待了挺久的，DevOps涉及的方方面面，国内发展得如火如荼，看完再来评价。书厚度中等，浓缩即精华，互联网一线的经验教训和代价总结分享，推荐一读。
评分一般般，博客文章大合集。
评分看了前面两张，强行凑数36，无体系可言，适合蹲坑观看
评分当年作为第一波加入高校运维社区的人，对本书期待了挺久的，DevOps涉及的方方面面，国内发展得如火如荼，看完再来评价。书厚度中等，浓缩即精华，互联网一线的经验教训和代价总结分享，推荐一读。
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 qciss.net All Rights Reserved. 小哈图书下载中心 版权所有