学习开发运维工程师角色，如何提升团队自动化效率？

通常很难理解这个角色，主要原因是开发运维工程师是动态人力资源的产物， 挽救一下。 其演变过程尚未结束。

开发运维工程师促进了云架构IT服务的真正复兴。

这很奇怪，真的。你可能会问，为什么？为什么我们需要一个人既写代码又修服务器？这就像让一个人既修自行车又开卡车，但这就是现在的趋势。

什么是开发运维工程师？

其实我也不知道确切是什么意思。

大家都说 DevOps 是开发和运维的结合。

但在我看来它更像是一个混合体。

就像把大象装进冰箱需要三步，把一个程序员变成 简单来说... 一个 DevOps 工程师大概需要三个阶段。

第一阶段：写代码。

你得会写代码。至少得会写 Python 吧？或者 Shell 脚本？

如果你只会用鼠标点来点去，那你就不行。

代码是万能的。代码能解决 99% 的问题，我爱我家。。

剩下 1% 的问题需要你去喝咖啡。

第二阶段：修机器。

机器会坏。这是肯定的。

硬盘会坏，内存会爆，网络会断。

当服务器挂了所有人都看着你。

这时候你不能慌。虽然心里慌得要死，但你不能表现出来，归根结底。。

你得去检查日志。日志里全是英文，看不懂。

查百度。百度说重启一下就好了。

重启一下。好了。

大家松了一口气。你松了一口气。你觉得自己像个神。

第三阶段：自动化。

这是最重要的。

看好你哦！ 你不能每次都重启。重启很慢。重启会让用户体验变差。

所以你得写个脚本。

纯属忽悠。 脚本写好了以后只需要点一下按钮，或者运行一下命令，机器就自己好了。

这就叫自动化。

自动化真爽。再也不用半夜爬起来修服务器了。

为什么要提升自动化效率？

主要原因是人太慢了。

人的手速有限。

你手速再快，也比不上电脑。

电脑每秒钟能运行几亿次运算。

你只能点一下鼠标。

泰酷辣！ 如果你要部署一个新版本，手动部署需要 1 个小时。

自动化部署只需要 1 分钟。

对吧？ 这 59 分钟你干嘛了？你可以去睡个觉。或者去吃个饭。

人会累。

人累了就会犯错。

比如你今天心情不好，部署的时候手滑了把生产环境的数据库删了。

那就完了。公司要倒闭了。老板要杀人的。

如果用自动化脚本，脚本是不会心情不好的。

脚本只会施行指令。施行错了？那说明脚本写得有问题，改脚本就是了。

人错了就是人不行。

人很贵。

请一个运维工程师很贵的。工资很高。

这事儿我可太有发言权了。 让他天天去施行那些重复性的工作，比如每天检查 100 台服务器的状态。

这是浪费钱。

是个狼人。 让他去写代码，去优化架构，去思考怎么让系统更稳定。

这才是干正事。

如何开始自动化？

不要想一步登天。

从小事做起。

先从脚本开始。

把你的手动操作录下来。

比如每天早上要检查 CPU 是否正常。

写个 Shell 脚本。

把脚本放到了 crontab 里面。

每天早上 8 点，脚本自动运行。

准确地说... 如果 CPU 超过 80%，发个邮件给你。

如果不超，你就不用管了。

这就是进步。

使用配置管理工具。

Ansible 是个好东西。

Docker 也是个好东西。

不要自己造轮子。

工具都是前人写好的。

直接用。

用工具可以批量管理服务器。

不用一台一台地去配置了。

我算是看透了。 在服务器 A 上配置好了推送到服务器 B、C、D。

一键搞定。

想想都觉得美。

建立 CI/CD 流水线。

这是大工程。

CI 是持续集成。CD 是持续部署。

开发写完代码，提交到 Git。

Git 收到了代码。

自动触发构建。

构建成功，自动打包。

自动部署到测试环境。

