proxy-pool/docs/api/admin.md

Admin API

Admin API 使用独立监听器与权限，契约位于 api/openapi/admin.yaml。公网部署 不得与 Distribution 复用认证 Token；推荐只绑定管理网段或回环地址。

端点

• GET /api/v1/status：返回配置/快照版本、Upstream 聚合计数和 Worker 状态。
• GET /api/v1/audit：按审计记录 ID 升序读取权威管理面的变更记录。
• POST /api/v1/upstreams/{name}/enable：启用 Upstream。
• POST /api/v1/upstreams/{name}/disable：停止新 Fetch/分配并自然 Drain。
• POST /api/v1/routing/{name}/switch：用 expectedCurrent 做 CAS 手工切换。
• POST /api/v1/config/reload：严格解析并原子发布新配置。

所有写操作写审计记录并返回最终 Request ID 与版本。Enable/Disable 对目标状态 幂等；Routing Switch 必须携带 expectedCurrent，避免并发操作跳过多个供应商。

配置重载校验失败返回 422，旧配置继续运行。Status 只返回低基数聚合信息， 不得返回 Proxy 地址、凭据、Client 标识或完整 Provider URL。

审计分页与数据范围

GET /api/v1/audit 使用 afterId 排他游标分页：响应只包含 id 大于 afterId 的记录，并按 id 升序排列；未传时 afterId 为 0。未传 limit 时服务端使用 100； limit 必须为 1..1000，其中 1000 等于 adminstate.MaxPageSize。客户端应将 本页最后一条记录的 id 作为下一次请求的 afterId；空 records 表示当前游标后 没有记录。

该接口仅暴露管理面变更记录及操作者标识、可信来源 IP、操作类型、资源标识、变更 状态、控制面版本、原因和发生时间。它不返回 Proxy、任何 Upstream/Provider URL、 凭据或 Secret、Provider 响应载荷，也不读取或暴露 Redis 活动池及其提取状态。

运行时实现边界

admin.Handler 只依赖 Service 控制面接口，不直接操作数据库、路由游标或配置 文件。Service 必须保证 Status 来自同一修订快照，并将状态变更、审计和 Outbox 放在同一权威提交边界中。MutationResult.version 表示已提交的全局控制面修订， 不能混用配置格式版本或单 Worker Snapshot 版本。

严格 JSON、请求体上限、Request ID、JSON/Problem 响应由 platform/httpapi 公用实现提供。Admin Handler 必须注入 IdentityResolver， 标准装配使用 httpsecurity.Protection，并在路由匹配前完成保护。解析出的 Actor ID 与可信 SourceIP 会进入所有 mutation 命令，但认证材料不会进入审计。 网关使用的 Proxy-Authorization/407 语义不得复用到 Admin 的 Authorization/401 语义。 controller/runtime 将 Admin 与 Distribution 放在不同 net.Listener，任一 监听器异常会触发同组端点的有界优雅停机。

admin.ApplicationService 把 Handler DTO 映射到 adminstate 公用事务命令。 Status 以一个权威管理快照决定 Upstream 集合和 Enabled 状态，只从注入的运行态 读取器补充低基数计数、Worker 与已发布 Snapshot 版本。配置重载顺序固定为：

1. FileConfigurationLoader 通过 config.LoadResolved 严格解析、解析 Secret 引用 并完成全量校验。
2. 使用独立外部密钥对完整已解析配置计算 HMAC-SHA-256 指纹；PostgreSQL 只保存 不透明 HMAC，不保存密钥、配置正文或 Secret 明文，因此 URL、模板和 Secret 轮换都会产生新版本，也不能借数据库摘要离线猜测低熵 Secret。
3. 在同一 adminstate mutation 中提交配置修订、管理状态、审计和 Outbox。
4. 提交成功后由 config.Store 按 PostgreSQL revision 原子发布完整运行配置； Store 只接受严格递增 revision，提交失败或迟到旧 revision 不覆盖当前配置。 幂等重放仅在本地 revision 落后时修复进程状态。
5. Provider Supervisor 在提交前构造预检所有启用 Upstream；发布后按新配置取消、 替换或新增 Runtime。enable 同样在管理状态 mutation 前预检目标 Runtime。
6. 其他 Controller 每秒比较本地指纹与 PostgreSQL 权威指纹；所有副本必须使用 相同 PROXY_POOL_CONFIG_FINGERPRINT_KEY。共享配置源已同步时严格重载、预检 并按 revision 发布，源尚未同步时停止旧 Provider Runtime，禁止旧 URL/Secret 在换主后继续调用。

disable 成功后会立即通知 Supervisor 取消目标 Runtime；每秒一次的权威状态对账 用于修复进程内通知丢失。已取得的分布式 Permit 仍按幂等、保守规则完成结算。 PostgreSQL 瞬时读取失败不会终止 Controller 或取消当前 Provider Runtime； Supervisor 保留 last-known 状态并在下一周期重试。

主配置或 Secret 文件 I/O 故障归类为 503；语法、未知字段、引用和语义校验失败 归类为 422。请求取消和截止时间保持原始上下文错误，不误报为配置错误。

除契约中的 401/403/404/409/422 外，运行时还明确返回：

• 400：Request ID 或 JSON 无效。
• 405：方法不匹配，并返回 Allow。
• 413：请求体超过管理入口上限。
• 415：请求体不是 application/json。
• 500：未分类内部错误，隐藏底层错误文本。
• 503：权威控制面暂时不可用。