将Pod作为worker而非智能体：在Kubernetes上重新思考AI智能体的部署单元

Lin Sun在CNCF博客中介绍kagent项目，提出Pod可作为智能体执行环境，但不再适合作为部署、身份标识或生命周期单元。随着智能体数量增加，隔离、身份、网络策略、可观测性及多租户归属等问题凸显，需在Kubernetes上以平台层面解决。直接为每个智能体配备独立Pod、Service和ServiceAccount的方式虽提供隔离与身份支持，但智能体多为短时突发任务，常处于空闲，保留专用Pod浪费资源。另一种方案是在Kubernetes上引入控制平面，如Agent Substrate，由上层管理逻辑智能体在Worker上的放置与迁移，Kubernetes仅管理Pod、网络等基础资源。WorkerPool、Workers和ActorTemplate分别对应NodePool、Nodes和Pod声明式规范，Actor作为逻辑单元可被调度、挂起或恢复，固定Pod池可支撑更多智能体。此模式下，身份、访问控制及可观测性需在模板级别表达，并支持按Actor覆盖，归属与计费跟踪更复杂。该探索不否定Kubernetes在微服务和推理负载中的地位，仅聚焦Pod是否应继续作为智能体的部署单元。