搜索
高级检索
高级搜索
书       名 :
著       者 :
出  版  社 :
I  S  B  N:
文献来源:
出版时间 :
SRE Google运维解密
0.00    
图书来源: 浙江图书馆(由图书馆配书)
  • 配送范围:
    全国(除港澳台地区)
  • ISBN:
    9787121297267
  • 作      者:
    (美)Betsy Beyer[等]编著
  • 出 版 社 :
    电子工业出版社
  • 出版日期:
    2016
收藏
编辑推荐
  √  超级畅销书,国外在线书店长居前列,打标#1 Best Seller
  √  运维高烧不退,谷歌神书问世,继续为这一热潮推波助澜
  √  本书解密全球神秘又让人仰望的技术岗位——谷歌SRE
  √  未出先火,本书原著问世时各大社区火爆异常、人气爆棚

展开
作者简介
  Betsy Beyer,是Google 纽约负责SRE 的一名技术文档作家。她之前曾为遍布全球的Google 数据中心与Mountain View 硬件运维团队编写文档。在搬到纽约之前,Betsy 是Stanford 大学技术性写作课程的讲师。她曾经学习国际关系与英文文学,并在Stanford和Tulane 获得学历。

  Chris Jones,是Google App Engine 的一名SRE。Google App Engine 是一个PaaS 服务,每天处理超过280 亿个请求。他的办公室在旧金山,他之前的工作包括Google 广告统计、数据仓库,以及用户支持系统的维护。在之前,Chris 曾经在学校IT 行业任职,同时参与过竞选数据分析,以及一些BSD 内核的修改。他有计算机工程、经济学,以及技术政策学的学位。同时他也是一名有执照的职业工程师。

  Jennifer Petoff,是Google SRE 团队的一名项目经理,工作地点在都柏林,爱尔兰。她曾经负责管理大型全球项目,包括:科学研究、工程、人力资源,以及广告等。Jennifer在加入Google 之前,曾在化工行业任职八年。她获得了Stanford 大学的化学博士与学士学位,同时她还拥有Rochester 大学的心理学学位。

  Niall Murphy,是Google 爱尔兰团队广告SRE 的负责人。他拥有20 年互联网行业经验,目前是INEX(爱尔兰网络互联枢纽)的主席。他曾经写作以及参与写作很多科技文章与书籍,包括O’Reilly 出版的IPv6 Network Administration,以及很多RFC。他目前在参与书写爱尔兰互联网发展史。他拥有计算机科学、数学,以及诗歌学的学历(他当时一定是想错了!)。他目前与妻子和两个儿子居住在都柏林。

  孙宇聪,前Google SRE(2007-2015),山景城总部,曾参与构建运维Youtube 全球CDN网络,2008年奥运会直播项目,构建维护海量视频编码传输系统。后参与Google内部云平台运维工作,负责运维全球百万级别服务器集群,以及Borg、Omega等大规模集群理系统。2015年加入Coding,任CTO一职。回国后,积极推动国内容器化运维架构升级。目前是开放运维联盟之应用运维规范制定组,高可用运维规范制定者。
展开
内容介绍
  大型软件系统生命周期的绝大部分都处于“使用”阶段,而非“设计”或“实现”阶段。那么为什么我们却总是认为软件工程应该首要关注设计和实现呢?在《SRE:Google运维解密》中,Google SRE的关键成员解释了他们是如何对软件进行生命周期的整体性关注的,以及为什么这样做能够帮助Google成功地构建、部署、监控和运维世界上现存zui大的软件系统。通过阅读《SRE:Google运维解密》,读者可以学习到Google工程师在提高系统部署规模、改进可靠性和资源利用效率方面的指导思想与具体实践——这些都是可以立即直接应用的宝贵经验。
  任何一个想要创建、扩展大规模集成系统的人都应该阅读《SRE:Google运维解密》。《SRE:Google运维解密》针对如何构建一个可长期维护的系统提供了非常宝贵的实践经验。
