带来的已知的好处就是 一切操作皆可审计回溯，灾难来临也方便快速重建。

IaC 把基础资源遵循工程管理的模式，以代码形式去描述与管理。
通过代码形式管控资源，便于回溯与审计，再搭配自动化 apply 生效。

比如我要创建一个资源，则只需要编写好相应资源的描述代码（或者说 copy 一份相同模式的资源的代码修改一部分配置），提交 PR ，通过 codereview 后直接 apply 生效。

任意支持 snmp 的都能满足你的需求 btw. APC RS550g 也满足. 用它: http://www.apcupsd.org/

@xiaotianhu 真相了 2333 感觉技术人都很容易陷入这样一个误区。

搞运维的这个说法太广了，就跟对别人说搞 it 的一样。
运维粗略的就至少有:
办公环境桌面运维
IDC 机房运维（可以分为平台运维，机房环境运维，甚至 UPS 运维。。。）
网络运维
系统运维
监控运维等等一堆

然后往上走还有:
DevOps
SRE 等， 他们很多时候都称自己是运维。

工作内容、技术栈当然也是大不相同。

一般三年合同三个月吧。。

magisk 模块 替换一下版本号到 999 就行啦

叮咚

passwd 有参数直接读取标准输入面交互 ：
``` shell
echo 'xxx' | passwd --stdin user
```

好熟悉的图标😂

推荐：
- myBase + Drive 离线
- markdown + git
- hexo + git
个人笔记库的话，上数据库其实是个麻烦事。

不合适不是很正常的情况么。。 多面几家就好了 😂

nginx 不够满足需求嘛？

autopep8

后端应用自己埋点 prome 去拉取

第一题 configMap 或者 volume 或者配置中心
第二题 为了灵活可以用边车模式 一个 deployment 里面跑两个容器 和 docker 之前无异。

@leiuu operator 没必要了。 如果重要或者复杂场景的 ES 直接用 SaaS 产品省心省力。。。