SRE Google运维解密——第9章 简单化

最新推荐文章于 2022-08-01 22:46:23 发布
原创 最新推荐文章于 2022-08-01 22:46:23 发布 · 369 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文探讨了如何通过简化系统设计、流程和代码来提高软件的稳定性和灵活性。强调了减少API复杂度、模块化设计、以及定期清理无用代码的重要性。同时，文章还提到了发布策略的优化，主张小批量发布以降低风险。

第9章 简单化

系统的稳定性与灵活性

  • 通过流程，实践以及工具，来提高软件的可靠性
  • SRE最小化路程对于开发人员的灵活性造成的影响
  • 可靠的流程会提高研发人员的灵活性

乏味是一种美德

  • 负责的系统不引入意外复杂度
  • 不断努力消除正在接手的和已经负责运维的系统的复杂度

我绝对不放弃我的代码

清除多余的代码

负代码行 作为一个指标

删除没有用的代码，保持代码整洁简单

最小api

提供API 消费者的方法和参数越少

模块化

  • 某一部分进行隔离式的变更的能力
  • 二进制文件之间或者二进制文件与配置之间推行松耦合

发布的简单化

  • 发布按最小的批次进行
  • 考虑每次改变对系统的改善和退化来寻找最佳方案
【读书笔记】SRE：Google运维解密 第Ⅰ部分 概览
睡觉的咖啡
08-19 586
研发团队和系统运维团队分属两个部门所带来的间接成本就没那么容易度量了，但是这些间接成本往往大得多。
《SRE：Google运维解密》读后有感
学无止境
07-22 990
当我们进行体系化的思考的后，我们就会有新的收获，并且在解决方案上更加的完善。框架和SRE平台这种模式，提供了很多的益处，比如说显著的降低运维开销，因为它支持代码结构、依赖关系、测试、编码样式指南等的强合规性测试，内置服务部署、监控和自动化，设计中自带的通用性支持，这种在框架中把基于生产最佳实践的代码模式进行标准化封装，让SRE在管理时降低了认知的负担，同时仍然可以保持服务的质量，每一个标准框架都为问题所在的领域或者问题相关的基础设市以来提供了一个完整的解决方案。，其次SRE的关注焦点在于。...
读书笔记（SRE：Google运维解密）：第9章 简单化
lo_ong的博客
10-05 232
软件系统本质上是动态的和不稳定的。   有的时候为了灵活性而牺牲稳定性是有意义的   为了最小化意外复杂度，SRE团队应该： （a）在他们所负责的系统中引入意外复杂度时，及时提出抗议。 （b）不断地努力消除正在接手的和已经负责运维的系统的复杂度。   所有的代码都有必须存在的目的的实践："代码膨胀"检测   软件的简单性是可靠性的前提条件。当我们考虑如何简化一个给定的任务的每一步时，我们并不是在偷懒。相反，我们是在明确实际上要完成的任务是什么，以及如何更容易地做到。.
读SRE Google运维解密有感(一)
weixin_30622107的博客
01-31 444
第一章读后感 SRE之道的理解：创建软件系统来运行和替换传统的人工操作。 在实际工作中： 1.我们执行重复性的工作，流程话，新建项目需要那些资源，那些账号，那些权限，制作成流程，一个项目来了相关同事按照流程操作，不会遗漏细节，提高速度。 eg: 新项目流程：xmind，（一图胜万语言） 2.系统节点出现故障，自...
读SRE Google运维解密有感(三)
weixin_33984032的博客
07-09 253
前言 这是读“SRE Google运维解密”有感第三篇，之前的文章可访问www.addops.cn来查看。我们今天来聊聊“on call”也就是运维值班制度， 本人到目前为止也还在参与一线运维的值班，对运维值班体系也有一些感悟和心得，再参考SRE的“on call”中的方法来说说这个让运维同学“又爱又恨”的值班。 值班 因为运维人员的工作性质，要时刻保障线上服务的稳定可用，遇到事故问题要第一时间...
读SRE Google运维解密有感(二)
weixin_33688840的博客
07-09 268
前言 这是读“SRE Google运维解密”有感第二篇，第一篇参见 这本书最近又读了几章，结合自己的经历，有些地方真的能感同身受，有些地方也惊叹SRE充满辩证的思想，总之SRE是好一本好书，会给你很大的启发。 充满辩证的思想 本书主要是讲通过SRE思想进行运维体系的构建，除了技术层面以外，我更关注SRE内在充满辩证的思想。 一个辩证的思想是凡事都有两面性，这个道理很简单，大家一听就说“对啊，这不...
《SRE：Google运维解密》
weixin_33727510的博客
01-19 675
2019独角兽企业重金招聘Python工程师标准>>> ...
《Sre google运维解密》笔记
不才的专栏
06-03 1347
Sre是什么
SRE Google运维解密.pptx
10-12
SRE Google运维解密 SRE（Site Reliability Engineering）是Google推出的运维模式，旨在解决传统软件项目生命周期中的各种问题。传统的运维模式存在许多弱点，如创新困难、重执行、抗拒变化、组织结构僵硬、积累...
《SRE Google运维解密》读书笔记
victorzzzz的专栏
04-06 1202
SRE团队职责：确保服务可以正常运转 可用性改进 延迟优化 性能优化 效率优化 变更管理 （渐进式发布） 监控 紧急事务处理 容量规则与管理 （N+2 模式，google--> 15倍） SRE核心处理思想： 灾难预演与演习 确保系统按照预想方式应对故障 寻找系统中未预料的弱点 寻找其他提高鲁棒性的方式避免事故发生 从组织架构层面关注 关注...
第七章 简单化
焦振清
12-10 468
作者：John Lunney, Robert van Gent, Scott Ritchie，Diane Bates and Niall Richard Murphy 一个可正常工作的复杂的系统总是从以前可以正常工作的简单系统演变而来的。   ——Gall’s Law 简单化是SRE的重要目标，因为它与可靠性密切相关：简单的软件很少出现故障，在故障发生时更容易且迅速地修复。简单的系...
《SRE Google 运维解密》笔记
phantom_111的博客
03-14 2377
文章目录1. 主旨2. 概览2.1 提出 SRE 的动力？2.2 SRE 聚焦问题点2.3 庖丁解牛2.3.1 你看到了什么？2.3.2 如何管理你看到的？2.3.3 能否站在全局视角上看问题？3. 指导思想3.1 学会拥抱风险3.1.1 如何度量服务的风险？3.1.2 判断服务风险的容忍度？3.1.2 设计合适的「错误预算」3.2 服务质量目标3.2.1 指标在实践中的应用3.2.2 目标在实...
《Google SRE 运维解密》读书笔记
congbao6525的博客
03-28 609
Google SRE算是行业的标杆，运维中的特种兵。简单来说，就是SRE很贵，很能干，而且主要是巧干。换句话说，不懂开发的运维，不是真正的SRE. 翻译版的这本书《Google SRE运维解密》很早就想看了，也...
系统可用性：SRE口中的3个9，4个9...到底是个什么东西？
董哥的黑板报
08-01 5082
作为服务端开发的同学，最常听到的一句话是你的接口有几个9？2个9？3个9？到底几个9才算是稳定呢？
《SRE:Google运维解密》读书笔记（一）
weixin_33699914的博客
02-07 508
1.SRE是目前最火的devops模型在google具体实践；2.Google SRE都有的共同特点是对重复性工作有排斥感以及喜欢用技术来代替手工操作；3.SRE核心的工作职责是变更管理、监控、故障处理、可用性改进以及优化；4.SRE将运维工作限制在50%，剩余时间花在研发上。5.SRE最终工作是在系统的稳定性和灵活性保持平衡；6.一个需要人工阅读邮件和分析警报来决定目前是否需要采取某种行动的系统...
SRE:Google运维解密(心得)
python_bobo的博客
03-06 2967
SRE:Google运维解密（心得）风险与可用性错误预算总结： 风险与可用性 在一个运行的系统中，出现风险是不可能避免的，而运维工程师的存着便是控制并解决风险。 书中提到构建百分百可靠的服务是不可取的，因为一个服务面向用户的不止是可靠，还有创新。当可靠性达到一定的数量级后，再花费大量的成本在可靠性上而忽略服务的创新，这种方式得不偿失。 书中还提到可用性为多少个‘9’这个概念 上面提到额外一个‘9...
SRE Google 运维解密 具体实践一
watermelonbig的专栏
05-24 7010
一、基于时间序列数据进行有效报警 Borgmon是google使用的时间序列监控系统，在开源软件中Prometheus是非常类似的一款工具。这个软件将收集时间序列信息作为监控系统的首要任务，同时发展了一种丰富的时间序列信息操作语言，通过使用该语言将数据转化为图表和报警。 因为总是会有大批量的服务器在上线、下线，建立和维护一个有效的服务注册、发现系统是很有必要的。上线的主机需要能主动让B
SRE Google 运维解密--管理
watermelonbig的专栏
06-15 7270
一、迅速培养SRE加入on-call 在SRE团队的职责中，主动性任务和被动性任务兼有，每个SRE团队都坚守的一个重要目标是：利用积极主动的办法，去减少和限制被动性工作的产生。 SRE培训课程 推荐的培训方式 错误的培训方式 设计一个具体的、有延续性的学习体验，以便学员跟进 通过给学员安排一些烦琐的工作（处理警报/工单）来培训
如何做监控？Google SRE 解密
一猿小讲
02-13 1723
监控值班室：@隔壁老王头 SQL执行耗时时间过长，达到了报警阈值【5000ms】隔壁老王头：@监控值班室 少量报警请忽略，批量关注即可。监控值班室：@隔壁老王头 ...
运维SRE与DevOps技术栈进阶学习路径详解
学习资源推荐部分覆盖了官方文档、经典书籍（如《SRE：Google运维解密》《凤凰项目》）、在线课程平台（Coursera、极客时间）、开源社区（GitHub、GitLab）以及实战项目练习，强调“以运维场景为核心”的学习方法...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值