展开
精彩书评
  我们都知道 Google公司的分布式系统设计和实现在业界遥遥领先,这些分布式系统多年前就已经运行在百万台服务器上,很多公司也都在觊觎这么多服务器是如何运行和管理的。本书揭开了这层神秘的面纱, SRE就是运行和管理这百万台服务器和众多分布式系统的关键。
  多年前,Google是通过发布技术论文帮助业界解决分布式难题的,如今各种分布式系统百花齐放,如何管理这些系统对传统的运维技术和理念产生了极大的挑战,现在 Google给我们带来了技术指导和zui佳实践。该书汇集了 Google多年生产环境的管理经验,连编写工作都采用了分布式实现的方法,由各个领域的资深专家联合创作而成。可以把本书看作是一座灯塔,很多公司的集群规模还远达不到 Google的规模,但是参照本书中的技术指导和zui佳实践,不仅可以加速传统运维向 SRE的进化,更重要的是可以帮助公司高效地运维和管理各种复杂的分布式系统。
  ——吕宏利,Google Ads SRE

  信息技术领域是英文缩写词的高产领域,几乎所有的新概念、新技术和新产品的推出甚至一场市场营销的策划都会伴随着新的英文缩写词的出现。 SRE这个缩写,在公司内部不仅代表了一个全新的运维理念和其伴随的崭新的工程领域、一套完整的系统运维体系和其对应的zui佳实践,而且也是我和我的好朋友——本书的译者孙宇聪一起工作了数年的战斗集体。而本书的作者们也都是这个大集体中的师长和伙伴。
  系统运维长久以来都依赖实践积累之上的口口相传,经验通常是领域从业者手里掌握的秘诀。本书从实践出发,汇集了众多业内优秀的系统运维人员的实战心得,理论基础和实操指导并重,系统化地阐述了在新一代信息系统架构(大规模、分布式、高并发、多业务、多租户)下系统运维的理念(当前被广泛接受并被大量实践的 DevOps就起源于此)、思路、zui佳实践以及对应的组织架构和人员管理的方方面面,是系统运维领域从业人员不可多得的参考和学习资料。本书是对新时代系统运维领域实践的总结和理论升华。
  本书的译者孙宇聪在生活中是一个略显粗犷的大男人,但对于本书的翻译,他充分发挥了自己在这个领域中多年的从业经验和对系统运维的深刻理解,细致入微地做到内容和语言两个方面的精准和优美,这在翻译的技术图书中是非常难得的。
  ——张矩,锋瑞资本执行董事,前 Google SRE

  很高兴受译者孙宇聪邀请为该书写推荐序,这本书是 Google的 SRE部门多年实践的总结,孙宇聪本人也在 Google SRE部门工作多年。SRE部门在 Google真正落实了 DevOps。 SRE工程师在 Google不只是维护各种线上服务的稳定性,还要负责保证各项服务的性能,同时负责管理维护数据中心。美国多家互联网公司都在依照 Google的方式来组织和运作 SRE部门,可以说 SRE被 Google发扬光大,Google的 SRE实践正在成为 DevOps的标准。
  SRE和传统的 IT运维有很大区别,SRE真正实现了 DevOps:首先, SRE深度参与开发阶段的工作,对应用程序的设计实现方式、依赖库、运行时的资源消耗都有严格的规约;其次,SRE工程师本身也要做不少编程工作,来实现各种工具用以自动解决问题和故障,换句话说,SRE强调的是对问题和故障的自动处理,而非人工干预;再者,按照 SRE的约定,开发人员自行负责程序上线部署更新,毕竟开发人员对自己开发的程序更熟悉,易于处理程序上线过程中遇到的问题。总之,作为 Google的 DevOps实践,SRE非常注重开发和运维职能的结合,极大地加快了业务应用迭代周期,提升了 IT对业务的支撑能力。
  随着 DevOps在国内的宣传推广,国内的很多企业客户也逐渐接受了 DevOps的理念,但是在具体落地实践 DevOps的过程中缺乏实际案例作为参照。本书的推出,方便了国内广大 IT人员在落地 DevOps过程中参照 Google的 SRE实践。非常感谢孙宇聪把这么好的一本书翻译成中文。
  ——王璞,数人云创始人

  Google首创了 SRE这个职业,并将其 SRE思想体系和方法论贡献出来汇集成此书。中文版的及时出版,使得国内广大运维从业者可以更高效地赏阅并实践。很荣幸此书在 GOPS全球运维大会首发,高效运维社区将继续作为 Google SRE国内第1传播平台,推进其和《互联网应用运维框架及能力模型》(本书译者孙宇聪先生联合撰写)的融合,促进其在中国运维行业的落地生根、蓬勃发展。
  ——萧田国,高效运维社区发起人,开放运维联盟联合主席

  从接触 Google SRE的概念开始,就感受到它神秘地存在,直到看到英文版的 SRE书籍,才知道它对传统运维的颠覆性。本书的面世,让国内更多的运维人员接触到 Google先进的运维理论与实践。个人坚信这种理论和实践的提升与改变,才是运维人的出路,运维的业务价值、行业价值便也随之而来。运维也可以“高大上”地存在!
  ——王津银,“精益运维”发起人;优维科技创始人;开放运维联盟发起人之一;开放运维联盟应用标准规范组组长、起草人

  大型互联网应用的部署规模从几千台到几十万台不一,随着软件系统的复杂度提升也呈现出越来越庞大的趋势,如何通过少数人力管理好庞大复杂的应用环境?如何在环境极度复杂的情况下确保软件的服务质量?如何在确保质量的情况下优化软件迭代速度?很多问题困扰着项目管理者、产品经理、软件工程师、运维人员。本书从 Google所面临的问题、价值观、解决方案、体系建设、zui佳实践等方面理论结合实际,非常具备指导意义,每一个希望提高工作效率、改进工作成果的技术和管理人员都应该认真阅读理解,结合自身工作环境进行实践,找出一条适合自己的持续发展之路。
  ——莫显峰,Ucloud联合创始人,CTO

  Google丰富的产品与服务已成为全球多数网民每天生活的一部分,而支撑这许多应用的是其背后庞大的基础设施。为了更有效地保证用户体验,Google建立了独树一帜的运维体系并称之为 SRE(Site Reliability Engineering)。绝大部分传统 IT公司会雇佣系统管理员( sysadmin)来运维复杂的计算机系统,但由于大部分工作依靠手工操作,所以随着用户增长,Sysadmin的团队也必须相应地增长。Google SRE团队的精华在于研发软件系统,将运维自动化以替代传统模型中的人工操作。这本书详细地描述了 Google SRE的原则与理念,并列举了实际案例来说明如何灵活运用这些准则。
  孙宇聪在 Google任职八年。他不仅精通基础设施的各个方面,还热衷于钻研平台架构。他致力于为中文读者解析 Google运维的窍门,于是在繁忙的工作之余,翻译了这本由他的原同事们撰写的书。由于 Google的规模很大,许多人可能认为 Google的做法无法效仿,但书中描述的原则与道理是可以触类旁通的。书中提及许多实用的道理,比如, 100%的可用性是不现实的,需要达到这个目标的成本通常远超于所能获得的价值,所以 Google会针对每种产品设定一个错误预算(容错率),既能保证用户体验又不影响创新和部署的速度。
  我希望读者像我一样,通过阅读这本书,能学习到如何更有效地运维自己的产品与平台。
  ——Joe Zhu,Zenlayer创始人

  Google SRE团队通过写作本书为整个运维行业做出了巨大的贡献。通过本书,他们将指导思想、zui佳实践和常见的应用架构模式以及团队建设模式共享出来,揭示了 Google如何能够持续不断地建设、部署世界级的工程项目,同时保持世界一流的可靠性标准。每个感兴趣的人都应该通读本书,切身尝试书里提到的一些想法。
  Jez Humble,Continuous Delivery和 Lean Enterprise书籍的共同作者

  我还记得 Google第1次在运维技术论坛上发表的演讲。感觉就像听了一场野生动物专家针对两栖爬行动物的专题介绍。演讲非常有意思,但是由于演讲的内容和观众的日常工作感觉距离太遥远,因此演讲的效果并不好。
  随着 IT行业的不断改变,中小型企业的运维实践逐渐和 Google接轨。突然之间, Google多年打磨、积累形成的运维实践变成了zui热门的行业焦点。对于一个面临日益严峻的可靠性、可扩展性、可维护性挑战的行业,这本书真是太及时了!
  ——David N. Blank-Edelman,总监,USENIX董事会成员,以及 SREcon 大会的共同创始人

  自从我离开 Google这座充满魔力的城堡,我就一直在等这本书面世,我一直在用书中的思想理念给同事们布道。
  ——Bjo.. rn Rabenstein,SoundCloud 生产工程团队负责人, Prometheus(开源项目)开发者,前 Google SRE(2013)

  Google是 SRE理念的发明者。本书不光介绍了这个职位的技术细节,还包括了其中的思考过程、团队目标、设计理念以及学到的宝贵课程。如果你想从起源上了解 SRE一词的意义,应该从本书开始。
  ——Russ Allbery,Google SRE,安全工程师

  本书的作者们和大家分享了 Google SRE团队的成长经历,包括其中走过的弯路。 Google凭借这些实践经验,将 Google服务部署到全世界,同时保持世界一流的可靠性。我高度建议任何一个想要创建、扩展大规模集成系统的人阅读本书。这本书针对如何构造一个可长期维护的系统提供了非常宝贵的实践经验。
  ——Rik Farrow,USENIX成员

  开发一个 Gmail这样的大型分布式系统已经很难了。如何运营维护这样的一套系统,在保障每天不断更新的同时保障一流的可靠性就更难了。这本书就像一套完备的菜谱,收集了 Google在实践过程中积累的宝贵经验。希望通过阅读本书,读者能够绕开一些 Google曾经走过的弯路。
  ——Urs Ho..lzle,Google 基础架构组资深副总裁
