上周帮一个创业团队的朋友救火。
他们赶在大促前要加3台数据库从库，负责运维的小伙子熬到凌晨3点，手都敲麻了，最后配安全组的时候手滑，把测试库的3306端口直接暴露在公网，差点把整个数据库的用户数据漏出去。想想都后怕。
我翻了翻他们的配置记录，所有的服务器参数都存在运维小哥的私人Notion里，哪台机器跑支付，哪台机器跑内容库，Nginx的超时参数调了多少，全靠他脑子记。他休假三天，整个团队要临时扩容，没人能摸清楚之前的配置逻辑，连哪个磁盘是挂了快照备份的都找不到。
这种事真的太常见了。
别把手动敲命令当高效
很多人觉得手动配服务器快。
改个安全组规则几秒钟，加个负载均衡节点也就敲几行命令的事，写配置文件还要等审核，多麻烦。
但人多了，规模上来了，这套逻辑根本站不住脚。
你在你电脑上敲的命令，换个同事来执行，可能漏了个swap配置，可能把磁盘挂载的路径写错，可能把数据库的白名单IP配成了测试环境的网段。出了问题查半天，谁也不记得自己当时改了什么。
基础设施即代码（IaC）说白了，就是把你要搭的所有服务器、网络、数据库、安全组规则，全部写成可以读、可以版本控制的配置文件，扔到公共的代码仓库里。要改什么就提个合并请求，走审核流程，合并之后自动跑脚本把对应的资源创建或者更新，根本不用人上手敲命令。
我之前帮一个电商团队做双11压测，光等运维给我开压测机器的权限就等了4小时。后来上了IaC，我自己在配置文件里加个临时压测节点的声明，申请完审核5分钟就跑起来了，压测完脚本自动销毁实例，连多余的资源费用都不会产生。
之前那种“运维手里攥着所有权限，开发提个等三天”的僵局，直接就破了。
别上来就堆最复杂的工具
说实话，我见过太多团队踩这个坑。
一听到基础设施即代码好，上来就买最贵的商业工具，花三个月时间把所有生产环境的资源全部重写一遍，要一步到位实现全自动化。结果第一次跑脚本就把老的负载均衡给删了，官网瘫了4小时，赔了客户十几万，最后团队对IaC的印象直接变成“这东西就是搞破坏的”。
哪有那么复杂？
你完全可以从最痛的小切口开始改。比如你每周都要临时开测试环境，那就先把测试环境的配置写成代码，不用上来就碰生产。比如你每次给新入职的同事开数据库只读权限都要敲半小时命令，那就先把这部分流程脚本化。
别追求一步到位的完美，先把你每周重复做3次以上的运维操作搬去代码仓库，就已经能解决80%的乱子。
我去年接触的一个SaaS小团队，没有上来就搞全量改造，先从测试环境的配置开始写，用最基础的Terraform加GitLab CI，跑了两个月顺了，才慢慢把预发环境的配置迁进去，最后碰生产的时候，整个过程只花了一周，连个故障都没出。
工具是为人服务的，不是反过来让所有人围着工具转。你用个开源的脚本，哪怕是写个shell脚本把所有配置存到仓库里，都比你买了最贵的工具但是没人用强。
真正的好处从来不是裁人
很多老板一听说基础设施即代码，第一反应是“那是不是可以少招几个运维了”。
完全搞反了逻辑。
之前运维团队的时间，80%都花在敲重复命令、补配置记录、排查谁改了参数这种破事上，根本挤不出时间去做架构优化，去梳理云成本的浪费。
我之前待的那个团队，上了IaC之后，运维团队从6个人缩到3个——不是裁员，是大家觉得每天敲重复命令太无聊，主动转去做架构优化和成本治理了。之前每月的云账单是80万，他们花了三个月，把闲置的实例、超配的计算节点、没用到的存储全部梳理了一遍，把成本降到了45万，省下来的钱比之前整个运维团队的工资都高。
更爽的是灾备。之前要搭一个异地灾备环境，得手动搭半个月，现在把配置文件同步到另一个地域，跑一遍脚本，2小时就能把整个环境搭完。上次我们那边的主机房临时断电，整个服务切到备用地域只用了12分钟，换之前手动维护的环境，至少得折腾一整天才能恢复。这才是真的踏实。
真的，IaC从来不是用来压人力成本的工具。它是把人从无意义的重复劳动里拉出来，去做真正能产生价值的事。
要是你现在还没开始用，真的不用慌。
今天就可以做的事：把你现在所有散落在各个笔记、私人电脑、聊天记录里的服务器配置，全部整理成纯文本，扔到公共的Git仓库里，哪怕你还没开始写自动部署的脚本，先把所有的配置版本管起来，就已经赢过80%还在靠脑子记配置的团队了。
别等哪天运维小哥离职了，你才发现整个公司的基础设施，全装在他一个人的脑子里。