账号与计费
BYOK
当你希望获得 AnyInt 级别的路由、治理或可观测性，同时仍然使用你自己的上游提供商凭证或商业协议时，BYOK 很有用。
当你希望获得 AnyInt 级别的路由、治理或可观测性，同时仍然使用你自己的上游提供商凭证或商业协议时，BYOK 很有用。
典型用例
- 现有的提供商合同
- 提供商特定的合规要求
- 从直接访问提供商到统一网关的分阶段迁移
- 将高价值或受监管的流量保留在客户自有的上游账户中
需要尽早做出的决策
| 问题 | 为什么重要 |
|---|---|
| 哪些提供商属于客户自有，哪些属于平台自有？ | 这会影响路由、计费和支持边界 |
| 谁来轮换上游凭证？ | 必须有人负责续期和事件响应 |
| 流量可以在 BYOK 和非 BYOK 资源之间混用吗？ | 静默混用会导致计费和合规方面的混乱 |
| 哪些团队可以挂载或编辑 BYOK 凭证？ | 这通常应限制为管理员可操作 |
推荐的运营模式
- 确定哪些工作负载需要 BYOK
- 为 BYOK 流量保留独立的密钥或项目
- 记录谁负责上游密钥轮换
- 明确路由策略，避免请求无意中跨越计费边界
面向客户的预期
BYOK 应被解释为一种控制和来源模型，而不只是一个技术开关。其价值在于将所有权、计费和合规责任分离开来。