展开
精彩书摘
  译者序
  当我在2016 年年初听说本书的英文版即将面世时,第一时间就意识到这将是一本不可多得的经典之作。我作为Google SRE 曾经的一员,看到本书中提到的那些熟悉的技术和理念时非常兴奋——现在终于有机会用一种体系化、结构化的方式将这些知识和技术与大家分享了!
  Google SRE 全球共计约1000 人,负责运维Google 的大部分家喻户晓、不可或缺的商业应用。同时,SRE 还负责运维幕后那些全球首屈一指的计算基础设施,不管是全球百万台级别的服务器集群,还是全球一流的网络架构,背后都有SRE 的身影。每个小的传统运维问题在这个平台上似乎都被无限放大了。但是与此同时,Google 恰恰又是利用最传统、最朴素的软件工程方法将其一一解决的。
  SRE 是一群天生的怀疑论者,我们怀疑一切宣传起来“高大上”的技术,以及任何“神奇”的产品——我们只想看具体的设计架构、实现细节,以及真实的监控图表。SRE 在保障系统可靠性方面并没有什么万能药,有的只是这种极强的务实态度(pragmatic)。这种务实的态度决定了SRE 会认真对待运维问题。在设计评审中,他们会认真推演各种灾难场景。在每周例会时,他们又会讨论如何消除和防范事故发生、优化各种警报策略以及增强自动化功能。在平时工作中,他们则会精心维护团队的各种文档和项目源代码,一点一点地提高服务质量。回头看来,SRE 其实是一群崇尚工匠主义的人,我们坚信只要不断地解决根源问题,服务质量就一定会得到提升。而SRE 正是用这种“日拱一卒”的方法造就了Google 这个世界级的奇迹。
  本书的风格亦是如此。书中很多章节用务实的语言记录了Google SRE 团队在面临各种困难时的思考过程、所采用的解决方案以及事后总结的经验教训。本书中没有介绍任何“魔法系统”,也没有提供任何“奇技淫巧”,有的只是对问题本质发人深省的深入探讨。从这种意义上讲,本书体系化地覆盖了运维工作的方方面面,是一本运维行业的教科书。我希望通过翻译此书,能将这种体系和理念分享给更多的人。期待与大家更深入地探讨与交流!
  回首在Google 度过的8 年时光,我想感谢我所有的前同事,感谢他们对我的各种帮助,这段职业经历是我终生难忘的。而且,我还要感谢我的家人,是他们的耐心陪伴和帮助才让我踏踏实实地度过了这200 多个小时,完成了我人生中最大的一个Project。
  孙宇聪
  2016 年8 月3 日 傍晚
