将Pod作为worker而非智能体：在Kubernetes上重新思考AI智能体的部署单元
Industry
Source: InfoQ 中文Publish time unverified
在一篇CNCF博客文章"中，Lin Sun"介绍了kagent"项目的工作，认为Pod可能仍然是智能体的执行单元，但不再适合作为部署、身份标识或生命周期的单元。 随着智能体数量的增长，会出现熟悉的问题，那就是，如何在智能体之间实现隔离、每个智能体如何获得身份标识、如何执行访问与网络策略、如何观察单个智能体在做什么，以及在多租户场景下确定谁拥有智能体。这些更多是智能体平台层面的问题，而不是纯Kubernetes的问题，尽管答案需要在Kubernetes上进行表达。 一种直接的方法是将每个智能体作为一级Kubernetes工作负载，配备自己的Pod、Service和ServiceAccount。最初，kagent将许多智能体运行在单个运行时中，便采用了这种方式。它提供了进程与容器隔离，可以接入现有认证授权的ServiceAccount身份，可以应用Kubernetes网络与准入策略机制，支持按智能体归属日志/指标/追踪以及原生的Kubernetes调度与资源管理。kagent随后又通过Kubernetes Agent Sandbox项目"实现了更强的隔离支持。 它的问题在于，智能体的行为与…