The overwhelming majority of a software system’s lifespan is spent in use, not in design or implementation. So, why does conventional wisdom insist that software engineers focus primarily on the design and development of large-scale computing systems?
In this collection of essays and articles, key members of Google’s Site Reliability Team explain how and why their commitment to the entire lifecycle has enabled the company to successfully build, deploy, monitor, and maintain some of the largest software systems in the world. You’ll learn the principles and practices that enable Google engineers to make systems more scalable, reliable, and efficient—lessons directly applicable to your organization.
Betsy Beyer
Betsy Beyer is a Technical Writer for Google in New York City specializing in Site Reliability Engineering. She has previously written documentation for Google’s Data Center and Hardware Operations Teams in Mountain View and across its globally distributed datacenters. Before moving to New York, Betsy was a lecturer on technical writing at Stanford University. En route to her current career, Betsy studied International Relations and English Literature, and holds degrees from Stanford and Tulane.
Chris Jones
Chris Jones is a Site Reliability Engineer for Google App Engine, a cloud platform-as-a-service product serving over 28 billion requests per day. Based in San Francisco, he has previously been responsible for the care and feeding of Google’s advertising statistics, data warehousing, and customer support systems. In other lives, Chris has worked in academic IT, analyzed data for political campaigns, and engaged in some light BSD kernel hacking, picking up degrees in Computer Engineering, Economics, and Technology Policy along the way. He’s also a licensed professional engineer.
Jennifer Petoff
Jennifer Petoff is a Program Manager for Google’s Site Reliability Engineering team and based in Dublin, Ireland. She has managed large global projects across wide-ranging domains including scientific research, engineering, human resources, and advertising operations. Jennifer joined Google after spending eight years in the chemical industry. She holds a PhD in Chemistry from Stanford University and a BS in Chemistry and a BA in Psychology from the University of Rochester.
Niall Richard Murphy
Niall Murphy leads the Ads Site Reliability Engineering team at Google Ireland. He has been involved in the Internet industry for about 20 years, and is currently chairperson of INEX, Ireland’s peering hub. He is the author or coauthor of a number of technical papers and/or books, including "IPv6 Network Administration" for O’Reilly, and a number of RFCs. He is currently cowriting a history of the Internet in Ireland, and is the holder of degrees in Computer Science, Mathematics, and Poetry Studies, which is surely some kind of mistake. He lives in Dublin with his wife and two sons.
第一部分 概览 第1章 介绍 1. DevOps分离的团队模型存在的问题 1.1 直接成本:Ops成本与系统 负载线性相关 1.2 间接成本:Dev/Ops沟通协调 1.2.1 运维团队:运维流程 1.2.2 开发团队:补丁、开关、插件等各种形式要求快速上线绕过运维团队的流程 2. DevOps还是SER 2.1 DevOps是...
评分注: 我不是做SRE的,我甚至都不是工程师(我算PM), 但这本书中有个时间分配的方法很有意思,所以写一下 一、 紧急事件、工单永远处理不完怎么办? 理想很丰满,现实很骨感 在大型科技公司工作,你以为能调用各种资源,为百万级用户来带价值,但实际却发现,因为稳定性、legacy...
评分注: 我不是做SRE的,我甚至都不是工程师(我算PM), 但这本书中有个时间分配的方法很有意思,所以写一下 一、 紧急事件、工单永远处理不完怎么办? 理想很丰满,现实很骨感 在大型科技公司工作,你以为能调用各种资源,为百万级用户来带价值,但实际却发现,因为稳定性、legacy...
评分大概是最近一年来看的最吃力的一本书,几乎只能来回挑着看,相当一部分topic都不是很有感觉,有经历过的部分倒还好。整体上更应该作为文集挂在博客上而不是编纂出书,每章节的内容大多都是互相彼此独立,换个作者啥风格视角都变了,前后衔接不上。内容上还是以讲述“我们如何做”为主,完全不考虑读者的经验背景。 最后只能说一句,Google牛逼,Google的工程师真屌,处理突发事故还能到点下班,丢给另外一个半球的同事继续handle,大部分码农上哪去找另外一个半球的同事。。
评分真的有很多判断;适合经常拿回来翻;
评分真的有很多判断;适合经常拿回来翻;
评分非常有名的一本书,看了principle,捡了有兴趣的几章随便翻了一下。
评分真的有很多判断;适合经常拿回来翻;
本站所有内容均为互联网搜索引擎提供的公开搜索信息,本站不存储任何数据与内容,任何内容与数据均与本站无关,如有需要请联系相关搜索引擎包括但不限于百度,google,bing,sogou 等
© 2025 book.quotespace.org All Rights Reserved. 小美书屋 版权所有