核心内容摘要
从CVPR‘26上看，自动驾驶前沿聚焦在这些方向...
当整个行业还在写 YAML我们已经在思考下一个十年说句得罪人的话基础设施即代码IaC是个伟大的进步但它正在成为新的技术债。
一个反直觉的观察这两年我见了太多团队他们的 Terraform 文件比业务代码还多。
运维工程师变成了全职的 YAML 工程师。
每次基础设施变更都像在拆弹——你永远不知道改一行配置会炸掉什么。
IaC 解决了环境漂移的问题却制造了配置爆炸的新问题。
这不是工具的错是范式本身到了进化的临界点。
行业正在发生什么看看这几年的趋势Vercel 让前端部署变成一键操作PlanetScale 让数据库分支像 Git 一样简单Railway 让后端部署不再需要写 Dockerfile共同点是什么把基础设施藏起来。
用户不需要知道背后有多少台机器、怎么调度、如何扩缩容。
他们只需要说我要一个数据库就得到一个数据库。
这才是云计算应有的样子。
Sealos 的赌注我们在做 Sealos 的时候核心判断是Kubernetes 是最好的云内核但它不应该被用户直接触碰。
就像你用 macOS 不需要懂 Darwin 内核一样你用云也不应该懂 K8s。
所以 Sealos 的定位很清晰——以 K8s 为内核的云操作系统。
基础架构不是代码是开箱即用的能力想要数据库点一下。
想要开发环境秒级启动。
想要扩容拖个滑块。
配置文件是上一代的交互方式。
这代表什么未来我认为云计算会分化成两层底层是极少数人维护的超级复杂系统——那是基础设施即代码的战场是 SRE 大神的领地。
上层是 99% 开发者使用的傻瓜式界面——不需要写配置不需要懂调度只需要表达意图。
中间的翻译层以前靠人肉写 YAML以后靠 AI 和抽象良好的平台。
Sealos 就是在建这个翻译层。
最后说句实在的IaC 不会消失但它会下沉成基础设施团队的内部工具。
对于大多数开发者来说未来的基础架构体验应该是没有基础架构。
只有你需要的能力随取随用用完即走。
这个方向我们赌了三年目前看起来赌对了。