DevOps日常：别人家的运维这样过-InfoQ

低代码到底是不是行业毒瘤？一线大厂怎么做的？戳此了解>>> 了解详情 



 写点什么

Reddit 上一位网友的提问：

所有的 DevOps 工程师们，你们的工作日日常都做些什么？

我们也来一起看看别人家的 DevOps／运维每天都做什么。

@under_it：我的话，一天总是忙着处理各种计划外的事情。（很多人表示这也是他们的一天。）

@clvx：

跟提变更的人一起确保变更不出问题；
使用供应商提供的写得很烂的文档；
找到一个问题，注意不让它以后影响集群；
做一些措施，避免集群出问题；
复制环境，处理 Bug;
与同事共度“美好时光”；
培养那些渴望学习的人；
在一切顺利的时候好好享受，事情不顺利的时候要有耐心。

@running_for_sanity：跟大家有些不同，我在 SaaS 类型的公司工作。整个基础设施是 IaC（基础设施即代码），但 IaC 也可能导致问题。我见过的两次最大的中断是因为 IaC 代码中有 Bug 或意外行为。所以我们花了很多时间为 IaC 代码编写测试。有时我们要帮助产品开发团队了解 IaC 的内容（以及我们为什么这样做）并帮助他们改进系统。我们大部分的时间花在建设监控和指标平台以及一些底层技术上。我们会运行一些 Mock 灾难场景，这需要一些时间来准备。我们的团队和开发团队一样使用敏捷流程，因此需要花时间开站立会，进行规划和复盘。还有面试。我们的团队在发展，找到合适的人很重要。

@ravenchilde：在开发环境中自动化 k8s 群集并设置新的 CI/CD 管道。6 个月前做过网络规划和一些脚本编写。现在，我正在建立基础设施，以建立自己基于 python 的 Runbook 系统。

@mrcrassic：

逛 Reddit
写 yaml 文件
重复以上两步
下班回家

@KazooxTie：

早上到办公室先喝杯咖啡（相当重要）。
坐下来想想我要做什么，昨天的事情进行到哪了。
处理某个开源软件、CI/CD 管道、基础设施即代码中的 bug，过程中会立即找到另外一个更烦人的 bug。
太烦人了拿脑袋撞会墙。
帮助一个开发搞查清楚 XX 不能正常使用是因为他们用错了凭证。
继续撞会墙。

老实说我还挺喜欢自己的工作的，就是有一些负面的东西，比如会遇到一些能力不太行的开发，还有频繁的上下文切换。

@Taoquitok：把前几天的待办事项移到今天，希望今天能完成一些。修复问题并编写测试以确保这种问题不会再发生。对于我修复的每个问题，都找出两个我想做的事加入到待办事项列表中。

@cryonine：我不确定 DevOps 工程师都做些什么。我猜题主的意思是一个在 DevOps 团队中的运维工程师一天都做些什么？

在我们这里一年被分成两半（一半=两个季度），这样来规划我们的项目。我们的团队很小，所以根据我们正在做的事情大家划分职责。每个项目都有计划，通常跨职能的利益相关者会参与审批（例如开发人员批准基础架构变更）。做规划的时候，我们通常会做研究，编写 RFC，并进行规划评审会议。在项目进行的过程中，我们通常会编写自动化，研究如何实现这个项目。

除此之外，我们还要处理来自开发人员和利益相关者的外部请求。这不是我们每天的重要工作，因为我们通常会让团队成员自己处理问题。如果需要来自基础设施方面的帮助，我们会根据需要提供帮助。整个团队的协作环境很棒。

老实说，我喜欢我的日常工作。我已经在这里待了 3 年多，从未有过一天害怕上班的日子。我从来都不会感到无聊，即使进入这个领域二十年了，我也在不断学习新事物。我是一名运维工程师，但是我们的工程团队看重 DevOps 的理念和方法，与我以前所在的其他团队相比，DevOps 确实能情况变得更好。如果我需要软件工程师的帮忙（例如帮助将变更整合进应用，或询问为什么 XX 要以这样的方式运作），我可以 ping 某人并获得帮助。反之亦然。

@AdamskiFTW：

查看电子邮件，看看有没有什么重要信息。归档所有警报/通知，因为我没有任何预算，也没有与客户签订支持合同，来处理这些报警和通知。
看看我需要参加哪个项目站立会议。因为项目经理通常不会考虑跨项目的成员，但却不约而同地把会议预定在同一时间。
处理一些日常工作，通常是使用 Ansible 进行自动化，以及一些随机脚本和管道的事情。一些没有阅读文档或在本地开发环境中遇到问题的开发人员经常会打断我几次。
某位项目经理报告一个紧急请求，找我去救火。我向他们保证会马上考虑这个问题。然后去吃午饭。
回答客户经理的几个问题，解释为啥几周前要花几个小时跟踪 X 项目。
团队会议。开发者和 PM 的快速吐槽一下，主要讨论新的工具，提出新的计划，使业务更靠近 DevOps。
将 DevOps 计划搁置到下个月，因为我们的一个生产系统发生了重大事故。重新启动一些服务，等待半小时，看它是否再次崩溃。
带着一些奇怪的感觉回家：明明一天忙得不行，却感觉啥也没做。

@evilboygenius：

早上 6 点半，初级开发人员尝试将副本 SQL DBA 集写入主 VM 主机的 C 盘，导致驱动器空间警报，被吵醒。清理它并谴责开发者。
洗漱上班，9:15 到办公室。
参加不同的团队 scrums /站立会议，并提醒大家不要往 C 盘里写入任何东西。
对某产品进行一些研究。
与 SVP 会面，说明在 AWS 上超过预算的原因。
讨论如何处置早上的那位初级开发者。
弹出 Jenkins 服务器，因为有人在本地存储远程构建并且服务器已锁定。
午餐。半小时吃饭，半小时向我们的大楼里的（不同组）姐姐们展示我的新狗狗的照片。
与公司 IT 部门的电话会议。与 IT 总监争论：1. 是的，我们的生产域名在 AWS 中；2. 不，我不会把我管理的基础设施的密钥给 IT 们，因为总有一些很蠢的管理员推出一个糟糕的 GPO，然后宕掉整个服务。
试着说服 Ubuntu 16.04，是的，你可以安装 mongo。
与供应商争论，控诉他们的一些没有写入文档的功能使我所有 NVMe 驱动器每周随机下降到 800 个 iops，每次 10 分钟左右。
在 Slcak 中 Po 出一张表情包，然后花 15 分钟跟大家解释它到底有多好笑。
下班，在上地铁之前找个有 WIFI 的咖啡馆，然后网络不好只能传给开发一个超级模糊的 IAM 许可，这样他就可以用 Sandbox 在 AWS 上尝试一下这个 IAM 许可。告诉开发要在 Sandbox 中用。
告诉了开发在 Sandbox 中用他们还要在生产环境中用。上地铁。在地铁上开热点，把开发在生产环境中做的这些删掉。
回家打游戏，在 Slack 上回答开发为什么要把他在生产环境中的许可删掉。
遛狗。睡觉。