新書推薦：
《
巨人传（插图珍藏本）
》
售價：HK$
705.6
《
地下（村上春树沙林毒气事件的长篇纪实）
》
售價：HK$
76.7
《
偿还：债务与财富的阴暗面
》
售價：HK$
80.2
《
清华大学藏战国竹简校释（壹）：《命训》诸篇
》
售價：HK$
94.4
《
封建社会农民战争问题导论（光启文库）
》
售價：HK$
68.4
《
虚弱的反攻：开禧北伐
》
售價：HK$
92.0
《
中华内丹学典籍丛书：古书隐楼藏书汇校（上下）
》
售價：HK$
257.2
《
辞源.修订本（建国60周年纪念版）（全二册）
》
售價：HK$
1477.6
|
| 編輯推薦： |
|
企业级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.lysdarchitect与推特@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实施建立适当的环境，这可以通过支持变革努力、改变僵化的遗留程序以及自上而下共同克服文化惰性来实现。
注意：自下而上员工导向的努力使得非常高效的独立团队能够实施DevOps并茁壮成长；自上而下高层管理者导向的努力使这些个体的成功能够推广开来。
要推广成功，业务的参与是必不可少的。IT组织的存在就是为了交付业务向其客户交付商业价值所需要的能力。业务要求IT组织进行优化，要更加敏捷，适应变化，更具有响应力，利用更少的资源做更多的事情，更加高效，提高产能，更快速、更高质的交付，针对市场灵活应变，加速竞争，遵守不断变化的监管与合规制度以及，当然也要缩减开支。
此外，还可能要求创新，以允许公司进入新的市场，实现指数增长，吸引并发展客户群体，响应客户需求以及缩减开支。这些要求希望这些要求不是同时存在是变革需求产生的驱动力，是实现DevOps实施效益的工作动机。
注意：实施DevOps不能仅仅因为它很炫酷，而是要基于业务上的原因。敏捷或速度的诉求是DevOps存在的第一性原理。在过去几年里，DevOps的实施日趋成熟与广泛，这反映出当今的市场动态和客户期望。
因此，为了使IT经历变革，这个变化必须要能够改进并增强其能力，以交付业务能力并进一步改进及提升所交付的业务价值。业务与IT之间必须保持适度合作，以便IT实施DevOps所经历的变革能够通过适当平衡优化与创新来满足业务最为迫切的需求。业务目标必须是驱动IT变革的原因，变革原因又会反过来驱动IT变革的方式。
《DevOps实施手册-在多级IT企业中使用DevOps》将DevOps实施方案分为以下几类：
● 优化DevOps
● 创新DevOps
● DevOps实施的企业级推广
● 驱动企业的DevOps实施
其中包括了每一项实施方案的经验教训、案例、成功模式以及反模式。就像体育运动队的战术手册一样，《DevOps实施手册-在多级IT企业中使用DevOps》旨在提供适用于不同情境及形势的特定方案具体取决于组织当前的成熟度及状态，供组织通过实施DevOps向更高绩效的交付组织转型时使用。组织需要采用这些方案，并基于DevOps实施项目与团队的实际情况策略性地执行。正如与敌人交战必须要有作战计划一样，实施这些方案必须要有相应的行动计划或者使用更为广泛的为每个组织设计的实施路线图。
此外，任何组织在本质上都不是统一或同质的。组织中的某个部分或许在某些领域更加成熟，而在其他领域则不够成熟。同在一个组织内，有时甚至是同在一幢建筑物内，一些团队或群体或许已经实现了敏捷与速度，而其他团队则可能正经受严重的文化惰性；他们都需要相互合作以实现规模效应。
组织可能已经拥有应用现代化敏捷与DevOps实践的创新实验室，但核心系统团队可能仍在进行僵化的瀑布式交付。因此，针对同一组织中的不同部分，要应用不同的实施模式，而且要根据不同团队的需要进行定制化调整。为了帮助组织实施这种定制化调整，《DevOps实施手册-在多级IT企业中使用DevOps》还应用了价值流图技术。作为精益实践的组成部分，价值流图已应用了几十年，现在也可以用来从这些方案中开发实施路线图，这些实施路线图是根据组织的业务目标、当前成熟度以及能力状况而定制的。
|
|
購物車/收銀台(0) | 在線留言板
| 付款方式
| 運費計算
| 聯絡我們
| 幫助中心 |
加入書簽
HOME
新書上架
