岗位哀求是对运维已经有了初步的入门，对SRE和运维工程师有了自己的理解和思考。
对付运维工程师除了踏实的根本技能之外，对付监控、变更、容量、预案等有一定的认知和思考。

一、监控篇

问题1：监控的目的是什么？

能不能创造？能不能快速创造？能不能快速定位问题？

问题2：如何添加监控？

监控添加的四个方向：

统一入口和门户牢牢把握核心指标的准/召回率深入业务链路加监控，比如你的高下游完善根本监控和指标

问题3：核心指标如何选择？

第一个问题为什么一定要有核心指标，核心指标的目的是创造问题，是对全局稳定性的把控，核心指标管理越好对业务的掌控会越好。
比如当有故障的时候如果去评估影响，那么核心指标的颠簸便是须要在第一韶光去不雅观察和判断的。

说一下我的理解和意见，统统核心指标一定要从业务须要去出发和选取。
举个例子，比如是搜索系统，那么搜索的韶光便是一个非常核心指标。
如果是推举系统，比如抖音和快手，那么时长便是一个非常核心的指标。
如果是存储系统，比如网盘，那么上传文件数和存储文件数便是核心指标，比如电商的成交量，成交金额等。

什么是链路？链路便是一个功能，一个要求的完全流程，比如：cdn→Lvs→nginx→server→db。

如果一个人不理解这个业务如何快速判断问题呢，那么就必须有完全的链路监控，让每个人看到链路就可以对全局的链路有个完全的理解，快速屏蔽业务理解花费的韶光。

链路监控该当如何做，第一步是梳理个中的关键链路，第二步是关键指标。
关键指标实在便是上面的黄金指标，这里有个指标是没有的，想想是哪个指标，为什么？

根本监控：

根本指标很多时候为的不是创造问题，而是定位问题。
当有故障或者非常的时候根本指标的完善可以快速定位问题所在。
比如单机有故障，如果这台机器的各种根本指标很完善就可以快速定位到是这台机器的什么地方出了问题，并快速办理。

问题4：关于业界监控系统的比拟和选择？

图片来自极客韶光

问题5：关于报警优化的方法？

报警合并：把一些一样性子的指标合并掉，或者只保留一个。
报警升级：可以逐级报警。

二、容量篇

问题1：容量的目的是什么？

容量的目标便是资源、稳定性、业务发展三者之间取得平衡，利用有限的支撑尽可能多的流量。

问题2：如何衡量容量是否充足，有哪些指标来衡量？

首先是容量如何定义，如果是入口则按照QPS来进行。
如果是内部做事，则按照CPU来进行（绝大部分都是CPU，除了少量的）。

这个是为什么呢？如果在后端做事由于受制于机型、容器配额等等，不可能每一个都压测出一个比较准确的极限值，而且压测本钱很高，以是只须要关注CPU就行。

问题3：容量的数据从哪里来？

容量数据从哪里来呢？压测、日常监控、履历等，都须要有一个平台来记录。

问题4：如果创造容量不敷了该当如何处理呢？

常见的办法有快速扩缩容、限流、降级、错峰、缓存等。

问题5：针对xxcase你有什么办理方案？

故障1：2021年12月由于西安疫情的加重，在2021年12月20日，西安市“一码通”因访问量过大导致系统崩溃。
无法扫码导致许多西安市民难以进行核酸检测。

故障缘故原由：流量溘然变大，负载过重，短韶光由于各种条件限定无法及时扩容和分流导致。
这个跟当年火车站抢票一样。

针对西安康健码的案例，我们该当做什么：

首先是限流，一定要确保自己的做事不挂；第二是快速扩容，如果做事在云上，利用云上的资源快速扩容自己的做事；第三是降级，看看有哪些接口没用的，赶紧降级调，把用户最关心的红码、黄、绿 这一个信息保留就行，其他图片加载都可以去掉；第四是缓存，如果是15分钟查过的就缓存一下，不要让用户无限重试。

问题6：容量保障的方法论是什么？

（这个问题一样平常是百度T5，阿里P6以上会问到的问题。
）

三、变更篇

问题1：变更的目标是什么？

变更的目标：在效率和稳定性上取得一个均衡。

目前60%以上的故障都来自变更，这个想想为什么，由于变革才更随意马虎导致问题，不能由于没有故障，就不变更。

问题2: 如何减少变更的影响？

问题3：关于变更机制有哪些？

规范、考试、赏罚：分级规范、韶光窗口规范、审批制度等。

问题4：什么是分级发布？

问题5：怎么落地？

班车机制：核心做事只管即便一天之上1-2次；审批机制：早上10-晚上7点；周一到周五；逼迫停息：单实例-30%-100%（按照业务自己调度）；人工检讨：上线单子里面附带干系监控；一旦创造问题之后，快速回滚，快速切流，快速摘除；自动检讨：上线单子之后指标进行批量检讨和自动检讨；自动处理故障：如果单实例，自动摘除，如果是单机房，自动切流。

问题6：举个例子来解释？

问题7：如何提高效率？

智能检讨：

分级发布的一个核心点是，必须要做大量的检讨，这样就会给上线效率造成很大的影响，由于可能是多人ci，一个人上线，那么这个上线的同学可以不清楚别人业务的指标是否正常，是否检讨完全性会有大打折扣，其余，检讨一定会有大量的韶光摧残浪费蹂躏，那么是否可以有一个工具来实现所有指标的自动化和智能化检讨呢？智能检讨应运而生。

智能在哪里呢，非常指标的判断，一个上线可能有几百上千的指标，不可能去定义每个指标的检讨算法，那么这个智能检讨就汇合成一些默认算法指标，以及高下游的做事。

作者丨sreqing

来源丨"大众年夜众号：SRE说（ID：SRE_Qing）

dbaplus社群欢迎广大技能职员投稿，投稿邮箱：editor@dbaplus.cn

关于我们

dbaplus社群是环绕Database、BigData、AIOps的企业级专业社群。
资深大咖、技能干货，每天佳构原创文章推送，每周线上技能分享，每月线下技能沙龙，每季度Gdevops&DAMS行业大会。

关注"大众年夜众号【dbaplus社群】，获取更多原创技能文章和精选工具***