本书探讨了企业云转型的时代趋势和转型过程中总结的经验教训，分为两部分。第1部分强调了为什么采用云需要重新思考我们的组织结构，以及落地软件开发全生命周期的新型工作方式和思考。该部分分章介绍了云转型需要重点关注的三个方面：技术、人员和流程。第二部分讨论了到底需要改变什么以及如何改变的问题。首先介绍云运营模型和云平台的详细信息，包括角色和平台运营模型。接着详细讲解了契合模型和平台支持模型。之后概述云运营，重点介绍了站点可靠性工程。结尾总结了云转型的发展方向和进一步的展望。
无
本书的目的是帮助企业领导者制订计划，以加速云在组织中的应用。对于大多数组织来说，应用云计算是一种转型，你不能寄希望于仅仅把旧有流程直接插入云中就获得成功，企业中的每个人都需要采用新的思维方式。作为一名领导者，你必须花时间解释变革的必要性。你需要描绘一个清晰美好的愿景，让其他人愿意追随。
领导者不能抛开交付云计算软件所需的组织变革和面向流程的设计，而仅将时间和精力完全聚焦于云计算的技术方面。很多时候，技术领导者对重新设计运营模型和业务流程的必要性不屑一顾，将这些过程视为“虚东西”。然而，忽略“虚东西”会降低云转型的速度，并可能使其极具挑战。即便不是毫无可能，但也很难达到上云所期望的投资回报率。
虽然本书的内容对所有人都有用，但主要面向大型企业和领导者（从IT团队领导者到企业最高管理层）的需求和挑战，目的是帮助你做出决策、设计运营模型、重新思考技术文化，并从组织中最犹豫不决的角落获得对云转型的支持。关于云战略，这是最重要的。虽然我讨论了许多技术主题，但只限于概念层面，不会有代码或具体说明。对于那些寻求深入研究技术细节的人，可阅读本书中推荐的相关细分领域的资料。我的目标是帮助你思考如何将云融入企业的长期战略蓝图中。
如何使用本书
本书的第一部分（前4章）强调了为什么应用云转型需要重新思考组织结构并实施新的工作方式，以及思考整个软件开发生命周期。许多例子表明，云端构建和运营与本地物理基础设施有着根本上的不同。在此重点强调了为什么这些变化对云的成功采用如此关键。第2～4章讲述了任何云之旅成功的三个重点领域：技术、人员和流程。
如果你已经了解这些差异，并且理解组织需要变革的原因，那么请直接转到第5章，该章将讨论运营模型设计。本书的第二部分（第5～8章）讨论了需要改变什么以及如何改变。
O’Reilly在线学习平台（O’Reilly Online Learning）
40多年来，O’Reilly Media致力于提供技术和商业培训、知识和卓越见解，来帮助众多公司取得成功。
我们拥有独一无二的专家和革新者组成的庞大网络，他们通过图书、文章、会议和我们的在线学习平台分享他们的知识和经验。O’Reilly的在线学习平台允许你按需访问现场培训课程、深入的学习路径、交互式编程环境，以及O’Reilly和200多家其他出版商提供的大量文本和视频资源。有关的更多信息，请访问http://oreilly.com。
如何联系我们
对于本书，如果有任何意见或疑问，请按照以下地址联系本书出版商。
美国：
O’Reilly Media，Inc.
1005 Gravenstein Highway North
Sebastopol，CA 95472
中国：
北京市西城区西直门南大街2号成铭大厦C座807室（100035）
奥莱利技术咨询（北京）有限公司
要询问技术问题或对本书提出建议，请发送电子邮件至errata@oreilly.com.cn。
本书配套网站https://oreil.ly/acceleratingcloud-adoption上列出了勘误表、示例以及其他信息。
关于书籍、课程、会议和新闻的更多信息，请访问我们的网站http://oreilly.com。
我们在Facebook上的地址：http://facebook.com/oreilly
我们在Twitter上的地址：http://twitter.com/oreillymedia
我们在YouTube上的地址：http://www.youtube.com/oreillymedia
致谢
本书献给从2007年开始，在云之旅过程中与我一起共事和学习的所有人。
感谢我的妻子Eleni，她容忍我以工作为重，我经常在晚上10点到凌晨2点之间写书。特别感谢本书的编辑Sarah Grey，她把我随时随地的想法、脑中的碎片信息、冗长枯燥的句子变成了一本流畅的书，将我的观点表达得比我自己所能表达的更清楚！还要感谢本书的技术审校者：Greg Lavender、Ken Corless、Dave Linthicum和Jeff Armstrong。
计算机/云计算
Jian(2135964641) 11:23:40
云转型
技术、人员、流程、模型与运营
许多公司将工作负载迁移到云中，结果却遇到了遗留流程和组织结构的问题。我们该如何为云上环境设计新的运营模型呢？本书向IT经理、CIO和CTO展示了如何解决云转型中最困难的部分：人员和流程。
本书作者Michael Kavis分享了从企业云转型过程中吸取的经验教训。你将学习如何从技术、流程和组织的角度重新思考方法，以兑现公有云平台所提供的承诺——成本优化、敏捷性和创新。
学完本书，你将：
? 认识到在数据中心工作和在云中工作的区别。
? 探索用于组织云运营模型的模式和反模式。
? 获得进行云迁移所需组织变革的最佳实践。
? 理解为什么站点可靠性工程对云运营至关重要。
? 通过价值流图提升组织效能。
Michael Kavis曾担任过CTO、首席架构师和副总裁等众多技术职务，在软件开发和架构方面拥有30多年的经验。Kavis是云计算的先驱，他领导的团队在亚马逊的公有云中构建了世界上第一个高速交易网络，并赢得了2010 AWS Global Startup Challenge的冠军。Kavis是Architecting the Cloud: Design Decisions for Cloud Computing Service Models（Wiley，2014年）一书的作者。
Jian(2135964641) 11:23:50
“Michael Kavis写了一本关于云运营模式的佳作——对于希望加速云转型并从云计算中获取价值的公司来说，这是一本必读之书。”
——Jeff Dowds，Vanguard前首席技术官
很荣幸能为本书作序。2014年年初，当我在主导一家跨国金融服务公司的全球云转型时，特地购买了一批Mike的著作Architecting the Cloud: Design Decisions for Cloud Computing Service Models，免费向管理银行所有技术项目的CIO委员会成员赠送了几本。同时也赠送给了CIO办公室里所有向我汇报的管理总监，以及技术部门中支持企业、消费者和资本市场业务的高级领导。大多数领导也是首次接触基础设施即服务（IaaS）和平台即服务（PaaS）等概念。我建议我的同事只阅读前7章，尤其是第3章。该章是为了让每个人都知道，在开始建立和启用具有IaaS和PaaS服务模型的全球私有云之前，哪些是不应该做的。人们往往必须通过预先的认知来降低对新事物的热情，即任何技术转型总是与复杂的风险权衡相关，而Michael Kavis作为过来人，他的一些金玉良言值得慎重考虑。
在本书中，我看到了同样的睿智和严谨，即在开启公有云或多云之旅之前，弄清并正确使用云运营模型是基本要素。我曾多次与客户和在各种公共论坛上谈到云经济、云速度、云规模和云安全的概念。它们是所有云的关键架构和运营目标，无论是私有云、混合云、公有云、边缘云还是多云。其目标是准确量化资本支出（CAPEX）和运营支出（OPEX）的经济权衡，加快基础设施和应用程序的交付速度，并能够动态地纵向或横向伸缩，同时始终通过端到端的安全性、弹性，以及灾难恢复策略和机制来确保弹性、安全性和稳健性。这些点的共同目标是实现云运营模型的成熟度，并且人员、流程和技术必须三位一体才能达到一定水准的运营成熟度，进而实现预期的业务成果。
Mike拿20世纪早期电力公共设施的发展进行类比，这是对基础设施和软件服务向公用类消费模式技术转型的恰当描述。然而，调整电力实际上比将复杂的应用程序工作负载及其数据从传统企业的IT成本管理运营模型，调整到基于云消费的运营模型要简单得多。对于大多数客户的切实情况来说，这并不是一个非真即假的命题，而是基于一系列复杂的应用程序和业务风险管理约束，以及上述的经济性、速度、规模、可靠性和安全性方面的权衡，进而形成的私有云、混合云、公有云和托管云模型的某种组合。
云计算模型为企业提供了巨大的机会，使其能够以前所未有的速度和规模交付新型服务。关键的推动因素是所有软件（其中大部分来自开源社区）—无论是云服务提供商用来交付他们自己的服务，还是云消费者用来交付在这些服务之上构建的应用程序—都能够提供高度的自动化能力。然而，必须适当考虑风险集中这一因素。正如电力公司可能因计划内或计划外停机导致影响数百万用户一样，公有云公司的应用程序和服务的风险集中也可能导致停机，因为它们通常只提供99.9%的基础设施可靠性。当踏上云之旅时，你必须将弹性模型与应用程序一并带上。应用程序不是一座孤岛，它们通常有一个服务生态系统，可以提供应用程序团队工作中依赖的必要生命周期支持机制。许多应用程序开发人员并不像IT基础设施人员那样完全了解弹性，因此他们必须作为一个联合团队一起工作，这可能不是一种自然趋势。本书后面的章节将深入探讨运营模型，让你能够确保运维弹性和可恢复性是云战略、规划和运营模型的一部分。站点可靠性工程模型是在云世界中达到高弹性过程中的关键部分。正如我向同事推荐Mike的第一本书时所做的那样，我强烈建议你至少阅读本书的第7章，以便理解故障模型以及如何避免故障。
—Greg Lavender博士
VMware公司SVP兼CTO
加利福尼亚州帕洛阿托市
序言1
前言3
第一部分7
第1章 云转型介绍9
1.1 专业化和知识孤岛11
1.2 云转型的模式与反模式12
1.3 数据中心思维与云思维17
1.4 DevOps23
1.5 总结：人员、流程、技术28
第2章 技术31
2.1 基础设施即代码33
2.2 CI/CD37
2.3 不可变基础设施37
2.4 总结：新技术，新结构46
第3章 人员47
3.1 T型团队47
3.2 云比IT更大50
3.3 人才战略55
3.4 总结59
第4章 流程61
4.1 软件开发生命周期62
4.2 价值流图73
4.3 总结：千载难逢的机会78
第二部分81
第5章 实施云运营模型战略83
5.1 企业云战略剖析83
5.2 理解云运营模型85
5.3 运营模型原型86
5.4 云平台角色93
5.5 治理与云实践社区97
5.6 平台模型100
5.7 总结104
第6章 平台契合和支持模型105
6.1 契合模型105
6.2 平台支持模型108
6.3 让云为你服务:反模式和最佳实践111
6.4 根据你的云成熟度级别选择合适的模型117
6.5 总结118
第7章 云运营和可靠性119
7.1 平台运营的现代方法120
7.2 站点可靠性工程123
7.3 未雨绸缪137
7.4 总结151
第8章 总结：勇往直前，拥抱变化153
8.1 组织变革管理实践154
8.2 展望未来：期待什么155
8.3 面向未来的云转型158
