让云落地:云计算服务模式(SaaS、PaaS和IaaS)设计决策(修订版)

1星价 ¥48.9 (7.0折)

2星价￥48.9 定价￥69.9

作者：（美）MichaelJ.Kavis（迈克

出版社：电子工业出版社

本类榜单：计算机/网络

分类：计算机/网络 > 计算机理论

买过本商品的人还买了

暂无评论

图文详情

ISBN：9787121405341
装帧：一般轻型纸
册数：暂无
重量：暂无
开本：其他
页数：276
出版时间：2021-03-01
条形码：9787121405341 ; 978-7-121-40534-1

本书特色

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

内容简介

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

第1章为什么是云计算，为什么是现在 1
1．1 云计算的进化 4
1．2 进入云 9
1．3 初创企业案例研究：Instagram，一夜之间，从0到10亿美元 11
1．4 成熟公司案例研究：Netflix，从本地向云端迁移 12
1．5 政府案例研究：NOAA、电子邮件，以及云端协作 13
1．6 非营利案例研究：奥巴马竞选运动，在线6个月，峰值仅几天 14
1．7 总结 15
第2章云服务模式 16
2．1 基础设施即服务（IaaS） 16
2．2 平台即服务（PaaS） 19
2．3 软件即服务（SaaS） 22
2．4 部署模式 23
2．5 总结 28
第3章云计算的错误实践 30
3．1 迁移至云端时避免失败 31
3．2 （错误一）将应用直接迁移至云端 31
3．3 （错误二）不切实际的期望 35
3．4 （错误三）对云安全有错误认知 38
3．5 （错误四）只选*喜欢的，不选*合适的 40
3．6 （错误五）没有服务中断及业务停顿的应对方案 42
3．7 （错误六）低估组织变革带来的影响 44
3．8 （错误七）技术不足 46
3．9 （错误八）对客户需求的认识不足 49
3．10 （错误九）缺乏明确的成本管理和控制策略 50
3．11 总结 52
第4章先从架构开始 54
4．1 5W1H的重要性 55
4．2 由业务架构开始 56
4．3 识别问题（Why） 61
4．4 评估用户特征（Who） 63
4．5 明确业务和技术需求（What） 64
4．6 将服务消费者的体验可视化（Where） 65
4．7 明确项目约束条件（When及What） 68
4．8 了解当前的状况约束（How） 69
4．9 总结 71
第5章选择合适的云服务模式 73
5．1 考虑何时选择云服务模式 74
5．2 何时使用SaaS 78
5．3 何时使用PaaS 83
5．4 何时使用IaaS 87
5．5 常见的云使用案例 91
5．6 总结 93
第6章云的关键：RESTful服务 95
6．1 为什么是REST 97
6．2 将遗留系统迁移至云端面临的挑战 100
6．3 总结 102
第7章云中审计 103
7．1 数据和云安全 104
7．2 审计云应用 105
7．3 云中的法规 108
7．4 审计的设计策略 112
7．5 总结 114
第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 焦点领域 149
9．6 总结 160
第10章创建集中化的日志策略 161
10．1 日志文件使用 162
10．2 日志记录要求 163
10．3 总结 169
第11章 SLA管理 170
11．1 影响SLA的因素 171
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的灾难恢复策略 211
13．6 混合云的灾难恢复 212
13．7 总结 214
第14章使用DevOps文化来更快、更可靠地交付软件 216
14．1 发展DevOps心态 217
14．2 自动化基础设施 219
14．3 自动化部署 221
14．4 设计功能标记 222
14．5 测量、监控和试验 222
14．6 持续集成和持续交付 223
14．7 总结 226
第15章评估云模式对组织的影响 227
15．1 企业模式vs弹性云模式 229
15．2 IT影响 230
15．3 商业影响 232
15．4 组织变革规划 236
15．5 真实世界的变革 239
15．6 总结 240
第16章 *后的思考 241
16．1 云在快速进化 242
16．2 云文化 244
16．3 新的商业模式 245
16．4 PaaS是游戏规则改变者 247
16．5 总结 250

展开全部

节选

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

作者简介

Michael J.Kavis是Cloud Technology Partners的首席架构师，后者是一家独立于厂商的、专注于云计算的顾问公司。他担任过多个技术角色，比如CTO\首席架构师和副总裁，在软件开发领域有超过25年的经验。ta是云计算早期倡导者之一，他曾经带领一个团队在亚马逊的公有云上搭建出世界上**高速交易网络。陈志伟，就职于用友市场部，有多年的云计算相关的企业工作经验，对云计算相关的技术资料有深入的研究和总结，平时爱好写作和翻译。

本类五星书