新書推薦:
《
为你想要的生活
》
售價:HK$
67.9
《
关键改变:如何实现自我蜕变
》
售價:HK$
79.4
《
超加工人群:为什么有些食物让人一吃就停不下来
》
售價:HK$
102.4
《
历史的教训(浓缩《文明的故事》精华,总结历史教训的独特见解)
》
售價:HK$
64.4
《
不在场证明谜案(超绝CP陷入冤案!日本文坛超新星推理作家——辻堂梦代表作首次引进!)
》
售價:HK$
59.8
《
明式家具三十年经眼录
》
售價:HK$
538.2
《
敦煌写本文献学(增订本)
》
售價:HK$
227.7
《
耕读史
》
售價:HK$
112.7
編輯推薦:
云计算时代,具体服务模式如何落地?本书致力于从一个云服务消费者的视角向决策者提供各种服务模式的优点和缺点。对每一个开始为其云计算方案进行供应商选择和进入开发流程的决策者来说,本书都是必读之作。
內容簡介:
云计算落地已成事实。从前几年的概念普及,到如今越来越多的企业将业务迁移至云上,云计算正在改变整个社会的信息资源使用观念和方式。
云计算还在不断成长,技术细节也在不断变化之中。对于使用者而言,能够基于自身的业务、技术和组织需求等各方面情况,选择正确的云服务模式,是成功使用云计算*关键的技术决策之一。
本书共有十六章,作者有意避开了那些产品或供应商相关的细节,侧重于架构师及架构涉及各方应当解决的各种挑战,或者说,如何以适当的解决方案来解决业务问题;通过对具体问题的分析和案例讲解,向读者提供了大量可供参考的设计决策,并对所有云架构中都必须应对的重点领域进行了强调说明。
对每一个开始为其云计算方案进行供应商选择和进入开发流程的决策者来说,本书都是必读之作。
關於作者:
Mike Kavis(译者注:即Michael J. Kavis)是Cloud Technology Partners公司的副总裁和首席架构师,也是一名行业分析师。他在技术职能方面有着超过25年的企业解决方案架构经验,担任过首席技术官、首席架构师以及副总裁,为医疗健康、零售、制造业和忠诚营销行业提供服务。
2010年,作为初创企业M-Dot网络的首席技术官,他的公司赢得了著名的亚马逊AWS全球初创企业挑战赛。M-Dot构建了一个高速的小额支付网络,通过将实体零售终端系统集成到完全在亚马逊AWS公有云上搭建的数字激励PaaS之上,来进行数字激励的处理工作。M-Dot网络在2011年被收购。在业余时间,他以咨询顾问的角色为一些初创企业提供有关架构和云计算方面的咨询服务。工作之余,他喜欢到新泽西的大都会球场去看他心爱的纽约巨人队的比赛。
目錄 :
第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 何时使用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
第10章创建集中化的日志策略161
10.1 日志文件使用162
10.2 日志记录要求163
10.3 总结169
第11章SLA管理170
11.1 影响SLA的因素170
11.2 界定SLA175
11.3 管理供应商SLA177
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
內容試閱 :
序
我**次遇见Mike Kavis(迈克?凯维斯),是几年前他把我们的SOA课程“特许ZapThink架构师”(Licensed ZapThink Architect)引入他在佛罗里达的公司时。作为公司负责架构的副总裁,Mike希望能说服自己的开发团队,让他们像架构师一样思考。当然,我无法在4天的时间把开发人员转变成架构师,所以课程的重点是帮助人们像架构师一样思考。
你现在看到的这本书,任务也是如此。作为一种使用IT基础设施的方法,云计算还在不断成长,技术细节也在不断变化之中——但是云的架构原则基本已经确定。只有像架构师那样思考,你才能够利用云计算的全部威力。
架构师在IT部门中的位置比较特别,因为他们对业务和技术都有涉足。他们必须走出IT人员对技术的痴迷,把眼光放远,从细节上了解什么可行、什么不可行;但同时也必须立足市场,熟知业务,知道企业的战略、目标,以及问题。
本书将所有这些点串联了起来。Mike Kavis有意避开了那些与产品或供应商相关的细节,侧重于架构师及架构涉及各方应当解决的各种挑战;或者说,如何以适当的解决方案来解决业务问题。一个谁都知道,但是易说难做的问题。
之所以在云中解决这些挑战会如此困难,是因为云并非只是一个简单的概念。它涉及方方面面的内容:SaaS、PaaS和IaaS服务模式,公有的、私有的以及混合的部署模式,更别说还有各种不同的价值主张了。有些组织想要通过云来节省费用,还有一些组织想要将资本支出转换成运营支出。更大的收益是弹性:能更好地应对不可预期的IT资源需求。
架构的意义从未这么明显。企业能否在云中搭建出真正解决业务问题的可行的解决方案,取决于是否进行了合理的架构设计。Mike Kavis在高效的云方案架构设计方面有着多年的实践经验,我相信他的经验和见解能给大家带来非常多的帮助。
——Jason Bloomberg
ZapThink总裁