具体描述
产品特色
编辑推荐
云计算时代，具体服务模式如何落地？本书致力于从一个云服务消费者的视角向决策者提供各种服务模式的优点和缺点。对每一个开始为其云计算方案进行供应商选择和进入开发流程的决策者来说，本书都是必读之作。
内容简介
云计算落地已成事实。从前几年的概念普及，到如今越来越多的企业将业务迁移至云上，云计算正在改变整个社会的信息资源使用观念和方式。
云计算还在不断成长，技术细节也在不断变化之中。对于使用者而言，能够基于自身的业务、技术和组织需求等各方面情况，选择正确的云服务模式，是成功使用云计算关键的技术决策之一。
本书共有十六章，作者有意避开了那些产品或供应商相关的细节，侧重于架构师及架构涉及各方应当解决的各种挑战，或者说，如何以适当的解决方案来解决业务问题；通过对具体问题的分析和案例讲解，向读者提供了大量可供参考的设计决策，并对所有云架构中都必须应对的重点领域进行了强调说明。
对每一个开始为其云计算方案进行供应商选择和进入开发流程的决策者来说，本书都是必读之作。
作者简介
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年创建自己第一个云应用时便已存在的空白。每章都提供了来自我个人经历（既有成功经验，也有失败教训）的一些见解。我希望通过分享这些经验、教训，以及提供一些涉及各领域的设计注意事项，我的读者能够做出更精确的设计决策，而不必像我一样依靠大量的试错来获得成功。如果设计得当，云计算的确能为用户带来巨大的收益，比如提高市场化速度、降低整体拥有成本，以及具有更多的灵活性等。但我们没有捷径可走。要想获得这些收益，我们必须采取一种更为务实的方法。本书的目的就是为读者提供各种设计考虑因素，帮助读者实现云所承诺的各种目标。
用户评价
读完这本书的标题，我的第一反应是——终于有一本书愿意深入探讨“设计”的本质了，而不是停留在概念的罗列。在快速发展的云计算领域，我们经常会听到SaaS、PaaS、IaaS这些词汇，但真正理解它们在实际设计过程中，需要做出哪些关键的决策，并理解这些决策背后的权衡，才是至关重要的。“让云落地”这个副标题，则更是精准地描绘了这本书的价值所在——它不仅仅是理论的讲解，更是指导实践、实现落地的方法论。我个人尤其希望这本书能在PaaS的设计决策方面有所建树，比如如何设计一个既有足够灵活性，又能保证稳定性和安全性的平台，如何管理不同开发团队的需求，以及如何平衡成本与性能。相信作者通过对SaaS、PaaS、IaaS这三种服务模式的深入剖析，能够为读者提供一套清晰的设计框架，帮助我们做出更明智、更具前瞻性的技术选择，最终真正实现云计算的价值。
评分我一直认为，云计算的真正价值，不在于概念有多么高深，而在于它能被多少企业、以何种方式有效地利用起来。这本书的标题，“让云落地”，恰恰击中了我的痛点。我希望它能为我揭示SaaS、PaaS、IaaS这些不同服务模式背后，到底隐藏着哪些关键的设计原则和权衡。尤其是在面对日益复杂的业务需求时，如何从这些模式中找到最适合自己的那一个，并在此基础上做出明智的技术和架构决策，是我迫切想了解的。我想象着书中会充满了各种各样的图表和流程图，将抽象的概念可视化，将复杂的设计决策流程梳理得井井有条。例如，在讨论PaaS的设计时，作者是否会深入剖析如何平衡开放性与安全性，如何设计一套能够支持多种编程语言和框架的运行时环境？或者在SaaS的设计部分，如何构建一个既能满足广泛用户需求，又能提供个性化体验的系统？我对这本书充满了好奇。
评分这本书的封面设计，初看之下就有一种莫名的吸引力。“让云落地”，这个标题本身就带着一种诗意和务实的结合。我在书店里随手翻开，就被它扎实的排版和清晰的章节划分所吸引。作者似乎并非空谈理论，而是试图将抽象的云计算概念，通过详实的案例和图表，一点点地剥离，最终呈现出其核心的“服务模式”。我尤其关注那些关于SaaS、PaaS和IaaS在实际落地过程中可能遇到的挑战和权衡的章节。虽然我还没有深入阅读，但仅仅从目录和前言来看，这本书就似乎为那些在企业数字化转型浪潮中，需要对云服务模式进行审慎选择和有效设计的技术决策者，提供了一个非常实用的指导手册。作者在开篇就强调了“设计决策”的重要性，这让我对这本书在提供解决方案、而非仅仅是技术介绍方面抱有很高的期待。我期待它能帮助我理解不同服务模式之间的界限，以及在何种场景下选择哪种模式最能带来业务价值。
评分坦白说，市面上关于云计算的书籍琳琅满目，但真正能够深入到“设计决策”层面，并且还将SaaS、PaaS、IaaS这三种核心服务模式融会贯通进行解读的，并不多见。这本书的标题，“让云落地：云计算服务模式（SaaS、PaaS和IaaS）设计决策”，就直接点出了它的独特价值。我猜想，作者一定对这些服务模式的底层逻辑有着深刻的理解，并且能够将这些复杂的概念，转化为一系列切实可行的设计指南。在阅读过程中，我特别期待作者能就不同服务模式在资源分配、成本优化、可扩展性设计、以及安全策略等方面，提供具体的设计思路和最佳实践。例如，对于IaaS的设计，是否会涉及到基础设施的自动化部署、监控和故障恢复策略？对于PaaS，又将如何设计一套高效的中间件和开发工具链？而SaaS，则可能在用户体验、数据治理和商业模式设计上有所侧重。这本书无疑是一份宝贵的参考资料。
评分当我拿到这本书的时候，首先吸引我的是它那种深入骨髓的“落地”精神。书名就直接点明了核心——如何将曾经高高在上的“云”，真正化为企业可触碰、可利用的实际生产力。我喜欢作者在介绍SaaS、PaaS、IaaS时，没有流于表面地解释概念，而是直击了它们各自在设计时所面临的根本性问题。比如，在SaaS的设计中，安全性、多租户隔离、以及如何设计灵活的定制化能力，这些都是我在实际工作中反复琢磨却又常常陷入困境的地方。而PaaS的设计，更是关乎开发者效率和平台稳定性的微妙平衡。我猜测，书中对于不同服务模式在技术架构、API设计、数据管理等方面的决策细节，应该会有非常详尽的论述。更重要的是，作者似乎还将这些技术决策与业务目标紧密联系起来，让我相信这本书不仅仅是技术手册，更是一本指导企业如何通过云服务模式优化运营、驱动创新的战略指南。
评分让云落地：云计算服务模式（SaaS、PaaS和IaaS）设计决策让云落地：云计算服务模式（SaaS、PaaS和IaaS）设计决策
评分多看书充电了，挺好的，没啥毛病，支持下
评分此用户未填写评价内容
评分这本书讲了些策略，但干货不多，也不系统
评分非常不错非常不错非常不错啊
评分这本书讲了些策略，但干货不多，也不系统
评分感觉此书主要以思路和解决方案，经验教训，心得体会等内容为主，主要以架构视角描述，不是教科书的讲解方式，看起来比较轻松，可以作为科普书
评分还行
评分看完之后对云计算有了初步的了解
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 book.teaonline.club All Rights Reserved. 图书大百科 版权所有