让云落地 云计算服务模式 (美)Michael J. Kavis(迈克尔 J.凯维斯)pdf下载

让云落地 云计算服务模式 (美)Michael J. Kavis(迈克尔 J.凯维斯)百度网盘pdf下载

作者:
简介:让云落地 云计算服务模式 (美)Michael J. Kavis(迈克尔 J.凯维斯)
出版社：
出版时间：2015-12
pdf下载价格：0.00￥

免费下载

前去下载

书籍下载

下载地址

内容介绍

   图书基本信息
图书名称 让云落地 云计算服务模式
作者 (美)Michael J. Kavis(迈克尔 J.凯维斯),陈
定价 65元
出版社 电子工业出版社
ISBN 9787121277382
出版日期 2015-12-01
字数 220000
页码 276
版次 1
装帧 平装
开本 16开
商品重量 0.4Kg

   内容简介
云计算落地已成事实。从前几年的概念普及，到如今越来越多的企业将业务迁移至云上，云计算正在改变整个社会的信息资源使用观念和方式。
云计算还在不断成长，技术细节也在不断变化之中。对于使用者而言，能够基于自身的业务、技术和组织需求等各方面情况，选择正确的云服务模式，是成功使用云计算关键的技术决策之一。
本书共有十六章，作者有意避开了那些产品或供应商相关的细节，侧重于架构师及架构涉及各方应当解决的各种挑战，或者说，如何以适当的解决方案来解决业务问题；通过对具体问题的分析和案例讲解，向读者提供了大量可供参考的设计决策，并对所有云架构中都必须应对的重点领域进行了强调说明。
对每一个开始为其云计算方案进行供应商选择和进入开发流程的决策者来说，本书都是必读之作。

   作者简介
Mike Kavis（译者注：即Michael J. Kavis）是Cloud Technology Partners公司的副总裁和首席架构师，也是一名行业分析师。他在技术职能方面有着超过25年的企业解决方案架构经验，担任过首席技术官、首席架构师以及副总裁，为医疗健康、零售、制造业和忠诚营销行业提供服务。
2010年，作为初创企业M-Dot网络的首席技术官，他的公司赢得了的AWS全球初创企业挑战赛。M-Dot构建了一个高速的小额支付网络，通过将实体零售终端系统集成到完全在AWS公有云上搭建的数字激励PaaS之上，来进行数字激励的处理工作。M-Dot网络在2011年被收购。在业余时间，他以咨询顾问的角色为一些初创企业提供有关架构和云计算方面的咨询服务。工作之余，他喜欢到新泽西的大都会球场去看他心爱的纽约巨人队的比赛。

   目录
章为什么是云计算，为什么是现在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.15W1H的重要性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何时使用SaaS80
5.3何时使用PaaS85
5.4何时使用IaaS89
5.5常见的云使用案例93
5.6总结95
第6章云的关键：RESTful服务96
6.1为什么是REST98
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
0章创建集中化的日志策略161
10.1日志文件使用162
10.2日志记录要求163
10.3总结169
1章SLA管理170
11.1影响SLA的因素170
11.2界定SLA175
11.3管理供应商SLA177
11.4总结181
2章监控策略183
12.1积极主动的监控vs.消极被动的监控183
12.2需要监控的内容有哪些184
12.3分类别的监控策略187
12.4按云服务等级进行监控194
12.5总结197
3章灾难恢复计划198
13.1什么是故障时间成本199
13.2IaaS的灾难恢复策略201
13.3主要数据中心的灾难恢复203
13.4PaaS的灾难恢复策略209
13.5SaaS的灾难恢复策略210
13.6混合云的灾难恢复212
13.7总结214
4章使用DevOps文化来更快、更可靠地交付软件215
14.1发展DevOps心态216
14.2自动化基础设施218
14.3自动化部署220
14.4设计功能标记221
14.5测量、监控和试验222
14.6持续集成和持续交付222
14.7总结225
5章评估云模式对组织的影响227
15.1企业模式vs.弹性云模式229
15.2IT影响230
15.3商业影响232
15.4组织变革规划236
15.5真实世界的变革240
15.6总结240
6章后的思考242
16.1云在快速进化243
16.2云文化245
16.3新的商业模式246
16.4PaaS是游戏规则改变者248
16.5总结252

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

   文摘

   序言
