编辑点评：运维人员技能成长手册开发书籍
很好的一本关于运维体系以及实践的书，应用运维体系建设组织架构模式开发设计，进化运维技术变革与实践探索一书是由赵成著作，电子工业出版社出版的图书，想要免费阅读的直接点下载即可。
进化运维技术变革与实践探索pdf图片预览
图书特色
本书整体包含四大部分内容：应用运维体系建设、效率和稳定性*实践、云计算时代的运维实践以及运维人员的个人成长。应用运维体系建设部分从运维的本质开始讲起，到运维体系的基本建立和运维组织架构和模式的解读，介绍如何一步步建立运维技术体系和组织架构，如何树立正确的运维建设思路，系统讲解了运维工作的基础。效率和稳定性*实践部分是运维价值的体现，将围绕持续交付、稳定性保障和故障管理，分享如何打造不需要任何运维参与的端到端交付过程，以及如何在实践中锤炼出稳定性保障体系、有效进行故障管理等内容。云计算时代的运维实践部分是新时代运维升级转型的必备要求，将分享在混合云、云存储、静态化以及 CDN 上的实践经验，以及这些实践所带来的巨大收益。运维人员的个人成长作为和运维人员软实力息息相关的一部分，将会分享作者的一些深度思考，包括运维技术发展趋势、个人成长等。
本书整体包含四大部分内容：应用运维体系建设、效率和稳定性*实践、云计算时代的运维实践以及运维人员的个人成长。应用运维体系建设部分从运维的本质开始讲起，到运维体系的基本建立和运维组织架构和模式的解读，介绍如何一步步建立运维技术体系和组织架构，如何树立正确的运维建设思路，系统讲解了运维工作的基础。效率和稳定性*实践部分是运维价值的体现，将围绕持续交付、稳定性保障和故障管理，分享如何打造不需要任何运维参与的端到端交付过程，以及如何在实践中锤炼出稳定性保障体系、有效进行故障管理等内容。云计算时代的运维实践部分是新时代运维升级转型的必备要求，将分享在混合云、云存储、静态化以及 CDN 上的实践经验，以及这些实践所带来的巨大收益。运维人员的个人成长作为和运维人员软实力息息相关的一部分，将会分享作者的一些深度思考，包括运维技术发展趋势、个人成长等。
目录大全
第1章 运维的本质
1.1 *公司的运维定义 / 2
1.1.1 没有运维的Netflix / 2
1.1.2 Netflix是如何成为行业典范的 / 3
1.1.3 总结 / 7
1.2 运维体系建设的核心概念：应用 / 7
1.2.1 应用的起源 / 8
1.2.2 应用模型及关系模型的建立 / 9
1.2.3 微服务架构时代下为什么要以应用为核心 / 12
第2章 运维体系建设
2.1 标准化体系建设基础 / 16
2.1.1 标准化的原因和步骤 / 16
2.1.2 基础设施层面的标准化 / 17
2.1.3 应用层面的标准化 / 19
2.1.4 总结 / 21
2.2 标准化体系建设实践：基础架构标准化 / 22
2.2.1 常见的分布式基础架构组件 / 23
2.2.2 基础架构组件的选型问题 / 24
2.2.3 基础架构的服务化 / 26
2.2.4 运维的职责 / 27
第3章 配置管理数据库（CMDB）
3.1 CMDB的前世今生 / 36
3.1.1 CMDB源起 / 36
3.1.2 传统运维思路下的CMDB / 37
3.1.3 互联网运维体系下的CMDB / 39
3.1.4 CMDB进行时 / 40
3.2 有了CMDB，为什么还需要应用配置管理 / 41
3.2.1 CMDB是面向资源的管理，是运维的基石 / 42
3.2.2 应用配置管理是面向应用的管理，是运维的核心 / 43
3.2.3 总结 / 45
3.3 在CMDB中落地应用的概念 / 46
3.3.1 如何有效组织和管理应用 / 46
3.3.2 应用的集群服务分组建设 / 49
3.3.3 CMDB在基础服务体系中的核心位置 / 51
3.3.4 总结 / 54
第4章 运维组织架构及模式
4.1 运维组织架构和转型 / 56
4.1.1 自助化运维能力的建设 / 56
4.1.2 从价值呈现的角度看运维 / 57
4.1.3 运维协作模式的改变 / 59
4.1.4 运维的组织架构 / 61
4.1.5 总结 / 62
4.2 Google SRE的运维模式 / 63
4.2.1 SRE岗位的定位 / 63
4.2.2 SRE岗位的职责 / 64
4.2.3 如何借鉴和落地 / 67
4.3 从Google CRE谈运维的服务意识 / 67
4.3.1 CRE产生的背景 / 68
4.3.2 CRE岗位的职责 / 69
4.3.3 从CRE谈谈做运维为什么要有服务心态 / 70
4.4 云计算和AI时代下的运维转型 / 73
4.4.1 应用运维的转型 / 75
4.4.2 云计算和AI带给知识兔的挑战 / 78
4.4.3 总结 / 80
第5章 持续交付
5.1 提升效率，为什么要先做持续交付 / 84
5.1.1 什么是持续交付 / 85
5.1.2 持续交付的关键点 / 86
5.2 持续交付的第一关键点：配置管理 / 88
5.2.1 版本控制 / 89
5.2.2 依赖管理 / 90
5.2.3 软件配置 / 91
5.3 多环境配置管理 / 94
5.3.1 多环境问题 / 94
5.3.2 不同环境下的应用配置管理 / 95
5.3.3 环境配置管理解决方案 / 96
5.3.4 总结 / 100
5.4 多环境建设 / 101
5.4.1 环境分类 / 101
5.4.2 线下环境分类建设 / 102
5.4.3 环境建设上的关键技术点 / 106
5.4.4 总结 / 109
5.5 线上环境建设 / 110
5.5.1 生产环境 / 110
5.5.2 Beta环境 / 112
5.5.3 预发环境 / 113
5.5.4 办公网生产环境 / 116
5.5.5 总结 / 117
5.6 流水线模式 / 118
5.6.1 持续交付流水线简要说明 / 119
5.6.2 项目需求分解 / 119
5.6.3 提交阶段之开发模式选择 / 121
5.6.4 开发模式的选型原则 / 123
5.7 流水线软件构建 / 125
5.7.1 构建环节 / 126
5.7.2 几个关键问题 / 127
5.8 流水线构建完成后的质量保障 / 131
5.8.1 依赖规则限制 / 131
5.8.2 功能测试 / 132
5.8.3 非功能测试 / 133
5.8.4 总结 / 135
5.9 持续交付实践：根据业务场景找方案 / 136
5.9.1 软件的持续部署发布 / 137
5.9.2 发布策略 / 139
5.9.3 持续交付体系的收益 / 141
5.9.4 总结 / 141
第6章 稳定性保障
6.1 *业务场景下的稳定性保障 / 144
6.1.1 知识兔所面对的*业务场景 / 144
6.1.2 技术上的挑战 / 146
6.1.3 *业务场景下的不确定因素 / 148
6.2 稳定性实践 / 150
6.2.1 容量规划 / 150
6.2.2 限流降级 / 160
6.2.3 开关和预案 / 167
6.2.4 全链路跟踪系统 / 172
第7章 故障管理
7.1 我对故障的理解 / 182
7.2 故障定级和定责 / 186
7.2.1 故障的定级标准 / 187
7.2.2 故障的定责标准 / 189
7.3 故障定责的目的 / 192
7.3.1 关于定责和处罚 / 192
7.3.2 目的是鼓励做事，而不是处罚错误 / 194
7.3.3 处罚的“负”作用远超知识兔的想象 / 196
7.4 故障应急和故障复盘 / 197
7.4.1 故障应急 / 198
7.4.2 故障复盘 / 201
7.4.3 定期总结故障案例 / 203
7.4.4 总结 / 204
第8章 云运维的技术选型
8.1 为什么蘑菇街会选择上云 / 206
8.1.1 知识兔所面临的问题 / 206
8.1.2 纵观技术发展趋势 / 211
8.1.3 没有银弹 / 212
8.2 为什么混合云是未来云计算的主流形态 / 213
8.2.1 关于混合云 / 213
8.2.2 知识兔所经历的几个基础设施建设阶段 / 215
8.2.3 总结 / 219
8.3 面向应用层的云架构解决方案：Spring Cloud / 219
8.3.1 Spring Cloud框架中云的影子 / 220
8.3.2 CNCF / 223
8.3.3 可以预见的技术发展趋势 / 224
8.4 云计算时代的弹性伸缩 / 225
8.4.1 弹性伸缩的主体是谁 / 225
8.4.2 总结 / 228
第9章 CDN
9.1 从CDN和云存储来聊聊云生态的崛起 / 230
9.1.1 CDN和云存储 / 230
9.1.2 云生态的优势 / 231
9.1.3 总结 / 234
9.2 页面静态化架构和二级CDN建设 / 235
9.2.1 静态化架构建设的业务场景 / 235
9.2.2 页面静态化架构 / 237
9.2.3 静态化架构在大促场景中的应用 / 239
9.2.4 二级CDN建设 / 240
9.2.5 总结 / 241
第10章 运维人员的成长之路
10.1 我是如何走上运维岗位的 / 244
10.1.1 我是怎么开始做运维工作的 / 244
10.1.2 我为什么会把运维当作职业发展的方向 / 247
10.1.3 给知识兔的一点启发 / 251
10.2 运维需要懂产品和运营吗 / 252
10.2.1 运维的角色转变和价值体现 / 253
10.2.2 技术产品 / 254
10.2.3 技术运营 / 254
10.2.4 总结 / 256
10.3 从技术到管理，如何转身 / 257
10.3.1 从员工离职说起 / 257
10.3.2 关于员工离职的两个观点 / 258
10.3.3 谈谈如何做好技术管理 / 259
10.3.4 技术管理中引以为戒的一些反模式 / 261
10.3.5 总结 / 262
10.4 树立个人品牌意识 / 263
10.4.1 对求职者的背景调查 / 263
10.4.2 如何树立个人口碑 / 265
10.4.3 要引以为戒的反例 / 266
10.4.4 共勉 / 268
拓展阅读：运维与安全
关于作者
赵成，是公众号“Forrest 随想录”的作者，多届 ArchSummit 运维专题明星讲师和优秀出品人，TGO 杭州分会会员。目前专注于云计算和人工智能时代的运维转型和提升。加入蘑菇街之前，赵成在华为工作了七年，经历过开发、测试、运维以及一线客户服务等诸多岗位。他在不断的历练中迅速成长，培养了全面思考的意识和能力，积累了丰富的电信级和互联网业务研发及运维经验。赵成说他踏上运维之路有很大的偶然性，第一，不忍心看着自己跟团队开发出来的系统到了线上总是出问题，所以每当有问题时，他总是第一个冲在前面解决问题，久而久之，便积累了丰富的经验，也成为团队中比较重要的角色；第二，也是更重要的一个因素，他说自己非常享受那种攻克难题之后的成就感。
进化运维技术变革与实践探索读后感
这本书是说运维的，看完却发现几乎没有任何运维细节，我觉得说的完全是架构的事情。运维要的是标准化，服务化，标准化的步骤是抽象出对象，对象属性，对象关系，对象场景，架构同理。运维的目标是稳定性，效率，减少成本，架构同理。保证稳定性，如果容灾，都是架构考虑的重点。很佩服的是作者通篇的思路观点都非常清晰，甚至把人员的离职类比技术的容灾，管理的技术化思维啊。文中强调一句话让我感触颇深：理解系统如何工作并不会让你成为专家，调查系统为何不能正常工作才能。面向问题编程和架构或许是短期的工作重点，不断发现提出问题，解决问题。以应用为起点，找到价值点也是要考虑的地方。当然该书的第五章我是觉得写得不怎么样。
优点：作者很真诚，以身传教，考虑的很全面，内容层次鲜明逻辑清楚。缺点：1.奈飞的运维架构很先进，值得学习，但是未必适合所有企业。2.全书的措辞段落衔接通篇更像是一份技术文档，而非一本书，这个应该问责编辑。3.缺少专有名词注释，初学者会看得一头雾水。4.有些问题，看似点到为止，实际上不是一笔带过就是含糊其辞没有再展开交待。总的来说，希望现实里多有作者这样的运维管理大佬来指引企业的运维，那真是广大运维人员的福音了。。
这是一本很好的运维书籍。之所以说好，理由有三点。聽
第一、作者能够通过运维的变迁演化看运维。
作者是一个善于思考的人，能够看到运维表象背后的东西，从运维变迁演变的角度看待运维。自从有了IT系统，运维的需求就出现了，但是运维作为一个概念从来不是空泛的，在任何时候都内含着具体的工作和内容，而且在不同的阶段，这个概念所定义的工作和内容也是不断变化的，它们在不同的IT发展阶段有着不同的定义。这一点远比知识兔想的重要，因为在IT技术和IT实践飞速发展的当下，如果知识兔只是按照当下要求完成运维工作的话，不仅运维工作而且负责运维工作的知识兔，都会面临巨大挑战。逻辑很简单，IT环境发生了变化，运维方式和运维需求都将会发生翻天覆地的变化，传统的运维手段和运维人员将无法满足运维需求，因而也就会因为理念、技能、知识的不足而面临淘汰和转岗的问题。所以说作者能从运维的本质及其变迁看待运维，并根据Netflix和Google等创新公司的运维实践和探索，给出自己有关运维发展趋势的判断和预测，对广大运维人士来讲是相当有价值的。
第二、作者能够跳出运维，看待运维。
软件系统是有生命周期的，相对于开发等前置阶段，运维阶段绝不是最引人注目的阶段，但却是系统真正发挥作用，创造价值的阶段，因而也是最重要的，最漫长的阶段。但是运维在系统没有进入上线运维阶段之前，经常被忽略，至少没有被真正重视，认真考虑过，但是运维显然又与其他阶段是有机集成的关系，不能简单的被划断，如果在系统设计、开发阶段不能妥善考虑运维问题的话，运维就会因为缺乏良好设计和规划，因而失去了很多让系统运行的更好，更稳定的机会。如果把系统的生命周期比喻为一栋2层小楼的话，如果在打地基和盖底层的时候压根不考虑上层的话，2层的建设空间将大大受限，因而整栋楼的建设空间也就大大受限，没有什么腾挪空间。所以作者提出要跳出运维，从软件的生命周期角度看运维，不但符合整体论的思维方式，也符合事物依赖关系的基本逻辑。
第三、作者提出了一套系统化运维工作的方法论。
作者在书中提出了一套系统化的运维方法论，强调立足对象、属性、关系、场景去构建运维体系。通过将运维工作体系化，结构化，提高运维工作质量，改善系统的稳定性和运行水平。作者在书里，给出了这套方法论的部分实例，读者可以在
综上所述，这本书既有高度，又有实务，既有思想，又有方法，既谈到了虚，又务到了实，算得上一本当前技术条件下的运维好书。
下载体验