到达新加坡那天有雾霾，“花园城市”的滤镜碎了一点。离开时我想，云原生社区和这座城市的空气一样，没有人能真正独善其身。
这是我第一次去新加坡。
出发之前，我对这座城市的印象一直是干净、绿色、高效，甚至有些过于完美。但抵达之后，迎接我的却是阴沉的天空。当地朋友说，前些天一直有雾霾，传说中的“花园城市”滤镜多少有些破碎。
当然，这未必是新加坡自身的问题。空气不会在国境线上停下来，生态环境的影响从来不是孤立的。后来想想，这倒是一个有意思的隐喻：无论是自然生态、商业生态，还是开源技术生态，我们都生活在一个相互依赖的系统里，没有谁能够真正独善其身。
带着这个前提参加这次 ContainerDays Singapore 2026，我越来越强烈地感受到，云原生社区也正在经历类似的变化。
一座适合做生意的城市，和一个正在变化的技术生态
ContainerDays 的举办地在 Suntec City。这里的会展设施相当成熟，同一时间还有其他活动在进行，来自不同国家、不同产业的人聚集在这里，开会、交流、寻找合作机会。新加坡确实是一个适合举办国际会议和开展商业活动的地方。
这次也见到了一些老朋友和新朋友，包括我的同事 Reza Jelveh、Ivan Porta、Saiyam Pathak、DaoCloud 的 Jerry Chen、Sagar Utekar、Singtel 的 Raymond Chong、Dharmjit Singh，以及从事区块链相关工作的王岩。还遇到了 AWS 的解决方案架构师杨冬冬，他一个月前刚从北京转到新加坡。
和大家聊天时，我对新加坡的技术生态有了更具体的感受。不少中国科技公司出海，会把新加坡作为第一站：这里有国际化的商业环境、相对成熟的法律与金融体系，也有连接东南亚市场的地理优势。对技术人才而言，相关的就业机会和国际化工作环境也颇有吸引力。
但从这次有限的交流来看，我感觉新加坡在深度基础设施研发，特别是 Platform Engineering 方面的人才密度，可能没有它作为区域商业中心的地位那么突出。这让我想起香港：商业连接能力很强，但未必是所有底层技术创新的发生地。当然，这只是我的个人观察，不能据此判断整个市场。
不过，这里有一个值得思考的问题：一个地区的技术生态，究竟是由商业机会驱动，还是由工程师社区驱动？
两者并不矛盾，但形成的生态往往不同。商业机会能够吸引公司和资本，而真正持续的技术创新，还需要长期积累的工程实践、人才流动，以及愿意分享和协作的开发者社区。对于正在出海的中国开源公司来说，新加坡可能是很好的商业起点，但要建立真正的技术影响力，恐怕还需要走得更远。
云原生社区正在经历一场集体转向
参加这次大会，我最明显的感受不是某项新技术有多么惊艳，而是整个云原生社区正在寻找新的方向。
过去十年，容器、Kubernetes、Service Mesh、GitOps、可观测性等技术逐渐成熟，云原生从一场技术革命变成了现代软件基础设施的常态。这当然是成功，但成功之后也会带来新的焦虑：当 Kubernetes 已经成为基础设施的一部分，当越来越多的能力被云厂商和托管服务吸收，原来围绕这些技术建立起来的开源项目、创业公司、开发者社区，又该如何证明自己的价值？
AI 成了一个看起来顺理成章的方向。有人开始做 AI Infrastructure，有人研究 GPU 调度和资源利用率，有人转向 Agent Sandbox、AI Agent Runtime，还有人试图把现有的 Platform Engineering 体系延伸到 AI 工作负载。
我不认为这只是简单的追热点。更深层的原因是，云原生已经解决了上一代应用的很多基础设施问题，而 AI 正在重新定义应用本身。
传统云原生应用大多有相对明确的执行逻辑、生命周期和资源模型，但 AI Agent 不一样：它可能动态调用工具、执行代码、访问外部系统，也可能需要隔离环境、持久化状态和弹性计算资源。这意味着我们熟悉的调度、安全、隔离、可观测性和资源管理问题，正在以新的形式出现。
从这个角度看，云原生并没有过时。相反，它过去十年积累的很多能力，恰好可能成为 AI-native Infrastructure 的基础。但有一点需要警惕：不能只是把原来的项目加上 AI 标签，就认为完成了转型。真正重要的是理解新的工作负载带来了什么不同，以及现有架构有哪些假设已经不再成立。
从基础设施到 Agent，开发者的注意力正在迁移
现场还有一个很直观的观察：相比纯粹的底层基础设施话题，偏向 AI Agent 应用、能够直接展示实际效果的内容，往往更容易吸引关注。
这并不难理解。对大多数开发者来说，基础设施本身不是目的，能够用它构建什么才是最直接的问题。过去云原生技术发展最快的时候，我们经常讨论如何部署应用、管理微服务、提升交付效率；而现在，开发者开始关心如何构建 Agent、让 Agent 安全执行任务，以及如何让这些系统真正进入生产环境。
这也给基础设施社区提出了一个挑战：如果我们仍然只从技术组件的角度讲述自己的价值，可能会越来越难与更广泛的开发者建立联系。基础设施的价值，需要通过它所支撑的应用被重新看见。
这不是说底层技术不重要了，而是技术叙事需要发生变化。一个 GPU 调度系统，不能只讲调度算法，还要回答它如何降低 AI 工作负载的成本；一个 Sandbox 项目，不能只讲隔离机制，还要解释为什么 Agent 需要它，以及它如何影响安全性和开发体验。我认为未来几年，云原生和 AI 社区之间最重要的连接点，可能就在这里。
Workshop 复盘：从“能运行”到“真正理解”
这次我和 Reza Jelveh 还一起做了一场 HAMi Workshop，在本地 kind 集群上完成 GPU 共享与调度实验，全程不需要真实 GPU。现场来了不少对 GPU 资源管理感兴趣的开发者，有几位参与者顺利完成了全部 Lab，这让人很高兴。但整个过程也暴露出准备上的不足。
最大的问题是环境。我们没有提前要求参与者登记并准备好实验环境，导致现场花费了不少时间安装和配置依赖；此外，安装流程对不同操作系统的验证也不够充分，尤其是 Windows 环境。
这些问题看似琐碎，却直接影响 Workshop 的体验。对讲师而言，环境配置可能只是一个前置步骤；但对参与者来说，它可能决定了能否真正进入技术主题。下一次应该提前通过表单了解参与者的系统环境和技术背景，发送明确的准备指南，并针对不同操作系统验证安装流程，现场的时间尽可能留给实验、问题讨论和对技术原理的理解。
这也让我重新思考技术布道中的一个问题：我们究竟是在展示一个项目有多强大，还是在帮助别人真正获得使用它的能力？
两者之间其实还有很长一段距离。特别是对开源基础设施项目，文档、安装体验、示例和 Workshop 的质量，往往比一次精彩的技术演讲更能影响开发者是否愿意继续使用它。
技术在变，人与人的连接仍然重要
参加国际技术会议，我一直很看重与人的交流。演讲内容通常可以通过录像、幻灯片或博客重新获取，但走廊里的聊天、茶歇时偶然展开的讨论，以及老朋友之间交换的近况，很难被完整记录下来。
和来自不同公司、不同国家的朋友聊天，能够感受到大家面对的现实问题有很多共性：有人在思考开源项目如何持续发展，有人在寻找 AI 时代新的产品定位，有人在适应新的市场和工作环境，也有人仍然坚持解决那些看起来不够热门、但生产环境里始终存在的基础设施问题。
这些交流提醒我，技术生态并不是由一张技术趋势图决定的，它是由一个个具体的人，以及他们的选择、合作和长期投入构成的。一个健康的开源社区，不应该只是不断追逐下一个热门概念，也需要容纳那些愿意长期打磨基础技术的人。
总结
离开新加坡时，我又想起刚到这里时看到的阴沉天空。一座城市可以拥有高效的基础设施和优越的商业环境，但依然无法完全控制周围的空气；技术生态也是如此，云原生社区无法置身于 AI 浪潮之外，也没有必要这样做。
过去十年，云原生改变了软件的构建和运行方式；未来十年，AI Agent 可能进一步改变软件的执行方式，以及人和软件之间的关系。这两场变化并不割裂，对长期从事云原生和开源基础设施工作的人来说，现在或许正是一个值得兴奋、也值得保持清醒的时刻。
技术的名字会变，热点会转移，社区也会不断重组，但那些真正重要的问题，如何更高效地使用资源、如何建立可靠的系统、如何降低开发者的复杂度、如何通过开放协作推动创新，并没有消失。我们不必急着给云原生寻找一个新的标签，而应该认真思考，它能为下一代软件提供什么不可替代的价值。
这大概是这次 ContainerDays Singapore 留给我最深的思考。
