×
超值优惠券
¥50
100可用 有效期2天

全场图书通用(淘书团除外)

关闭
暂无评论
图文详情
  • ISBN:9787302592716
  • 装帧:一般胶版纸
  • 册数:暂无
  • 重量:暂无
  • 开本:其他
  • 页数:284
  • 出版时间:2021-11-01
  • 条形码:9787302592716 ; 978-7-302-59271-6

本书特色

从某种程度上讲,所有组织都遭受着糟糕的开发实践、混乱的信息沟通以及陈旧的遗留系统带来的困扰,你所在的组织也不例外。DevOps可以帮助你改进流程,但首先需要识别出阻碍你的核心问题。本书使你能够利用有限的资源进行DevOps交付,同时驾驭实际工作中司空见惯的办公室政治和根深蒂固的思维模式。 《运维困境与DevOps破解之道》为开发和沟通的转型提供了清晰的步骤,书中使用通俗的语言描述了能够即刻见效的渐进式技术,帮助你简化工作流程、管理计划外时间和建立运营指标。无论你遇到什么问题,本书观点对于组织的成功都具有积极的意义。

内容简介

主要内容 ●  化失败为机遇 ●  通过文化推动变革 ●  打破知识孤岛 ●  解决中层管理人员的地盘之争

目录

第1 章 DevOps 要素 1

1.1 DevOps 的概念 2

1.1.1 有关DevOps的历史 2

1.1.2 DevOps 不是什么 3

1.2 DevOps 的支柱CAMS 5

1.3 关于本书 6

1.4 小结 6

第2 章 家长制综合征 9

2.1 创建壁垒而非安全防护措施 10

2.2 引入把关者 13

2.3 审视把关者 14

2.4 通过自动化治疗家长式作风 17

2.5 捕捉审批的动因 19

2.6 为自动化构建代码 19

2.6.1 审批流程 20

2.6.2 自动化审批 22

2.6.3 日志流程 25

2.6.4 通知流程 26

2.6.5 错误处理 27

2.7 确保持续改进 28

2.8 小结 28

第3 章 运维盲区 29

3.1 作战故事 29

3.2 改变开发和运维职责范围 30

3.3 了解产品 31

3.4 打造运维可视化 32

3.4.1 创建自定义指标 33

3.4.2 决定度量内容 34

3.4.3 定义健康指标 37

3.4.4 失效模式和影响分析 38

3.5 让日志发挥作用 41

3.5.1 日志聚合 41

3.5.2 应该记录的内容 43

3.5.3 日志聚合的缺点 45

3.6 小结 48

第4 章 数据代替信息 49

4.1 从用户而不是数据开始 49

4.2 小部件(仪表盘构建块) 51

4.2.1 折线图 51

4.2.2 柱状图 53

4.2.3 仪表 54

4.3 为小部件提供上下文 54

4.3.1 通过颜色提供上下文 55

4.3.2 通过阈值线提供上下文 55

4.3.3 通过时间比较提供上下文 56

4.4 组织仪表盘 57

4.4.1 处理仪表盘行 57

4.4.2 引导用户 58

4.5 命名仪表盘 59

4.6 小结 60

第5 章 把质量当成调味品 61

5.1 测试金字塔 62

5.2 测试结构 64

5.2.1 单元测试 64

5.2.2 集成测试 67

5.2.3 端到端测试 68

5.3 对测试套件的信心 71

5.3.1 恢复对测试套件的信心 71

5.3.2 避免虚荣指标 74

5.4 持续部署与持续交付 75

5.5 特性标志 77

5.6 执行流水线 78

5.7 管理测试基础设施 81

5.8 DevSecOps 82

5.9 小结 84

第6 章 警报疲劳 85

6.1 作战故事 86

6.2 值班人员轮换的目的 87

6.3 值班人员轮换的定义 88

6.3.1 确认时间 89

6.3.2 开始时间 89

6.3.3 解决时间 90

6.4 定义警报的标准 90

6.4.1 阈值 91

6.4.2 嘈杂的警报 92

6.5 配置值班轮换 95

6.6 值班报酬 97

6.6.1 货币报酬 97

6.6.2 休假 98

6.6.3 增加在家工作的灵活性 99

6.7 值班的体验 100

6.7.1 向谁发出警报 100

6.7.2 警报的紧急程度是怎样的 100

6.7.3 如何发送警报 101

6.7.4 何时通知团队成员 101

6.8 提供其他值班的任务 102

6.8.1 值班支持项目 102

6.8.2 性能报告 103

6.9 小结 104

第7 章 一无所有的工具箱 105

7.1 内部工具和自动化的重要性 107

7.1.1 自动化带来的改进 107

7.1.2 自动化对业务的影响 108

7.2 组织没有实现更多自动化的原因 111

7.2.1 将自动化设为文化上的优先事项 111

7.2.2 自动化和工具化的人员配置 113

7.3 修复文化层面的自动化问题 115

7.3.1 不允许手动任务 115

7.3.2 支持“不”作为答案 115

7.3.3 手动作业的成本 117

7.4 优先考虑自动化 120

7.5 定义自动化目标 121

7.5.1 将自动化作为所有工具的要求 121

7.5.2 在工作中优先考虑自动化 122

7.5.3 把自动化作为员工的优先事项 123

7.5.4 为培训和学习提供时间 124

7.6 填补技能体系缺口 125

7.6.1 加强团队之间的技术协作 127

7.6.2 构建新的技能体系 128

7.7 达到自动化 129

7.7.1 任务中的安全性 130

7.7.2 安全性设计 131

7.7.3 任务的复杂性 133

7.7.4 任务评级的方法 134

7.7.5 自动化简单任务 135

7.7.6 自动化繁杂任务 137

7.7.7 自动化复杂任务 139

7.8 小结 139


第12 章 过多标尺 241

12.1 目标层级 242

12.1.1 组织目标 243

12.1.2 部门目标 243

12.1.3 团队目标 244

12.1.4 获取目标 245

12.2 对自己工作的觉察 245

12.2.1 优先级、紧迫性和重要性 246

12.2.2 艾森豪威尔决策矩阵 247

12.2.3 如何拒绝允诺 248

12.3 组织团队工作 251

12.3.1 对工作进行时间分割 251

12.3.2 填充迭代 252

12.4 计划外工作 253

12.4.1 控制计划外工作 254

12.4.2 处理计划外工作 257

12.5 小结 259

结语 261

展开全部

作者简介

Jeffery D. Smith 已经在技术领域工作了超过20 年,他一直在管理层岗位和个人贡献者身份之间切换,目前在总部位于伊利诺伊州芝加哥的广告软件公司Centro 担任生产运维总监。Jeffery 对各类组织中的DevOps 转型充满热情,对公司中心理学层面的问题尤为感兴趣。他和妻子Stephanie 以及他们的两个孩子居住在芝加哥。

预估到手价 ×

预估到手价是按参与促销活动、以最优惠的购买方案计算出的价格(不含优惠券部分),仅供参考,未必等同于实际到手价。

确定
快速
导航