展开
目录
前言  xxxi
序言  xxxv
第Ⅰ部分 概览
第1 章 介绍  2
系统管理员模式  2
Google 的解决之道:SRE  4
SRE 方法论  6
确保长期关注研发工作  6
在保障服务SLO 的前提下最大化迭代速度  7
监控系统  8
应急事件处理  8
变更管理  9
需求预测和容量规划  9
资源部署  10
效率与性能  10
小结  10
第2 章 Google 生产环境:SRE 视角  11
硬件  11
管理物理服务器的系统管理软件  13
管理物理服务器  13
存储  14
网络  15
其他系统软件  16
分布式锁服务  16
监控与警报系统  16
软件基础设施  17
研发环境  17
莎士比亚搜索:一个示范服务  18
用户请求的处理过程  18
任务和数据的组织方式  19
第Ⅱ部分 指导思想
第3 章 拥抱风险  23
管理风险  23
度量服务的风险  24
服务的风险容忍度  25
辨别消费者服务的风险容忍度  26
基础设施服务的风险容忍度  28
使用错误预算的目的  30
错误预算的构建过程  31
好处  32
第4 章 服务质量目标  34
服务质量术语  34
指标  34
目标  35
协议  36
指标在实践中的应用  37
运维人员和最终用户各关心什么  37
指标的收集  37
汇总  38
指标的标准化  39
目标在实践中的应用  39
目标的定义  40
目标的选择  40
控制手段  42
SLO 可以建立用户预期  42
协议在实践中的应用  43
第5 章 减少琐事  44
琐事的定义  44
为什么琐事越少越好  45
什么算作工程工作  46
琐事繁多是不是一定不好  47
小结  48
第6 章 分布式系统的监控  49
术语定义  49
为什么要监控  50
对监控系统设置合理预期  51
现象与原因  52
黑盒监控与白盒监控  53
4 个黄金指标  53
关于长尾问题  54
度量指标时采用合适的精度  55
简化,直到不能再简化  55
将上述理念整合起来  56
监控系统的长期维护  57
Bigtable SRE :警报过多的案例  57
Gmail :可预知的、可脚本化的人工干预  58
长跑  59
小结  59
第7 章 Google 的自动化系统的演进  60
自动化的价值  60
一致性  60
平台性  61
修复速度更快  61
行动速度更快  62
节省时间  62
自动化对Google SRE 的价值  62
自动化的应用案例  63
Google SRE 的自动化使用案例  63
自动化分类的层次结构  64
让自己脱离工作:自动化所有的东西  66
舒缓疼痛:将自动化应用到集群上线中  67
使用Prodtest 检测不一致情况  68
幂等地解决不一致情况  69
专业化倾向  71
以服务为导向的集群上线流程  72
Borg :仓库规模计算机的诞生  73
可靠性是最基本的功能  74
建议  75
第8 章 发布工程  76
发布工程师的角色  76
发布工程哲学  77
自服务模型  77
追求速度  77
密闭性  77
强调策略和流程  78
持续构建与部署  78
构建  78
分支  79
测试  79
打包  79
Rapid 系统  80
部署  81
配置管理  81
小结  82
不仅仅只对Google 有用  83
一开始就进行发布工程  83
第9 章 简单化  85
系统的稳定性与灵活性  85
乏味是一种美德  86
我绝对不放弃我的代码  86
“负代码行”作为一个指标  87
最小 API  87
模块化  87
发布的简单化  88
小结  88
第Ⅲ部分 具体实践
第10 章 基于时间序列数据进行有效报警  93
Borgmon 的起源  94
应用软件的监控埋点  95
监控指标的收集  96
时间序列数据的存储  97
标签与向量  98
Borg 规则计算  99
报警  104
监控系统的分片机制  105
黑盒监控  106
配置文件的维护  106
十年之后  108
第11 章 on-call 轮值  109
介绍  109
on-call 工程师的一天  110
on-call 工作平衡  111
数量上保持平衡  111
质量上保持平衡  111
补贴措施  112
安全感  112
避免运维压力过大  114
运维压力过大  114
奸诈的敌人—运维压力不够  115
小结  115
第12 章 有效的故障排查手段  116
理论  117
实践  119
故障报告  119
定位  119
检查  120
诊断  122
测试和修复  124
神奇的负面结果  125
治愈  126
案例分析  127
使故障排查更简单  130
小结  130
第13 章 紧急事件响应  131
当系统出现问题时怎么办  131
测试导致的紧急事故  132
细节  132
响应  132
事后总结  132
变更部署带来的紧急事故  133
细节  133
事故响应  134
事后总结  134
流程导致的严重事故  135
细节  135
灾难响应  136
事后总结  136
所有的问题都有解决方案  137
向过去学习,而不是重复它  138
为事故保留记录  138
提出那些大的,甚至不可能的问题:假如……  138
鼓励主动测试  138
小结  138
第14 章 紧急事故管理  140
无流程管理的紧急事故  140
对这次无流程管理的事故的剖析  141
过于关注技术问题  141
沟通不畅  141
不请自来  142
紧急事故的流程管理要素  142
嵌套式职责分离  142
控制中心  143
实时事故状态文档  143
明确公开的职责交接  143
一次流程管理良好的事故  144
什么时候对外宣布事故  144
小结  145
第15 章 事后总结:从失败中学习  146
Google 的事后总结哲学  146
协作和知识共享  148
建立事后总结文化  149
小结以及不断优化  151
第16 章 跟踪故障  152
Escalator  152
Outalator  153
聚合  154
加标签  155
分析  155
未预料到的好处  156
第17 章 测试可靠性  157
软件测试的类型  158
传统测试  159
生产测试  160
创造一个构建和测试环境  163
大规模测试  165
测试大规模使用的工具  166
针对灾难的测试  167
对速度的渴求  168
发布到生产环境  170
允许测试失败  170
集成  172
生产环境探针  173
小结  175
第18 章 SRE 部门中的软件工程实践  176
为什么软件工程项目对SRE 很重要  176
Auxon 案例分析:项目背景和要解决的问题  177
传统的容量规划方法  177
解决方案:基于意图的容量规划  179
基于意图的容量规划  180
表达产品意图的先导条件  181
Auxon 简介  182
需求和实现:成功和不足  183
提升了解程度,推进采用率  185
团队内部组成  187
在SRE 团队中培养软件工程风气  187
在SRE 团队中建立起软件工程氛围:招聘与开发时间  188
做到这一点  189
小结  190
第19 章 前端服务器的负载均衡  191
有时候硬件并不能解决问题  191
使用DNS 进行负载均衡  192
负载均衡:虚拟IP  194
第20 章 数据中心内部的负载均衡系统  197
理想情况  198
识别异常任务:流速控制和跛脚鸭任务  199
异常任务的简单应对办法:流速控制  199
一个可靠的识别异常任务的方法:跛脚鸭状态  200
利用划分子集限制连接池大小  201
选择合适的子集  201
子集选择算法一:随机选择  202
子集选择算法二:确定性算法  204
负载均衡策略  206
简单轮询算法  206
最闲轮询策略  209
加权轮询策略  210
第21 章 应对过载  212
QPS 陷阱  213
给每个用户设置限制  213
客户端侧的节流机制  214
重要性  216
资源利用率信号  217
处理过载错误  217
决定何时重试  218
连接造成的负载  220
小结  221
第22 章 处理连锁故障  223
连锁故障产生的原因和如何从设计上避免  224
服务器过载  224
资源耗尽  225
服务不可用  228
防止软件服务器过载  228
队列管理  229
流量抛弃和优雅降级  230
重试  231
请求延迟和截止时间  234
慢启动和冷缓存  236
保持调用栈永远向下  238
连锁故障的触发条件  238
进程崩溃  239
进程更新  239
新的发布  239
自然增长  239
计划中或计划外的不可用  239
连锁故障的测试  240
测试直到出现故障,还要继续测试  240
测试最常用的客户端  241
测试非关键性后端  242
解决连锁故障的立即步骤  242
增加资源  242
停止健康检查导致的任务死亡  242
重启软件服务器  242
丢弃流量  243
进入降级模式  243
消除批处理负载  244
消除有害的流量  244
小结  244
第23 章 管理关键状态:利用分布式共识来提高可靠性  246
使用共识系统的动力:分布式系统协调失败  248
案例1 :脑裂问题  249
案例2 :需要人工干预的灾备切换  249
案例3 :有问题的小组成员算法  249
分布式共识是如何工作的  250
Paxos 概要:协议示例  251
分布式共识的系统架构模式  251
可靠的复制状态机  252
可靠的复制数据存储和配置存储  252
使用领头人选举机制实现高可用的处理系统  253
分布式协调和锁服务  253
可靠的分布式队列和消息传递  254
分布式共识系统的性能问题  255
复合式Paxos :消息流过程详解  257
应对大量的读操作  258
法定租约  259
分布式共识系统的性能与网络延迟  259
快速Paxos 协议:性能优化  260
稳定的领头人机制  261
批处理  262
磁盘访问  262
分布式共识系统的部署  263
副本的数量  263
副本的位置  265
容量规划和负载均衡  266
对分布式共识系统的监控  270
小结  272
第24 章 分布式周期性任务系统  273
Cron  273
介绍  273
可靠性  274
Cron 任务和幂等性  274
大规模Cron 系统  275
对基础设施的扩展  275
对需求的扩展  276
Google Cron 系统的构建过程  277
跟踪Cron 任务的状态  277
Paxos 协议的使用  277
领头人角色和追随者角色  278
保存状态  281
运维大型Cron 系统  282
小结  283
第25 章 数据处理流水线  284
流水线设计模式的起源  284
简单流水线设计模式与大数据  284
周期性流水线模式的挑战  285
工作分发不均造成的问题  285
分布式环境中周期性数据流水线的缺点  286
监控周期性流水线的问题  287
惊群效应  287
摩尔负载模式  288
Google Workflow 简介  289
Workflow 是模型—视图—控制器(MVC)模式  290
Workflow 中的执行阶段  291
Workflow 正确性保障  291
保障业务的持续性  292
小结  294
第26 章 数据完整性:读写一致  295
……
第27 章 可靠地进行产品的大规模发布  322
……
第Ⅳ部分 管理
第28 章 迅速培养SRE 加入on-call  341
……
第29 章 处理中断性任务  355
……
第30 章 通过嵌入SRE 的方式帮助团队从运维过载中恢复  363
……
第 31 章 SRE 与其他团队的沟通与协作  370
……
第32 章 SRE 参与模式的演进历程  383
……
第Ⅴ部分 结束语
第33 章 其他行业的实践经验  398
……
第34 章 结语  408
附录A 系统可用性  411
附录B 生产环境运维过程中的最佳实践  412
附录C 事故状态文档示范  417
附录D 事后总结示范  419
附录E 发布协调检查列表  423
附录F 生产环境会议记录示范  425
参考文献  427
索引  439
展开
加入书架成功!
收藏图书成功!
我知道了(3)
发表书评
读者登录

请选择您读者所在的图书馆

选择图书馆
浙江图书馆
点击获取验证码
登录
没有读者证?在线办证