让云落地：云计算服务模式设计决策

　　云计算时代，具体服务模式如何落地？本书致力于从一个云服务消费者的视角向决策者提供各种服务模式的优点和缺点。对每一个开始为其云计算方案进行供应商选择和进入开发流程的决策者来说，本书都是必读之作。

　　云计算落地已成事实。从前几年的概念普及，到如今越来越多的企业将业务迁移至云上，云计算正在改变整个社会的信息资源使用观念和方式。

　　云计算还在不断成长，技术细节也在不断变化之中。对于使用者而言，能够基于自身的业务、技术和组织需求等各方面情况，选择正确的云服务模式，是成功使用云计算关键的技术决策之一。

　　本书共有十六章，作者有意避开了那些产品或供应商相关的细节，侧重于架构师及架构涉及各方应当解决的各种挑战，或者说，如何以适当的解决方案来解决业务问题；通过对具体问题的分析和案例讲解，向读者提供了大量可供参考的设计决策，并对所有云架构中都必须应对的重点领域进行了强调说明。

　　对每一个开始为其云计算方案进行供应商选择和进入开发流程的决策者来说，本书都是必读之作。

　　Mike Kavis（译者注：即Michael J. Kavis），是Cloud Technology Partners公司的副总裁和首席架构师，也是一名行业分析师。他在技术职能方面有着超过25年的企业解决方案架构经验，担任过首席技术官、首席架构师以及副总裁，为医疗健康、零售、制造业和忠诚营销行业提供服务。

　　2010年，作为初创企业M-Dot网络的首席技术官，他的公司赢得了著名的AMZNAWS全球初创企业挑战赛。M-Dot构建了一个高速的小额支付网络，通过将实体零售终端系统集成到完全在AMZNAWS公有云上搭建的数字激励PaaS之上，来进行数字激励的处理工作。M-Dot网络在2011年被收购。在业余时间，他以咨询顾问的角色为一些初创企业提供有关架构和云计算方面的咨询服务。工作之余，他喜欢到新泽西的大都会球场去看他心爱的纽约巨人队的比赛。

　　云计算无疑在改变企业IT的游戏规则，但并不是所有的企业都意识到了这一点。Mike Kavis在本书中就如何有效利用云计算为你的企业服务方面，提供了不少切实中肯的建议。这与别的书有什么不同？不同在于，这源自Mike多年的切身经验总结。他搭建过云环境，他使用这种技术解决过真正的业务问题。在这个蓬勃的云计算时代，本书对如何在首次接触云计算时获得成功给出了许多务实有效的建议。任何想要拥抱云计算的人都应该读一读本书。

　　——David Linthicum，Cloud Technology Partners高级副总裁

　　作家、演讲人、博客作者及“业余”极客

　　从很多方面来说，这都是一本相当重要的书。云现在是IT的变革力量，Mike抓住了这股力量，并从商业和技术的角度分别进行了阐释。本书的内容既涉及我们技术人员面对的挑战，又涵盖了业务能获得的收益。本书讲的不是一些具体产品，而是架构。因此即便再有新的技术出现，也不会显得过时。本书从人员、流程和技术等方面，解释了要将业务向现代的云架构转型需要做的工作。

　　云是一种颠覆性的技术。当然会有成功者和失败者。阅读本书多少会给你一些帮助，使你和你的公司能按照本书所说的路线图和架构，迈向成功。

　　——Eric Roch，IT咨询公司Perficient首席架构师、SOA和云计算项目负责人

　　许多专家认为这个时代缺乏足够的经济活力。Mike Kavis不一样，他有着完全不同的看法：在平淡的表象之下是各种机遇的活力在迸发。他认为我们已经进入了一个“创新的黄金时代”。他是对的，我们之前从未能够以如此之低的成本获得如此多的资源来发起和开展业务。我们看到新一代只了解云的企业和企业领导人出现在舞台上，快速对新想法进行尝试和实施，并且快速找到自己的市场。除了初创企业，大型企业也在学习拥抱“云文化”。但是，正如每一个前景无限的技术，要想获得成功，你必须对架构有足够的热情，还要对组织架构有足够的了解。在本书中，Mike提供了一个路线图——当然也有激励——来带你开始将企业云化的旅程。

　　——Joe McKendrick，《福布斯》和CBSi ZDNet独立分析师和撰稿人

