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.
如果说跟人打交道靠的是情商,那么跟机器打好交道,尤其是做好人和机器之间的协调者的话,就必须纯熟的应用好机器的语言,也就是软件了。 Google运维的秘密就是对软件进行生命周期的整体性关注。 SRE是站点可靠性工程的简称,仍属于DEVOPS的范畴,是开发运维一体的一种方法。与...
评分 评分 评分 评分第一部分 概览 第1章 介绍 1. DevOps分离的团队模型存在的问题 1.1 直接成本:Ops成本与系统 负载线性相关 1.2 间接成本:Dev/Ops沟通协调 1.2.1 运维团队:运维流程 1.2.2 开发团队:补丁、开关、插件等各种形式要求快速上线绕过运维团队的流程 2. DevOps还是SER 2.1 DevOps是...
对我(非技术)更多是一本管理书, 尤其是对于high-stake如金融这类行业: (1) 怎么解决新功能与稳定之间的冲突? -> 设定error budget + gradual rollout; (2) 紧急事件、工单永远处理不完怎么办?-> 设定50% toil上限, 超过了招人或者让产品团队自己处理. 这样才有机会去做长期、自动化的改进. 这个方法对于运营类工作应该也类似, 设定时间上限, 一定设定时间去做抽象、自动化改造、总结
评分google可能创建并运维着这地球上最复杂的分布式系统,没有之一。那它是如何运维的呢?所有的秘密就在这本SRE中。SRE是google创造的概念,核心就是利用自家的工程师文化,确保SRE人员成本在系统规模不断扩大的情况下不线性增加,同时还能保证系统的可靠性。如最后一章所总结:飞机从1896年发明以来变得越来越复杂,但是驾驶飞机的飞行员还是不会超过2个人。
评分中间大段都是讲基础架构的,LCE蛮有意思,是个反推开发的角色
评分看前面几章觉得没什么大不了的,大家都这么做。等看到后面从数据推导、实践分析、配置测试和线上回归几个点,真的是大开眼界,已经不局限于运维界 doing 的一些事情,而是启发。从需求、设计、数学、算法到实践,真正的科学思想。不仅仅影响 SRE 团队,而是影响整个公司和业界。
评分真的有很多判断;适合经常拿回来翻;
本站所有内容均为互联网搜索引擎提供的公开搜索信息,本站不存储任何数据与内容,任何内容与数据均与本站无关,如有需要请联系相关搜索引擎包括但不限于百度,google,bing,sogou 等
© 2025 book.quotespace.org All Rights Reserved. 小美书屋 版权所有