已经在 Azure 上做项目，接模型时却发现有 Global、Data Zone、Standard、Provisioned 一串选项，很容易从名字开始猜。我的建议是先写两句话：请求能在哪里处理？流量是一阵一阵，还是整天都很稳定？把这两件事分开，选项会清楚很多。
创建资源的地区，不是全部处理边界
当前 Foundry 文档说明 Global 可在模型部署的不同地理位置处理；Data Zone 限在指定数据区，例如 US、EU、APAC；Standard 与 Regional Provisioned 对应 Azure geography 范围。Data Zone 不是某一个固定机房，APAC 也不等于指定一个国家。[1]
| 你的限制 | 先比较的方向 | 继续核对 |
|---|---|---|
| 没有额外处理地区约束 | Global Standard | 模型版本、配额与可用区域 |
| 必须在指定数据区处理 | Data Zone | 数据区当前覆盖范围 |
| 要限定 Azure geography | Standard 或相应 Regional Provisioned | 所选模型是否支持 |
| 持续高负载，需要预留能力 | Provisioned | PTU 对该模型版本的容量 |
EU Data Zone 按 Azure EU Data Boundary 定义，可能包含挪威、瑞士等 EFTA 地区；具体范围要查当时的模型与地区清单，不能把一个名称当成永远不变的地区列表。[1]
预留吞吐和限定地区，是两个选择
Provisioned 购买预留处理容量，PTU 的实际能力随模型与版本不同。它不自动等同于“只在你选的地区处理”：Global Provisioned 仍是全球路由，Data Zone Provisioned 才同时对应数据区与预留容量。[1]
如果是刚上线的小问答工具，我会先收集请求高峰、输入长度和等待时间，再判断是否值得预留。没有稳定负载记录时，很难给预留容量一个合适的起点。本文没有部署资源或测试吞吐，也不把厂商对延迟的描述当成本机测量。
夜间批量处理，别拿来承诺实时回复
处理范围先决定能用哪类部署，再用稳定负载判断是否预留PTU。Global Provisioned买到预留能力，也仍按Global路由；限定数据区要选对应Data Zone方向。能等待的批次另算，24小时是目标窗口，不能用来承诺访客实时回复。
资料核对与适用范围
2026-10-06直接重读所列官方公开资料；OpenAI使用OpenAI Docs官方检索及正文读取，其余官方网页直接核对。按具体任务分析选型、计费与边界，示例算术不代表账户账单或性能测试。
没有商家登录、付费调用、上传、缓存实验、资源部署或请求测试；未测时延、成功率、输出质量、真实扣费。地区、版本、额度、工具、认证方式与账户资格须对应核对。