微软产品内容指南 · 编辑审核 明确云环境 · 引用官方来源 · 标注核验日期 400-024-2195

Azure 云环境指南 · 核验日期 2026-08-31

Azure 全球版与 Azure 中国怎么选

Azure 全球版与 Azure 中国不是同一账户下的两个普通区域。订阅、身份、门户、接口、服务目录、合同与支持路径都需要分别确认,架构设计不能只比较虚机单价。

  • 按工作负载逐项核验
  • 同时计算迁移与运维成本
  • 引用 Azure 中国官方资料

决策框架

先按工作负载,而不是按公司注册地址选

同一企业可能为不同系统选择不同云环境。关键是把用户、数据、依赖和运营责任放进同一张架构图。

01 · 中国业务

面向中国大陆用户

优先评估境内访问、备案、数据要求、本地合同与 Azure 中国的目标服务可用性。

  • 确认公网业务是否需要 ICP 备案
  • 核对目标服务在中国区域是否商用
02 · 海外业务

面向全球或海外用户

优先评估全球区域覆盖、跨国连接、产品生态与客户主体可购买的市场。

  • 确定主区域与灾备区域
  • 核对合同主体和购买市场
03 · 两地业务

中国与海外都重要

可能需要双云或分区部署,但身份、数据同步、监控、安全和成本会更复杂。

  • 明确哪些数据允许跨环境流动
  • 避免把双云误认为同一订阅跨区域

逐项比较

六个维度逐项比较

以下内容用于需求梳理。实际服务、区域、配额和商务条件以项目启动时的官方资料及书面报价为准。

比较维度需要判断报价或设计前核验
账户与订阅全球云与中国云使用不同的账户、订阅、门户和技术端点。现有账号属于哪个云;自动化脚本和工具连接到哪个端点。
服务可用性同名服务、功能、版本、区域和发布时间可能不同。列出必须服务、SKU、区域、配额、预览状态和依赖项。
网络与访问用户位置、跨境链路、专线、DNS 和第三方网络会影响体验。基于真实访问路径测试延迟、稳定性、带宽和故障切换。
数据与合规云环境选择不能替代客户自身的数据分类和合规判断。数据类型、存储地、备份、日志、支持访问和跨境流向。
价格与计费两套云的币种、税务、计费主体、折扣和服务目录不同。按目标区域、规格、用量、承诺方式、网络和支持成本分别估算。
迁移与运维跨云不是修改区域,需要重新设计身份、数据、网络和运营。迁移工具、窗口、回退、双套监控、安全和人员能力。

实施前核验

Azure 方案评审前检查清单

把以下六项写成可验证输入,再开始架构和成本评估。

  1. 业务地图

    列出用户、客户、系统和第三方依赖所在地区。

  2. 工作负载清单

    记录计算、数据库、存储、AI、备份、网络和集成需求。

  3. 服务可用性

    逐项确认目标区域、SKU、配额、正式商用状态和替代方案。

  4. 数据流向

    标出采集、存储、处理、备份、支持和跨境访问路径。

  5. 成本模型

    同时计算资源、流量、支持、迁移、工具和长期运维。

  6. 验证计划

    用小规模验证测试性能、接口、监控、安全和故障切换。

风险提示

常见误区

以下说法经常让采购或实施判断过度简化。遇到具体项目时,应回到目标云环境、完整 SKU、真实部署和最新条款。

01

全球账号可直接登录 Azure 中国

两套环境的账号、订阅和端点不同,不能把中国区域当作全球订阅中的普通区域。

02

全球有的服务中国区都有

不能按产品名称推断可用性,应核对中国区域、功能、版本、配额和路线图。

03

只比较虚机单价

总体成本还包括网络流量、支持、迁移、双云工具、安全和人员运营成本。

高频问题

Azure 选型常见问题

答案用于第一轮判断。若涉及正式采购、迁移、安全或合规责任,请打开来源并结合客户环境复核。

Azure 全球版和 Azure 中国的数据可以直接互通吗?

两套云是独立环境。是否互通、如何连接以及是否适合传输,应按网络、身份、接口、数据分类和合规要求单独设计。

把网站部署到 Azure 中国一定要备案吗?

面向中国大陆提供公网网站服务时通常需要按适用规则办理备案,但主体、域名和服务类型会影响流程,应以 Azure 中国备案支持和主管部门要求为准。

Azure 中国价格能直接按全球计算器换算吗?

不建议。目录、币种、税务、计费主体和可用服务不同,应使用目标云的官方价格信息并加入网络、支持和项目成本。

可以先买全球版,以后再切到中国区吗?

不能把它当作普通区域切换。跨云通常涉及重新建立订阅、身份、网络、数据和自动化,应先评估迁移可行性。

可追溯内容

官方来源与延伸阅读

外部文档可能更新或调整路径。上线前和内容复核时,应逐条确认链接、发布日期及其适用云环境。

下一步

把工作负载和用户区域说清,再比较云环境

提交系统类型、目标用户、关键服务和计划时间,我们会先列出需要核验的 Azure 服务、区域与架构边界。