Agent 与工作流01
OpenAI 在 DevDay 宣布 ChatGPT 周活跃用户突破 12 亿，约相当于全球人口的 15%。这么多人和越来越多的 AI 智能体同时发起请求，每次聊天、API 调用和模型调用都得先验证身份和权限，传统集中式身份系统在高并发下容易成为瓶颈。OpenAI 采用 Ory 的解耦认证引擎和 OAuth2/OIDC 基础设施，让令牌校验在边缘以无状态方式完成，减少反复回查中心数据库。文章还比较了自托管可组合 IAM 与传统身份 SaaS 在数据主权、成本和扩展方式上的差异，并提到让智能体先“观察模式”运行、再收紧权限的思路。对读者的价值是：了解面向超大规模和智能体负载设计身份鉴权时的关键取舍。
文中可用工具
- Ory提供解耦的认证引擎和 OAuth2/OIDC 身份基础设施，供 OpenAI 这类超大规模场景使用
- Ory Kratos处理身份生命周期、凭证哈希和会话管理的微服务
- Ory Hydra高性能 OAuth2/OIDC 服务器，负责签发访问令牌和管理授权流程
- Ory Keto基于 Google Zanzibar 模型的细粒度权限控制引擎，评估关系元组
- ChatGPTOpenAI 的聊天产品，文中称其周活跃用户已超 12 亿
- Codex原文仅提及名称，未说明具体用途
- CockroachDB分布式 SQL 数据库，用于跨区域复制身份验证状态
- Spanner原文仅提及名称，未说明具体用途
- Postgres原文仅提及名称，未说明具体用途
- Auth0文中作为传统多租户身份 SaaS 的例子出现
- Okta文中作为传统多租户身份 SaaS 的例子出现
- Ping Identity文中作为传统多租户身份 SaaS 的例子出现
Agent 与工作流02
Google 把 Data Agent Kit 正式开放使用了。这是一套免费工具，包含 MCP 工具和 37 个开源技能，能让写代码的 AI 助手直接连接 Google 数据云的 15 种以上服务。它带了两道护栏，但作用不一样：一道是写在技能里的提示，让 AI 助手自己停下；另一道是 IAM 拒绝策略，在权限层面直接拦掉请求，AI 助手想绕也绕不过。对使用者来说，这意味着能连的服务变多，但需要分清两种护栏的强弱，不能把提示当成硬性限制。
文中可用工具
- Data Agent Kit连接 AI 编程助手与 Google 数据云服务的免费工具集
- MCP让 AI 助手调用外部工具和数据的标准协议
- IAM deny policy在权限层直接拒绝请求的硬性护栏
行业动态03
这篇文章讲的是：员工离职或调岗后，云资源上的“负责人”标签常常没人更新，导致过了很久还有人审批自己早就不管的系统。作者提出用三步解决：先用 SQL 查询把资源负责人和云平台的登录记录对上，找出超过 90 天没登录的“沉默负责人”（AWS 和 Entra ID 有现成记录，GCP 只能查 Google Workspace 的登录时间）；再把所有权写成 IAM 角色绑定而不是普通标签，配合 Rego 策略，让移除负责人时没有接手人就自动报错；最后在离职/转岗流程里加上“这个人还管着哪些资源”这一步。这样能在下次安全审查之前就发现问题，而不是等八个月后一个陌生审批请求出现在前同事的队列里。
文中可用工具
- aws_iam_user_last_accessed_detailsAWS 的 IAM 表，记录每个账号凭证最后一次被使用的时间，用于查出长期不登录的负责人
- Entra ID微软的身份系统，保留用户的登录记录，可直接把资源的负责人标签和登录账号对应起来
- Google Workspace谷歌的办公套件，其用户登录时间是 GCP 上判断负责人是否还活跃的替代信号
- Rego一种策略语言，文中用它写了“资源不能没有负责人”的检查规则
- OPAOpen Policy Agent，一个策略引擎，文章中用它来执行 Rego 检查，需要自己部署到 CI 流程里
- Terraform基础设施即代码工具，文中提到自建的 Terraform 流水线需要额外接上 OPA 和角色存储
- env zero一个平台，自带跨组织、项目、环境的角色体系，可省去自己搭建 OPA 和角色存储的步骤
研究与技术04
Netflix 工程团队在 Amazon EMR 上跑 Apache Spark 任务时遇到一个麻烦：托管环境只给任务发一个 AWS 身份（IAM 角色），但公司内部服务只认自家 PKI（Metatron）签发的短期证书，两者不通用。他们的做法是让每个 Data Project 与一个专用 IAM 角色一一对应，控制面在提交任务时附上一份签名声明；任务启动后再用 AWS 凭据签出一个预签名 URL，以此向身份服务证明"我确实持有这个云身份"，换取内部证书。这样 Spark 任务就能以 Data Project 身份访问加密列、查表权限，而不必依赖启动者的个人身份。方案不限于 Spark 或 EMR，任何只有云凭据的托管环境都可套用。
文中可用工具
- MetatronNetflix 内部的私有 PKI，负责签发短期 X.509 证书，让服务之间用双向 TLS 互相认证
- Amazon EMR运行 Apache Spark 任务的托管计算环境
- Apache Spark数据处理框架，3.0 起提供插件接口用于在驱动和 executor 启动时注入证明逻辑
- AWS STS提供 GetCallerIdentity 接口，让工作负载生成可验证自己云身份的预签名 URL
- HashiCorp Vault文中作为同类 IAM 认证思路的参考案例被提及，未说明在此方案中实际使用