可伸缩架构(第2版):云环境下的高可用与风险管理
正版二手书,欢迎选购
¥
14
1.8折
¥
79
九品
仅1件
作者(美)LeeAtchison(李·艾奇逊)
出版社电子工业出版社
ISBN9787121393433
出版时间2020-08
装帧平装
开本16开
定价79元
货号1301496914403509492
上书时间2024-12-08
商品详情
- 品相描述:九品
- 商品描述
-
作者简介
Lee Atchison 是New Relic 云架构的不错总监。在过去的8 年时间里,他帮助设计和建立了一个坚实的基于服务的产品架构,帮助公司从一个初创公司发展到高流量的大型公司。Lee 拥有33 年的行业经验,他曾经在Amazon 担任过7 年不错经理。在Amazon,他带领团队创建了公司的个软件下载商店,创建了AWS Elastic Beanstalk 产品,并负责将Amazon 零售平台从一个单体架构迁移到基于服务的架构。Lee 曾为一些知名公司提供咨询,主要关于如何实现现代化的应用程序架构和进行大规模的组织转型,包括如何优化云计算平台和基于服务的架构、实践DevOps 和高可用性设计。Lee 是一位行业专家,经常会发表文章,并且被诸如InfoWorld、ComputerWorld、Diginomica、IT Brief、ProgrammableWeb、The New Stack、CIOReview、DevOps Digest和DZone 等媒体引用。无论从伦敦到悉尼,从东京到巴黎,还是在整个北美,他都是优选活动的重要演讲者。
张若飞,曾任多家互联网金融公司CTO,在宜人贷、雅虎北研、金山云等知名公司担任架构师。十余年互联网研发及技术管理经验,对搭建海量数据、大型分布式系统有丰富经验。著有十余本技术译著,包括《给大忙人看的JavaSE 8》《代码不朽:编写可维护软件的十大原则》《面向可伸缩架构》(版)《云原生Java》《Java持续交付》等书,总计500余万字。
目录
序 xvii
前言 xx
DⅠ部分 原则 1 可用性 :维护现代化应用程序的可用性
D 1 章 理解、测量和提高可用性 2
可用性与可靠性 3
什么导致了低可用性 4
测量可用性 5
N 个 9 6
计划中的故障也依然是故障 6
通过数字来体现可用性 7
提高下降的可用性 7
测试并跟踪D前的可用性 8
将手动流程自动化 9
改进你的系统 12
时刻关注不断变化和发展中的应用程序的可用性 12
提高应用程序可用性的 5 个要点 12
要点 1 :时刻考虑应对故障 13
要点 2 :时刻考虑如何伸缩 14
要点 3 :缓和风险 15
要点 4 :监控可用性 17
要点 5 :以可预期及明确的方式来处理可用性问题 18
做好准备 19
D 2 章 两次失误的高度——预留从错误中恢复的空间 20
两次失误的高度 21
场景 1 :丢失一个节点 21
场景 2 :升级过程中出现的问题 24
场景 3 :数据中心恢复 25
场景 4 :隐蔽的共享故障类型 27
场景 5 :故障循环 28
管理你的应用程序 28
航天飞机 29
DⅡ部分 原则 2 现代化应用程序架构 :使用服务
D 3 章 使用服务 32
单体应用程序与面向服务的应用程序 32
所有权收益 34
规模收益 36
拆分服务 37
如何定义服务 37
深入了解服务 38
指导原则 1 :特定的业务需求 38
指导原则 2 :清晰和D立的团队所有权 39
指导原则 3 :天然隔离的数据 40
指导原则 4 :共享的能力 / 数据 41
多种原因 42
过犹不及 43
找到适D的平衡 44
D 4 章 服务和数据 45
无状态服务 — 没有数据的服务 45
有状态服务 — 有数据的服务 45
数据分区 46
及时处理增长的烦恼 49
D 5 章 处理服务故障 50
级联式的服务故障 50
如何响应服务故障 51
可预测的响应 52
可理解的响应 53
合理的响应 53
如何确定故障 54
适D的行为 56
优雅降级 56
优雅补偿 57
尽早失败 57
用户导致的问题 58
小结 59
DⅢ部分 原则 3 组织 :为现代化
应用程序建立可伸缩性的组织
D 6 章 服务所有权——STOSA 62
由D立团队负责的服务架构 62
STOSA 应用程序和组织的好处 64
“所有”一个服务意味着什么 64
使用核心团队和服务 67
小结 68
D 7 章 服务分级 69
应用程序的复杂性 69
什么是服务分级 70
为服务分配服务级别标签 71
示例 :在线商店 73
使用服务分级 75
期望 76
响应性 76
依赖 77
小结 78
D 8 章 服务等级协议 79
什么是服务等级协议 80
外部 SLA 与内部 SLA 的对比 82
内部 SLA 很重要 82
SLA 可以用于问题诊断 83
SLA 的性能检测方法 84
限定 SLA 85
排名 SLA 85
SLA 的条件 88
究竟应D定义多少内部 SLA,以及定义哪些内部 SLA 88
为什么内部 SLA 很重要 89
DⅣ部分 原则 4 风险 :现代化应用程序的风险管理
D 9 章 如何在设计可伸缩架构时使用风险管理 93
识别风险 93
消除Z严重的风险 94
风险缓和 94
定期检查 95
对风险管理的z结 95
可能性与严重性 95
SJ列表 :低可能性,低严重性 96
订单数据库 :低可能性,高严重性 97
自定义字体 :高可能性,低严重性 98
T 恤图片 :高可能性,高严重性 98
风险模型 99
风险模型的作用域 101
创建风险模型 102
使用风险模型来制订计划 104
维护风险模型 105
风险缓和 106
恢复计划 108
容灾计划 109
改进我们的风险状况 109
D 10 章 比赛日 110
预发布环境和生产环境 110
预发布 / 测试环境 110
生产环境 111
在生产环境中举行比赛日的担心 112
小结 113
D 11 章 构建低风险系统114
技巧 1 :介绍冗余 115
幂等接口 115
增加了复杂性的冗余改进 116
技巧 2 :理解D立性 117
技巧 3 :管理安全性 118
技巧 4 :鼓励简单性 118
技巧 5 :自我修复 119
技巧 6 :标准化运维流程 120
小结 121
内容摘要
本书是一本关于现代化软件架构的书。书中介绍了如何构建和更新你的关键应用程序来满足日益苛刻的数字化客户的需求。书中还介绍了如何实现高可用性,如何使用现代化的开发和运维技术来架构应用程序,如何组织开发团队帮助应用程序和业务获得成功,如何将系统扩展到**规模,以及如何利用云计算的可用资源来迎接上述挑战。本书的目标读者包括构建和管理大规模应用程序和系统的软件工程师、架构师、技术经理及总监。如果你管理着软件开发人员、系统可靠性工程师、DevOps 工程师,或者经营着一个拥有大规模应用程序和系统的机构,本书中所提供的建议和指导都能够帮助你,让你的系统运行得更加平稳和可靠。
主编推荐
每一天,企业都面对着如何让关健应用程序可伸缩的问题。当流量和数据需求不断增加时,这些应用程序会变得更加复杂和脆弱,暴露出大量的风险并降低了可用性。随着“软件即服务”概念的流行,可伸缩性变得十分重要。本书更新了重要的现代化架构范式,例如,微服务和云计算,通过实际案例的指导,让你了解如何在不降低客户期望的条件下,构建可以处理海量请求、数据和需求的系统。工程和运维领域的架构师、经理和总监将学习到如何构建可以更加平稳和可靠地伸缩应用程序的知识,从而满足客户的不同需求。
媒体评论
"“不要拿你的生意做赌注。规模化的发展是一个不可避免的趋势。本书会告诉你如何切实可行地做到这一点。
——Colln Bodell
ShopifyPlus工程副总裁,Amazon.com网站应用平合前副总裁
“本书是为想要知道如何实现可伸缩系统的主管、经理和架构师准备的全面指南。
——Ken Gavranovic
New Relic的EVP兼GM,Interland公司(现在是web.com)的CEO兼创始人
时刻考虑可能出现的故障情况,是构建大规模应用程序的一个关键因素。本书将帮助你学习如何做到这一点,以及如何在用户增长和公司发展过程中,依然保持应用程序正常运行。
——Patrick Franklin
American Express 的 EVP 兼 CTO, Google 前工程副总裁
本书会告诉你,如何在应用程序(以及公司)不断扩张以满足用户日益增长的需求的同时,保证一切正常运转。
— Lew Cirne
New Relic 公司 CEOV"
— 没有更多了 —
以下为对购买帮助不大的评价