测试通过自动部署到生产环境。

整个过程不需要人工干预。

甚至不需要开发去动。

开发只需要写代码，然后去喝茶。

团队协作是关键

自动化不是一个人的事。

是整个团队的事。

开发要懂运维。

开发不能只管写代码。

写出来的代码，部署上去要能跑。

如果部署就挂，那写代码有什么用？

开发要了解服务器环境。要了解 Linux，扯后腿。。

要了解网络。

如果你连端口是多少都不知道，怎么写服务端代码？

这很基础。但很多人不懂。

运维要懂开发。

运维不能只会修电脑。

你得懂代码是怎么跑起来的。

你得知道开发为什么要用这个框架。

你得知道数据库怎么连接。

这玩意儿... 如果你不懂，你怎么保证你的自动化脚本能跑通？

你写个脚本去删数据库，开发会哭的。

沟通很重要。

开发说：我代码写好了赶紧部署。

运维说：等等，我在修网络。

开发说：我的代码很重要，很紧急。

运维说：我也很忙，你能不能自己部署？

这就是冲突。

DevOps 的目的就是为了解决这个冲突。

让开发写好代码，让运维准备好环境。

中间通过自动化流程连接起来。

大家各司其职，又互相配合。

常见的问题

做自动化很难。

脚本写不好。

刚开始写脚本，bug 很多。

经常出现空指针异常。或者权限不足。

不知道怎么调试。

查百度查不到。

问同事，同事也不懂。

只能自己瞎猜。

猜错了就重来。

这个过程很痛苦。

团队不配合。

老员工喜欢用老方法。

他们说：以前都是这样做的，挺好啊。

为什么要改？为什么要自动化？

多麻烦啊。

你跟他们讲道理，他们听不进去。

他们只看后来啊。后来啊好了他们才肯改。

工具太复杂。

现在工具太多了。

Kubernetes, Promeus, ELK, Jenkins, GitLab...，栓Q了...

光听名字就头大。

学习成本太高了。

很多人学了两天放弃了。

又回到了手动操作的时代。

云架构的影响

以前运维很苦。

主要原因是服务器是实体的。

买服务器要钱。

机房要租。

要布线。

要维护空调。

现在好了都在云上了。

弹性伸缩。

云服务很方便。

需要多少资源，就申请多少。

不用了就关掉。

不用付电费了。

运维的工作量减少了。

但自动化更重要了。

主要原因是资源是动态的。

你不知道什么时候流量会大。

流量大的时候，你要自动增加服务器。

这需要写很复杂的脚本。

API 接口。

云服务都提供 API。

你可以用程序去控制云。

这给了自动化很大的空间。

以前你要登录网页去创建实例，现在你可以写个脚本，一秒钟创建 100 个实例，我天...。

这就是效率。

未来会怎样？

未来肯定全是 AI 了。

AI 写代码。

现在 AI 已经能写代码了。

以后可能连运维脚本都是 AI 写的。

你只需要告诉 AI：我要监控这个服务器的 CPU，我比较认同...。

AI 就会自动生成监控脚本。

甚至自动部署。

全自动运维。

人可能都不需要了。

只有一个人。

负责看 AI。

如果 AI 出错了人再去修。

大部分时间，人都在摸鱼。

学习开发运维工程师这个角色，挺不容易的。

但为了效率，为了不被淘汰，你必须学。

提升自动化效率，是唯一的出路。

不要指望靠蛮力。

要靠脑子。靠代码。

要写脚本。

要写很多很多脚本。

直到你把所有重复的工作都自动化。

那时候，你就自由了。

你可以坐在海边，看着服务器自动运行，然后喝着可乐。

这才是生活。

当然这只是理想。

现实是脚本还是会有 bug。

服务器还是会挂。

你还是要熬夜。

但至少，你比以前轻松一点。

这就够了。

所以加油吧。

为了自动化。

为了自由。

为了代码。

为了生活。

---