序
我次遇见Mike Kavis（迈克?凯维斯），是几年前他把我们的SOA课程“特许ZapThink架构师”（Licensed ZapThinkArcbitect）引入他在佛罗里达的公司时。作为公司负责架构的副总裁，Mike希望能说服自己的开发团队，让他们像架构师一样思考。当然，我无法在4天的时间把开发人员转变成架构师，所以课程的重点是帮助人们像架构师一样思考。
你现在看到的这本书，任务也是如此。作为一种使用IT基础设施的方法，云计算还在不断成长，技术细节也在不断变化之中——但是云的架构原则基本已经确定。只有像架构师那样思考，你才能够利用云计算的威力。
架构师在IT部门中的位置比较特别，因为他们对业务和技术都有涉足。他们必须走出IT人员对技术的痴迷，把眼光放远，从细节上了解什么可行、什么不可行；但同时也必须立足市场，熟知业务，知道企业的战略、目标，以及问题。
本书将所有这些点串联了起来。Mike Kavis有意避开了那些产品或供应商相关的细节，侧重于架构师及架构涉及各方应当解决的各种挑战；或者说，如何以适当的解决方案来解决业务问题。一个谁都知道，但是易说难做的问题。
之所以在云中解决这些挑战会如此困难，是因为云并非只是一个简单的概念。它涉及方方面面的内容：SaaS、PaaS和IaaS服务模式，公有的、私有的以及混合的部署模式，更别说还有各种不同的价值主张了。有些组织想要通过云来节省费用，还有一些想要将资本支出转换成运营支出。更大的收益是弹性：能更好地应对不可预期的IT资源需求。
架构的意义从未这么明显。企业能否在云中搭建出真正解决业务问题的可行的解决方案，取决于是否进行了合理的架构设计。Mike Kavis在高效的云方案架构设计上有着多年的实践经验，我相信他的经验和见解能给大家带来非常多的帮助。
——Jason Bloomberg
ZapThink总裁



前言




如果你不知道要去哪儿，那么哪条路都行得通。
——路易斯?卡罗尔，《爱丽丝漫游仙境》

