DevOps实施手册 在多级IT企业中使用DevOps
作者:[美]Sanjeev Sharma 著 万金 译
格式: pdf、txt、epub、azw3、mobi、docx
编辑推荐
企业级IT具有独特的需求、能力和局限性，并面临着特殊的挑战。DevOps非常适合交付对速度和敏捷性有要求的高价值应用和系统，能够在不牺牲质量的情况下实现创新。但是，截至目前，大多数DevOps指导方法主要针对的是初创企业以及需求完全不同的互联网公司。在《DevOps 实施手册 在多级IT企业中使用DevOps》中，IBM杰出工程师Sanjeev Sharma展示了如何基于组织的业务目标、当前的IT成熟度以及IT技术与平台在企业内实施DevOps。根据作者帮助各行各业的公司成功实施DevOps的丰富经验，他阐述了该如何让组织做好准备，迎接挑战，并进入快速发展之路。与运动项目的战术手册一样，《DevOps 实施手册 在多级IT企业中使用DevOps》也提供了各类方案，供企业在不同环境、不同情况下使用。从中读者既可以学会针对具体业务创建独立的实施计划，又能够让团队朝着共同的目标而努力合作。
内容简介
《DevOps实施手册-在多级IT企业中使用DevOps》展示了如何：
● 理解DevOps的要素与能力
● 应对多级IT环境的挑战
● 识别出可以与DevOps相互匹配的大型企业的商业目标
● 在大型企业的IT环境中实施DevOps
● 在低成本、低风险的前提下实现高价值的创新与优化
● 通过更高效的产品发布超越业务目标
● 在从大型机、移动设备、容器、微服务到云计算的多重技术栈中应用DevOps
作者简介
桑吉夫·夏尔马是国际知名的DevOps与云计算领域的变革思想领袖、技术高管以及作家。桑吉夫具有丰富的行业经验，曾担任首席技术官(CTO)、全球技术销售负责人、采购集成技术负责人以及IT架构师。作为IBM的杰出工程师，桑吉夫被公认为IBM*别的核心技术领袖。桑吉夫主导并推动DevOps与云计算前沿解决方案、架构以及策略的实施。IBM DevOps技术销售部全球首席技术官的经验，加上对业务及IT需求的深刻洞察与理解力，使其对任何业务都能产生独特的见解，从而能够从独特的视角为高层管理者及高级技术管理人员提供建议与指导，以实现跨行业、跨地域的DevOps及云计算变革。作为云计算及DevOps专家，桑吉夫经常在国际科技论坛上发表演讲，还经常在领先的科技刊物以及自己的博客(http://bit.ly/sdarchitect)与推特(@sd_architect)上发表文章、博文以及视频。
目 录
第1章
DevOps概述 1
1.1
DevOps：起源 2
1.2
DevOps：本源 4
1.3
DevOps：实践 10
1.3.1 持续集成 11
1.3.2 持续交付 15
1.3.3 支持实践 19
1.3.4 前移 27
1.3.5 架构与降低风险 30
1.3.6 持续改进 31
1.3.7 衡量标准 31
1.3.8 业务驱动 32
1.4
DevOps：文化 33
1.5
总结 35
第2章
DevOps实施 37
2.1
撰写指导手册 39
2.1.1 识别目标状态(业
务目标及驱动) 40
2.1.2 评估现状 43
2.1.3 选择变革方案 56
2.1.4 实施变革方案 57
2.2
总结 61
第3章
开发DevOps变革的
商业案例 63
3.1
开发商业案例 64
3.2
完成商业模式画布 67
3.3
客户细分 68
3.3.1 业务线 68
3.3.2 IT组织 69
3.4
价值主张 70
3.4.1 业务线 70
3.4.2 IT组织 72
3.5
渠道通路 74
3.5.1 业务线 74
3.5.2 IT组织 75
3.6
客户关系 75
3.6.1 业务线 75
3.6.2 IT组织 75
3.7
收入来源 75
3.7.1 业务线 76
3.7.2 IT组织 76
3.8
核心资源 76
3.8.1 业务线 76
3.8.2 IT组织 77
3.9
关键业务 77
3.9.1 业务线 77
3.9.2 IT组织 77
3.10
战略伙伴 78
3.10.1 业务线 78
3.10.2 IT组织 79
3.11
成本结构 79
3.11.1 业务线 79
3.11.2 IT组织 79
3.12
总结 80
第4章
DevOps方案之优化
持续交付流水线 81
4.1 DevOps作为优化
运动 82
4.2
核心主题 88
4.2.1 缩短周期时间 89
4.2.2 缩小批次规模 91
4.2.3 建设正确文化
理念 95
4.3
DevOps实施方案 99
4.3.1 方案：建设衡量
标准与关键绩效
指标 99
4.3.2 方案：敏捷
实施 107
4.3.3 方案：集成的交付
流水线 110
4.3.4 方案：持续
集成 116
4.3.5 方案：持续
交付 120
4.3.6 方案：测试
前移 133
4.3.7 方案：运维参与
前移 139
4.3.8 方案：持续监控
与反馈 145
4.3.9 方案：发布
管理 151
4.4
专注核心方案 154
4.4.1 方案：移动设备
DevOps 154
4.4.2 方案：大型机
的DevOps 161
4.4.3 方案：物联网
DevOps 165
4.4.4 方案：DevOps
用于大数据及
分析 168
4.5
总结 173
第5章
DevOps驱动创新
方案 175
5.1
优化创新 176
5.2
Uber综合症 178
5.3 创新与技术的
角色 178
5.3.1 商业模式创新 179
5.3.2 商业模式实验 180
5.3.3 用户参与模式
创新 181
5.4
核心主题 183
5.4.1 实现多级IT 184
5.4.2 构建正确的
事物 187
5.4.3 进行实验 190
5.4.4 提供反脆弱的
系统 192
5.4.5 IT系统与反脆
弱性 195
5.5 方案：构建DevOps
平台 199
5.5.1 应用交付与反脆
弱性 202
5.5.2 环境抽象层 203
5.5.3 云托管的DevOps
平台 204
5.5.4 基础设施即
服务 209
5.5.5 OpenStack Heat
作为抽象层 214
5.5.6 平台即服务 215
5.5.7 容器 219
5.6 方案：交付微服务
架构 223
5.6.1 微服务架构 224
5.6.2 应用的12要素 226
5.6.3 云原生应用 228
5.6.4 微服务和容器 230
5.6.5 微服务化改造 230
5.7
方案：API经济 233
5.7.1 部署自动化和
API 236
5.7.2 DevOps平台和
API 236
5.8
方案：组织创新 238
5.9
总结 240
第6章
DevOps的企业级
推广 243
6.1
核心主题 244
6.1.1 组织文化 245
6.1.2 工具与实践
标准化 246
6.1.3 有组织的实施 247
6.1.4 打破组织仓筒 248
6.2 方案：DevOps能力
中心 248
6.2.1 DevOps能力中心
的功能与目标 250
6.2.2 能力中心的核心
角色 251
6.2.3 DevOps教练 251
6.2.4 建立能力中心 253
6.3 方案：发展规模创
新文化 254
6.4 方案：发展持续改进
文化 259
6.4.1 开发实施路
线图 261
6.4.2 持续开发与价值
流图 262
6.5 方案：DevOps团队
模型 264
6.6 方案：工具与流程
标准化 267
6.7 方案：DevOps的
安全性考虑 271
6.7.1 管理安全相关
风险 273
6.7.2 解决DevOps流程
与平台的安全
问题 275
6.7.3 API经济与
安全 279
6.8 方案：DevOps与
外包 280
6.8.1 战略外包 281
6.8.2 IT供应链 282
6.8.3 利用外包实现
DevOps 283
6.9
总结 283
第7章
引领企业的DevOps
实施 285
7.1 方案：DevOps作为
变革运动 287
7.1.1 令人信服的行动
理由 289
7.1.2 DevOps变革的
反模式 290
7.2 方案：发展协作信
任的文化 293
7.2.1 可见性促进
信任 294
7.2.2 一切都关乎人 295
7.3 方案：业务线的
DevOps思维 296
7.3.1 业务线与IT的
接触 297
7.3.2 参与DevOps
变革 298
7.3.3 让影子IT走出
阴影 298
7.4 方案：利用试点
项目启动 299
7.4.1 试点项目选择 301
7.4.2 高层管理者
支持 302
7.5 方案：在航空母舰
上培养独角兽 302
7.6
总结 306
附录A
案例研究 307
A.1
组织背景 307
A.2
路线图组成 308
A.2.1 DevOps的优化与
创新工作坊 309
A.2.2 背景和上下文 310
A.3
实施路线图 312
A.3.1 业务驱动
因素 312
A.3.2 现有的IT
举措 313
A.3.3 瓶颈 314
A.3.4 根因分析 316
A.3.5 DevOps实践 316
A.3.6 实施路线图 321
参考文献
商品评价
- 原创：万金 来自《DevOps实施手册》“第2章：DevOps实施”的解读 发表与2018年6月28日 估计阅读时间8分钟不可能的任务你有没有过这样的感觉？办法和道理都懂，还是过不好这一生。在年初制定的健身和学习计划，到了年底，生活还是老样子。如果改变自己都很困难，改变一群人的行为习惯则更…
全部评论: 0条