第1章为什么是云计算，为什么是现在 1
1．1 云计算的进化 4
1．2 进入云 9
1．3 初创企业案例研究：Instagram，一夜之间，从0到10亿
美元 10
1．4 成熟公司案例研究：Netflix，从本地向云端迁移 11
1．5 政府案例研究： NOAA、电子邮件，以及云端协作 13
1．6 非盈利案例研究：奥巴马竞选运动，在线6个月，峰值仅
几天 14
1．7 总结 14
第2章云服务模式 17
2．1 基础设施即服务 17
2．2 平台即服务 20
2．3 软件即服务 23
2．4 部署模式 24
2．5 总结 29
第3章云计算的错误实践 31
3．1 迁移至云端时避免失败 31
3．2 将应用迁移至云端 32
3．3 不切实际的期望 36
3．4 云安全的错误认知 39
3．5 只选最喜欢的，不选最合适的 42
3．6 服务中断及停业场景 43
3．7 低估组织变革带来的影响 45
3．8 技术不足 47
3．9 对客户需求有错误认识 50
3．10 出乎意料的成本 51
3．11 总结 54
第4章先从架构开始 56
4．1 5W1H的重要性 57
4．2 由业务架构开始 58
4．3 识别问题（原因） 64
4．4 评估用户特征（何人） 65
4．5 明确业务和技术需求（什么） 66
4．6 将服务消费者的体验可视化（何地） 67
4．7 明确项目约束条件（何时及什么要求） 70
4．8 了解当前的状况约束（如何） 71
4．9 总结 74
第5章选择合适的云服务模式 75
5．1 考虑何时选择云服务模式 76
5．2 何时使用SaaS 80
5．3 何时使用PaaS 85
5．4 何时使用IaaS 89
5．5 常见的云使用案例 93
5．6 总结 95
第6章云的关键：RESTful服务 96
6．1 为什么是REST 98
6．2 将遗留系统迁移至云端面临的挑战 101
6．3 总结 103
第7章云中审计 104
7．1 数据和云安全 105
7．2 审计云应用 106
7．3 云中的法规 108
7．4 审计的设计策略 112
7．5 总结 115
第8章云的数据考虑 116
8．1 数据特性 116
8．2 多租户或单租户 123
8．3 选择数据存储类型 127
8．4 总结 131
第9章云中的安全设计 133
9．1 云中数据的真相 134
9．2 安全的程度 136
9．3 每种云服务模式下的责任 140
9．4 安全策略 146
9．5 焦点领域 148
9．6 总结 160
第10章创建集中化的日志策略 161
10．1 日志文件使用 162
10．2 日志记录要求 163
10．3 总结 169
第11章SLA管理 170
11．1 影响SLA的因素 170
11．2 界定SLA 175
11．3 管理供应商SLA 177
11．4 总结 181
第12章监控策略 183
12．1 积极主动的监控vs． 消极被动的监控 183
12．2 需要监控的内容有哪些 184
12．3 分类别的监控策略 187
12．4 按云服务等级进行监控 194
12．5 总结 197
第13章灾难恢复计划 198
13．1 什么是故障时间成本 199
13．2 IaaS的灾难恢复策略 201
13．3 主要数据中心的灾难恢复 203
13．4 PaaS的灾难恢复策略 209
13．5 SaaS的灾难恢复策略 210
13．6 混合云的灾难恢复 212
13．7 总结 214
第14章使用DevOps文化来更快、更可靠地交付软件 215
14．1 发展DevOps心态 216
14．2 自动化基础设施 218
14．3 自动化部署 220
14．4 设计功能标记 221
14．5 测量、监控和试验 222
14．6 持续集成和持续交付 222
14．7 总结 225
第15章评估云模式对组织的影响 227
15．1 企业模式vs． 弹性云模式 229
15．2 IT影响 230
15．3 商业影响 232
15．4 组织变革规划 236
15．5 真实世界的变革 240
15．6 总结 240
第16章最后的思考 242
16．1 云在快速进化 243
16．2 云文化 245
16．3 新的商业模式 246
16．4 PaaS是游戏规则改变者 248
16．5 总结 252

　　如果你不知道要去哪儿，那么哪条路都行得通。

　　——路易斯·卡罗尔，《爱丽丝漫游仙境》