2008年的夏天，在企业数据中心构建软件超过30年之后，我离开了大企业，尝试从头创建一家科技公司，而所凭借的不过是一家初创企业创始人的性理念。多年来，我一直在各种约束下进行软件构建的工作，这些约束包括已有的数据中心和为获取新的计算资源所需要的漫长采购周期，直到我看到了使用云计算以按使用付费的模式实现更高的敏捷性的机会。在我开始自己的工作时，我在社交网络上发布了一条消息，问是否有人知道任何在公有云发生的真实存在的实时交易处理案例。我的推文引来了无数的嘲笑和尖刻的评论；毕竟，在2008年时又有谁能想到实体零售店的POS系统会通过互联网，使用公有云中的交易引擎来处理信息呢？有人笑着留言说：“如果你找到这样的案例要告诉我。”很明显，我们是探索者，我们只能按照探索者的方式来赚取经验值：试错！现在，5年过去了，我想要与读者分享这些经验和教训，让大家能从别人的经验中受益，而不必像探索者那样靠蛮力来试错。
有许多书对云计算的概念以及云计算为什么是个人计算机诞生和互联网兴起以来的游戏规则改变者进行了详细论述。当前市场上的书也大都以管理层、初学者或开发人员为主。本书与此的区别在于，首席技术官、企业架构师、产品经理和关键的技术决策者是我们的主要目标读者。
有些以云架构师为读者对象的书会对如何在云中构建软件进行非常具体的阐述，并且通常会侧重于几个知名的供应商。本书的内容与供应商无关，因为讨论的所有内容均适用于所有的供应商或专用解决方案。我一直认为，成功使用云计算关键的技术决策之一，就是基于业务、技术和组织需求等各方面情况选择正确的云服务模式。遗憾的是，市场上明显缺乏足够的信息来引导决策者通过这个关键决策点。因此，本书致力于从一个云服务消费者的视角向决策者提供各种服务模式的优点和缺点，填补这个信息缺口。
对每一个开始为其云计算方案进行供应商选择和进入开发流程的决策者来说，本书都是必读之作。从零开始一个云方案是一个让人有畏惧感的工作。本书向读者提供了大量可供参考的设计决策，并对所有云架构中都必须应对的重点领域进行了强调说明。
内容概述
在每一章，我都会分享一个与主题相关的故事。这些故事不是来自我在自己的事业中曾经经历的个人经验，就是来自我的同行或同事；其中的公司、个人和产品的名称都用了假名来替代。鉴于我们在工作中都有着相似的经验，所以故事的讲述能帮助读者更好地将技术话题联系起来。正如任何其他的技术转变一样，围绕着云计算也有许多的炒作、神话和误解，这使得一些组织拒绝或难以接受云。在我的职业生涯中，我已经多次看到同样的情况出现在互联网、面向服务架构（SOA）、敏捷方及其他技术和理念的采用上。我也足够幸运地有机会以开拓者的身份参与到某些技术转变中。所以在本书中，我会用一些过去的故事来显示拒绝云计算与拒绝先前技术的相似之处。
我知道用熟悉的业务场景讨论技术会使读者对概念产生画面感，并且更容易将这种画面感与读者真实的生活场景对应起来。于是我创造了一个虚构的在线拍卖公司AcmeeAuctions（AEA），并且用AEA描述了许多相关的业务场景来帮助说明本书的重要观点。我对AEA业务的讨论涉及方方面面，而不仅限于其在线拍卖网站，所以那些并非从事电子商务的读者也无须过于担心。本书会有大量适用于所有读者的相关业务场景论述。
开卷须知
本书的写作目的是为了填补我在2008年创建自己个云应用时便已存在的空白。每章都提供了来自我个人经历（既有成功经验，也有失败教训）的一些见解。我希望通过分享这些经验、教训，以及提供一些涉及各领域的设计注意事项，我的读者能够做出更的设计决策，而不必像我一样依靠大量的试错来获得成功。如果设计得当，云计算确能为用户带来巨大的收益，比如提高市场化速度、降低整体拥有成本，以及具有更多的灵活性等。但我们没有捷径可走。要想获得这些收益，我们必须采取一种更为务实的方法。本书的目的就是为读者提供各种设计考虑因素，帮助读者实现云所承诺的各种目标。
致谢



首先，我想感谢我的妻子Eleni以及我的孩子Yanni和Athena。他们在我的整个职业生涯中一直支持我，并且在过去的10年里，在我的人生经历了4年的夜校研究生学习、5年的商业旅途奔波以及将近6个月待在办公室撰写本书时，做出了各种牺牲。
没有我的朋友、导师以及同样的REST信徒，ZapThink总裁JasonBloomberg的指导、建设性批评以及鼓励，我是无法完成这本书的。多谢他对本书章节的检查以及在我遇到困难时对我给予的帮助。
特别感谢两位勇士Greg Rapp和Jack Hickman，他们与我一起奋斗了超过10年之久，帮我赢取了2010年的AWS创业挑战赛。如果没有像他们这样天才、专注又忠诚的技术人员，我是无法获得撰写云方面书籍所需的经验的。在2008年，没人会疯狂到将零售终端（POS）交易拿出零售店面，放到公有云中去。我们被零售商、POS供应商、投资人、同行及几乎所有人拒绝。Greg和Jack从未对公司的战略提出疑问，勇于接受各种挑战。我们一起改变了整个零售行业的现状，现在基于云的POS交易成为未来的趋势。谢谢你们，Greg和Jack！
后，感谢我的父母将我抚养长大，给予我的成长条件。爸爸和妈妈，你们可以多看看书里的图片，因为你们可能完全看不懂这本书在说什么。