Name: SRE
ISBN: 9787121297267

作者: 贝特西拜尔 (Betsy Beyer) / 等
出版社: 电子工业出版社
出品方: 博文视点
副标题: Google运维解密
原作名: Site Reliability Engineering: How Google Runs Production Systems
译者: 孙宇聪
出版年: 2016-10-1
页数: 450
定价: CNY 108.00
装帧: 平装
丛书: O'Reilly动物系列（中译本）
ISBN: 9787121297267

豆瓣评分

8.8

619人评价

5星

52.8%
4星

38.3%
3星

7.9%
2星

0.6%
1星

0.3%

评价:

内容简介 · · · · · ·

大型软件系统生命周期的绝大部分都处于“使用”阶段，而非“设计”或“实现”阶段。那么为什么我们却总是认为软件工程应该首要关注设计和实现呢？在《SRE：Google运维解密》中，Google SRE的关键成员解释了他们是如何对软件进行生命周期的整体性关注的，以及为什么这样做能够帮助Google成功地构建、部署、监控和运维世界上现存最大的软件系统。通过阅读《SRE：Google运维解密》，读者可以学习到Google工程师在提高系统部署规模、改进可靠性和资源利用效率方面的指导思想与具体实践——这些都是可以立即直接应用的宝贵经验。

任何一个想要创建、扩展大规模集成系统的人都应该阅读《SRE：Google运维解密》。《SRE：Google运维解密》针对如何构建一个可长期维护的系统提供了非常宝贵的实践经验。

作者简介 · · · · · ·

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一职。回国后，积极推动国内容器化运维架构升级。目前是开放运维联盟之应用运维规范制定组，高可用运维规范制定者。

目录 · · · · · ·

前言 xxxi
序言 xxxv
第Ⅰ部分　概览
第1 章　介绍 2
系统管理员模式 2
Google 的解决之道：SRE 4
· · · · · · (更多)

原文摘录 · · · · · · ( 全部 )

Nothing here tells us how to solve problems universally, but that is the point. Stories like these are far more valuable than the code or designs they resulted in. Implementations are ephemeral, but the documented reasoning is priceless. Rarely do we have access to this kind of insights. (查看原文)

红色有角F叔 2016-04-26 22:29:05

—— 引自章节：Forewood
In other words, given the relative insensitivity of the AdSense service to moderate changes in latency performance, we are able to consolidate serving into fewer geographical locations, reducing our operational overhead. (查看原文)

红色有角F叔 2016-05-10 21:38:42

—— 引自章节：Other service metrics

> 全部原文摘录

丛书信息 · · · · · ·

　　O'Reilly动物系列（中译本）(共317册)，这套丛书还有《Python异步编程》《Essential Silverlight 2中文版》《Python深度学习入门：从零构建CNN和RNN》《高性能JavaScript》《真实世界的Python仪器监控》等。

喜欢读"SRE"的人也喜欢的电子书 · · · · · ·

支持 Web、iPhone、iPad、Android 阅读器

: 性能之巅

29.80元

: 淘宝技术这十年

4.99元

: Python源码剖析

38.39元

: MySQL性能调优与架构设计

30.00元

: 构建高性能Web站点

14.75元

喜欢读"SRE"的人也喜欢 · · · · · ·

: 数据密集型应用系统设计 9.7

: DevOps实践指南 8.4

: 微服务设计 8.1

: A Philosophy of Software Design 9.2

: 持续交付 8.6

: 代码整洁之道 8.6

: 系统架构 8.9

: 架构即未来 8.2

: 互联网创业核心技术 8.4

: 发布！ 7.6

我来说两句

短评 · · · · · · ( 全部 181 条 )

SRE的书评 · · · · · · ( 全部 19 条 )

热门最新好友只看本版本的评论

子珂 2019-06-07 08:42:18 O'Reilly Media2016版

混乱的解药

注: 我不是做SRE的，我甚至都不是工程师（我算PM）, 但这本书中有个时间分配的方法很有意思，所以写一下一、紧急事件、工单永远处理不完怎么办？理想很丰满，现实很骨感在大型科技公司工作，你以为能调用各种资源，为百万级用户来带价值，但实际却发现，因为稳定性、legacy... (展开)

1 1回应

masterplan 2017-05-11 08:28:11

Notes: Site Reliability Engineering

看这本书时做的笔记. 总结一下: 1. 有众多可以参考的地方, 例如 Cron 的设计, 监控的改进, 新工具的推广方法 2. 对手头的系统和工具要非常了解, 这样就可以玩出很多招数 1. 介绍 DevOps 在 Google 的实践传统开发/运维分离的解决方案在规模扩大后沟通成本上升(“随时发布” vs... (展开)

3回应

xindoo 2016-10-02 10:57:41

《SRE》读后感

原文来自：http://blog.csdn.net/xindoo/article/details/52723114 《SRE》这本书英文版已面世半年后，中文版终于面世。从4月、5月的时候，我就一直在尝试看英文版，由于自己英文水平有限，阅读进度和深度实在有限，看到中文版，对很多章节的内容才算是有了较深入的理解，一句... (展开)

9回应

小王 2020-12-17 14:02:14

重读《SRE》笔记

1、总体介绍 Google目前SRE的工程师规模：1000+人。传统的研发团队和运维团队分歧的焦点主要在软件新版本、新配置变更的发布速度上。（目标本质上来说是互相矛盾的）研发部门最关注的是如何能够更快速地构建和发布新功能。运维部门更关注的是如何能在他们值班期间避免发生故... (展开)

0回应

Laisky 2019-03-31 17:09:38

《SRE：Google运维解密》读后感 & 摘抄

这篇书评可能有关键情节透露

一、概述也发布在： https://blog.laisky.com/p/srebook/ 描述了谷歌 SRE 这一岗位的工作职责和工作实践。和传统的运维（OPS）不同，谷歌非常重视运维人员的开发能力，希望运维人员能够在处理日常工作之余，尽可能的开发自动化工具减少人力需求，所以提供了新的 SRE 的岗位... (展开)

1 0回应