　　2008年的夏天，在企业数据中心构建软件超过30年之后，我离开了大企业，尝试从头创建一家科技公司，而所凭借的不过是一家初创企业创始人的独创性理念。多年来，我一直在各种约束下进行软件构建的工作，这些约束包括已有的数据中心和为获取新的计算资源所需要的漫长采购周期，直到我看到了使用云计算以按使用付费的模式实现更高的敏捷性的机会。在我开始自己的工作时，我在社交网络上发布了一条消息，问是否有人知道任何在公有云发生的真实存在的实时交易处理案例。我的推文引来了无数的嘲笑和尖刻的评论；毕竟，在2008年时又有谁能想到实体零售店的POS系统会通过互联网、使用公有云中的交易引擎来处理信息呢？有人笑着留言说：“如果你找到这样的案例一定要告诉我。”很明显，我们是探索者，我们只能按照探索者的方式来赚取经验值：试错！现在，几年过去了，我想要与读者分享这些经验和教训，让大家能从别人的经验中受益，而不必像探索者那样靠蛮力来试错。

　　有许多书对云计算的概念以及云计算为什么是个人计算机诞生和互联网兴起以来最大的游戏规则改变者进行了详细论述。当前市场上的书也大都以管理层、初学者或开发人员为主。本书与此的区别在于，首席技术官、企业架构师、产品经理和关键的技术决策者是我们的主要目标读者。

　　有些以云架构师为读者对象的书会对如何在云中构建软件进行非常具体的阐述，并且通常会侧重于几个知名的供应商。本书的内容与供应商无关，因为讨论的所有内容均适用于所有的供应商或专用解决方案。我一直认为，成功使用云计算最关键的技术决策之一，就是基于业务、技术和组织需求等各方面情况选择正确的云服务模式。遗憾的是，市场上明显缺乏足够的信息来引导决策者理解这个关键决策点。因此，本书致力于从一个云服务消费者的视角向决策者提供各种服务模式的优点和缺点，以填补这个信息缺口。

　　对每一个开始为其云计算方案进行供应商选择和进入开发流程的决策者来说，本书都是必读之作。从零开始一个云方案是一个让人有畏惧感的工作。本书向读者提供了大量可供参考的设计决策，并对所有云架构中都必须应对的重点领域进行了强调说明。

　　内容概述

　　在每一章，我都会分享一个与主题相关的故事。这些故事不是来自我在自己的事业中曾经经历的个人经验，就是来自我的同行或同事；只是其中的公司、个人和产品的名称都用了假名来替代。鉴于我们在工作中都有着相似的经验，所以故事的讲述能帮助读者更好地将技术话题联系起来。正如任何其他的技术转变一样，围绕着云计算也有许多的炒作、神话和误解，这使得一些组织拒绝或难以接受云。在我的职业生涯中，我已经多次看到同样的情况出现在互联网、面向服务架构（SOA）、敏捷方法论及其他技术和理念的采用上，我也足够幸运地有机会以开拓者的身份参与到某些技术转变中。所以在本书中，我会用一些过去的故事来显示拒绝云计算与拒绝先前技术的相似之处。

　　我知道用熟悉的业务场景讨论技术会使读者对概念产生画面感，并且更容易将这种画面感与读者真实的生活场景对应起来。于是我创造了一个虚构的在线拍卖公司Acme eAuctions（AEA），并且用AEA描述了许多相关的业务场景来帮助说明本书的重要观点。我对AEA业务的讨论涉及方方面面，而不仅限于其在线拍卖网站，所以那些并非从事电子商务的读者也无须过于担心。本书会有大量适用于所有读者的相关业务场景论述。

　　开卷须知

　　本书的写作目的是为了填补我在2008年创建自己第一个云应用时便已存在的空白。每章都提供了来自我个人经历（既有成功经验，也有失败教训）的一些见解。我希望通过分享这些经验、教训，以及提供一些涉及各领域的设计注意事项，我的读者能够做出更精确的设计决策，而不必像我一样依靠大量的试错来获得成功。如果设计得当，云计算的确能为用户带来巨大的收益，比如提高市场化速度、降低整体拥有成本，以及具有更多的灵活性等。但我们没有捷径可走。要想获得这些收益，我们必须采取一种更为务实的方法。本书的目的就是为读者提供各种设计考虑因素，帮助读者实现云所承诺的各种目标。