上周去南京河西的软件园，跟一家做工业SaaS的技术负责人蹲在机房走廊抽烟。
他说上个月刚把三分之一的线上业务迁到容器化，现在每天盯着告警面板，心脏突突的。
别笑，这种场景在国内二线城市的技术团队里太常见了。大家听了太多云原生的概念，知道容器化好，能省资源，能快速扩容，真上手做的时候，才发现全是没写在PPT里的坑。
不是买了k8s就算落地容器化
很多团队对容器化的认知，还停留在“把虚拟机里的应用打个镜像，丢进k8s集群就算完事”的阶段。
太坑了。
原来跑在虚拟机里的应用，大多是按固定的资源边界写的。有的写死了配置文件的绝对路径，有的依赖系统层面手动装的动态库，还有的开发图省事，直接在服务器上pip install了个临时包，从来没把依赖写进清单。你打镜像的时候但凡漏了一样，迁上去之后的报错能让你查三天。
上次他团队迁那个跑了两年的报表导出服务，上线之后导出的Excel永远是乱码。折腾到第二天半夜才发现，原来当初的运维为了兼容中文导出，在虚拟机里手动装过一套带中文字体的deb包，整个镜像构建流程里压根没人记得这茬。
很多团队算容器化的账，只会算静态的资源成本——原来一台虚拟机跑一个应用，现在能跑三个容器，一年能省多少服务器钱。没人算为了把流程跑通要补的课：要写统一的Dockerfile规范，要给每个上线的镜像做漏洞扫描，要给每个服务配好资源请求和限制，不然一个内存泄漏的容器能把整个节点的资源吃干抹净。
容器化从来不是单纯的资源压缩工具。它本质是把原来散落在各个服务器上、靠运维人肉记忆维护的所有配置，全部变成可版本化、可追溯的代码。你靠人记不住的东西，靠流水线自动构建的镜像能记一辈子。
老业务迁容器化的隐性成本没人算
现在大家看到的容器化成功案例，大多是互联网公司的新业务——从第一天写代码就按云原生的标准来，上线快，弹性好，看不到什么改造成本。但占国内技术团队大多数的，是那些已经跑了五六年的老业务。这些业务迁容器化的代价，根本不是打个镜像那么简单。
原来的运维流程是什么样的？改个配置，SSH登服务器，vim改完配置文件，重启进程就算完事。迁到容器里之后，你再这么干，重启个Pod就把你改的东西全冲没了。整个流程要推倒重来：要建私有镜像仓库，要搭CI/CD流水线，要给每个服务配好健康检查，不然容器挂了k8s感知不到，流量还往上面打，用户侧全是报错。
别信那些云厂商销售吹的“半天完成全量迁移”。真把核心业务迁上去不踩坑，没个三五个月的打磨，想都别想。
那个技术负责人给我算过一笔账：他们迁三分之一的业务，前后花了两个开发加一个运维整整三个月的时间，最后省下来的服务器成本，刚够cover这三个人的人力投入，根本没赚什么便宜。
那为啥还要硬着头皮迁？
因为原来的虚拟机扩容，要提前三天申请资源，等资源批下来，业务的流量高峰都过去了。现在容器化之后，大促场景下10分钟就能扩20个实例，高峰过了自动缩容回正常水位。这种弹性带来的业务价值，是之前算的静态资源成本根本比不了的。
他现在最烦别人上来就说“你们怎么不全量迁容器化”。那些跑在工业现场网关后面的、一年都不更新一次的采集服务，现在还老老实实待在虚拟机里。
没必要。
为了凑技术概念的热闹，把根本不需要弹性的业务迁上去，平白增加运维复杂度，纯纯是给自己找事。
容器化不是技术改造的终点
很多团队觉得，把业务放进容器里，跑上k8s，就算完成了云原生改造，能对外吹自己技术架构领先了。
说白了，这才刚入门。
如果你的容器里还在写硬编码的数据库地址，还在靠挂载宿主机的目录存日志，那你就算把k8s玩出花来，也没摸到容器化的核心价值。
真正顺畅的容器化改造，是从写第一行代码的时候，就默认应用是跑在随时可能销毁、随时可能新建的容器里的。应用本身不存任何本地状态，所有的配置、数据、日志，全部走外部的配置中心、对象存储、日志服务。哪怕你把整个集群的节点全部换掉，对用户来说也完全没感知。
现在很多团队走极端。要么觉得容器化是万能药，啥都要往里面塞——连个每天跑一次的定时清理脚本，都要打个镜像丢进集群，最后把整个集群的运维复杂度翻了好几倍，出了问题连谁都查不明白。要么就是完全抵触，觉得原来的虚拟机用了十年好好的，没必要折腾，结果每次业务流量涨了，扩容要等半个月，眼睁睁看着服务器扛不住，用户投诉满天飞。
上周抽烟的时候，他说之前听同行吹容器化能省一半人力，自己做了才发现，人力是省了，但要学的东西比原来多了一倍。之前只要会配Linux服务器就行，现在要懂容器网络，要懂存储插件，要懂全链路可观测，要懂k8s各个组件的运行逻辑，稍微哪个地方配错了，就是线上故障。现在每天到公司第一件事，就是打开告警面板扫一眼，没跳红的告警，才能安心去接杯热水。
哪有什么一劳永逸的技术方案。
现在大家谈容器化，总喜欢扯各种高大上的概念，什么服务网格，什么Serverless，其实落地到一线，本质就是个取舍题。你要弹性，要快速迭代，要支撑业务的快速增长，就要承担改造的成本，要学新的技术，要踩一堆别人没踩过的坑。你要是业务流量一直很平稳，一年都没几次版本更新，那真没必要硬凑容器化的热闹。
技术从来不是越新越好。
适合自己的，才是真的好。