《SRE:Google 运维解密》封面

SRE:Google 运维解密

Site Reliability Engineering

Betsy Beyer、Chris Jones、Jennifer Petoff、Niall Richard Murphy · 初版 2016 年

88人推荐
109位读者提及
117次提及

为什么值得读

  • 极清晰地界定了健康的值班工作机制
  • 针对后端开发者聚焦系统与架构设计
  • 深入展现谷歌运行生产级服务的工程实践

SRE 团队成员阐述了他们参与整个 software lifecycle 的方式,是如何让 Google 能够构建、部署、监控和维护全球一些规模最大的 software systems 的。

Hacker News 上怎么说

  • 算是有那么点吧,但大部分不是。去读读 Beyer 等人写的《Site Reliability Engineering》。那是关于 on-call 应该如何运作的最清晰描述,也是怎样从现状走到目标状态且不至于把人搞到 burnout 的途径。On-call 几乎总是必要的,但应该被当成……

    Sort of yes, but mostly no. Go read "Site Reliability Engineering" by Beyer et al. That's the clearest description for how on-call should work, and the way to get from Point A to Point B without burning anyone out. On-call is almost always necessaey, but should be thought…

  • ……招聘策略;优秀的人通常都会参加技术大会,当他们听说有这么一家由聪明人组成、演讲又精彩的神仙公司时,也会想去那里工作。出书也是同理。读《Site Reliability Engineering》会让我很想去 Google 工作(尽管我很清楚自己其实根本不想去 Google)。优秀的人会吸引更多优秀的人,而且优秀的人充满热情,在工作之外也会做一些很酷的事情。……

    …recruiting tactic; often, good people are at conferences, and when they hear about a great company to work for with smart people who give good talks, they want to work there, too. Books are similar. Reading Site Reliability Engineering makes me want to work at Google (even though I know I really don't want to work at Google). Good people bring in more good people, and good people are enthusiastic and do cool things outside of work.…

  • 针对后端开发者的系统和设计类推荐:1. High Performance Browser Networking 2. Designing Data-Intensive Applications 3. Site Reliability Engineering: How Google Runs Production Services 4. Effective Python: 90 Specific Ways to Write Better Python。我在这里写了更详细的介绍:https://notes.eatonphil.com/books-developers-should-read.htm....…

    Focused on systems and design for backend devs: 1. High Performance Browser Networking 2. Designing Data-Intensive Applications 3. Site Reliability Engineering: How Google Runs Production Services 4. Effective Python: 90 Specific Ways to Write Better Python I wrote in a bit more detail here: https://notes.eatonphil.com/books-developers-should-read.htm....…

  • 在我看来,这些书值得好好精读消化:软件工程实践:- Designing Data-Intensive Applications - Site Reliability Engineering - Software Engineering at Google - Designing Event-Driven Systems - The Data-Centric Revolution - Code Complete - Data Management at Scale 个人成长:- So Good They Can't Ignore You - Deep Work……

    These are the books that IMO felt worth really carefully digesting: Software engineering practices: - Designing Data-Intensive Applications - Site Reliability Engineering - Software Engineering at Google - Designing Event-Driven Systems - The Data-Centric Revolution - Code Complete - Data Management at Scale Self-help: - So Good They Can't Ignore You - Deep Work…

  • ……Action - Raoul-Gabriel Urma * Java Concurrency in Practice - Brian Goetz * Grokking Algorithms - Aditya Y. Bhargava 架构类:* Righting Software - Juval Lowy * Release It! - Michael Nygard * Site Reliability Engineering - Beyer, et al.(“SRE 神书”)* Domain Driven Design - Eric Evans * Introduction to Permaculture - Bill Mollison and Mia Slay * Fun with a Pencil - Andrew Loomis 设计类:* Edward……写的所有书

    …Action - Raoul-Gabriel Urma * Java Concurrency in Practice - Brian Goetz * Grokking Algorithms - Aditya Y. Bhargava Architecture: * Righting Software - Juval Lowy * Release It! - Michael Nygard * Site Reliability Engineering - Beyer, et al. ("The SRE Book”) * Domain Driven Design - Eric Evans * Introduction to Permaculture - Bill Mollison and Mia Slay * Fun with a Pencil - Andrew Loomis Design: * All books by Edward…

  • ……Docker 提供的能力。这使得搞清楚‘怎么做到’成了你的职责,而不是去讨论‘要不要做’。不对,不对,完全不对。我完整引用了这整段话,是因为它错得彻彻底底。去读读 Google 刚出版的《Site Reliability Engineering》,看看另一种视角吧。Google 的 SRE 架构明确且坚定地被赋予了向研发工程团队 push back 的权力。毫无例外。“不行”绝对是一个完全正当的……

    …Docker offers. That makes it your job to figure out how that happens, not if it happens. Nope, nope, nope, nope. I quoted this entire paragraph at length because it's all just completely wrong. Read Site Reliability Engineering that Google just published for an alternative perspective. SRE at Google is specifically and vocally organized to have authority to push back on engineering. Without exception. "No" is absolutely a valid…

正在加载完整评论……

键盘快捷键

/
聚焦搜索框
j / k
下一本 / 上一本
Enter
打开选中的书
Esc
关闭 / 返回
g h
回到首页
g b
值得读精选
g t
历史总榜
g r
上升最快
g l
我的书架
?
显示本帮助