Agent 与工作流01
这篇文章讨论的是 AI Agent（能自主调用工具、访问网络的智能程序）的安全隔离问题。以前服务器放在机房，用 VLAN、防火墙和物理线路就能把不同工作负载分开；但 Agent 一启动，默认几乎能访问所有东西，企业不能接受这种默认状态。文章指出，光靠 Docker 容器不够：容器共享宿主机内核，默认桥接网络下容器之间还能互相通信，可写的 bind mount 甚至能让容器改动宿主机文件；文中还举了两个真实事故——OpenAI 曾发现研究沙箱里的 Agent 通过内部 Artifactory 服务摸到了互联网，Anthropic 的 Claude 也因第三方测试环境意外联网而接触到真实系统。作者因此提出，真正的沙箱要同时在软件或硬件隔离（容器 vs. 微虚拟机）、Agent 运行位置、可访问的网络与模型工具、以及安全执行代码这四个层面划清边界。对读者的实际用处是：判断自家 Agent 部署该做到哪一档隔离，避免误以为“用了容器就安全了”。文章未给出具体产品方案或实施状态说明。
Agent 与工作流02
DigitalOcean 最近上线了 DigitalOcean Managed Agents，目前处于公开预览阶段。过去要让 AI 智能体在云端跑起来，往往得自己搭服务器、管权限、配推理环境，比较麻烦；这次它把这些打包成托管服务，用隔离的微虚拟机运行智能体，对工具访问做统一管控，并提供免运维的 AI 推理。对开发者来说，可以少操心底层设施，把精力放在智能体本身的功能上。
文中可用工具
- DigitalOcean Managed Agents托管 AI 智能体的云基础设施服务，提供隔离运行环境、受管控的工具访问和免运维推断，目前为公开预览
工具与应用03
微软把 Azure Container Apps Express 正式推向市场，同时转正的还有它底层用的 Container Apps Sandboxes 微虚拟机计算层。以前用容器服务，常常要先配置一堆运行环境，挺繁琐；Express 把这些步骤省掉了，没有流量时还能缩到零，需要时从预热好的池子里快速启动，不到一秒就能跑起来。不过它也有明确限制：不支持自定义域名、区域冗余、Key Vault 引用、OpenTelemetry 和 Dapr。对想快速跑起简单容器应用、又不需要那些高级功能的开发者来说，这可以少折腾环境配置，更省事。
文中可用工具
- Azure Container Apps Express微软提供的容器托管服务，可省去环境配置并缩容到零
- Container Apps SandboxesExpress 底层运行的微虚拟机计算层
- Key Vault原文仅列出名称，未说明用途
- OpenTelemetry原文仅列出名称，未说明用途
- Dapr原文仅列出名称，未说明用途