阿里云、Azure 与多地办公室之间，
怎样规划稳定的跨云内网？

连接阿里云、Azure 与办公室前，先核对内网地址与互访范围

不同时期的云上环境往往由不同项目组或外部软件商分别开通，最容易留下两处隐患：

• 不同云环境或办公室使用了重复的内网地址段：很多云上虚拟网络在创建时直接使用了默认的 172.16.x.x 或 10.0.x.x 地址段。单独用的时候没有问题，但要把多朵云和地面办公室连进同一张内网时，重复的地址段会导致数据无法准确送达。在开通前，我们会协助您与云管理员核对现有的地址列表；能够趁并网前调整冲突测试网段的尽量理顺，为后续新业务预留好空间（云内子网调整与云资源迁移由企业云管理团队操作，我们配合规划互通方案）。
• 只开放真正有业务往来的环境互访：多云联网不需要把所有云环境和所有分支办公室配成毫无限制的任意互访。提前列明「国内研发办公室访问香港测试云」「德国办公室与苏州总部访问法兰克福生产云」等真实需求，只打通必需的访问关系，既清晰又安全。

让往返路径保持一致，并把跨云内部域名解析配齐

在跨云和跨国连接中，有两件细节直接决定系统连上之后稳不稳定：

1. 请求去程与返回路径保持一致（对称回程）：当办公室或某朵云向另一朵云发起调用时，数据从哪条通道发过去，返回的数据包也应当顺着对应的通道原路回来。如果去程走了加速内网、回程却绕去了普通公网，沿途的防火墙或云安全组就会把返回的数据拦下，造成「看着能连上、实际调不通或单边极慢」的怪现象。我们在为您规划路由时（行业参考如微软官方关于跨云动态路由连接的教程），会自动管理好主备路径与对称返回，无需您的员工手工维护复杂的静态路由表。

2. 把跨云的内部域名解析（DNS）一起配通：许多云上数据库、内部接口都使用私有域名访问。如果网络连通了，但办公室电脑或另一朵云上的服务器解析不出这个内部域名，业务依然无法正常调用。我们在上线时会配合您的技术人员将跨云的内部域名解析一并调通，并在每个云环境和办公室之间实际测试连通速度与稳定性。

我们如何打通多云与多办公点，以及在制造项目中的实际做法

把阿里云、Azure 等公有云接入企业内网时，我们支持直接在您现有的云环境内部署虚拟接入网关，或与云平台连接对接：无需等待漫长的跨国物理专线施工，开通比传统网络专线更快，且在数据迁移或业务高峰期可以随时按需扩容带宽。对于不能中断的核心生产云环境，还可以配置两台虚拟网关一主一备自动接替，提升可靠性。

云平台自身账单费用与日常维护的分工说明

为了让财务预算和日常维护清清楚楚，在跨云联网上线前，我们还会与您明确两件事（关于组网整体费用的详细说明，也可参阅 企业组网费用决定因素指南）：

• 云平台自身收取的费用单列核算：即便跨云数据走的是内网传输通道，阿里云、Azure 等公有云平台依然会按它们各自的规则，向您的云账户收取云主机或云网关运行费以及出云流量费。这部分费用属于云厂商自身的账单，与我们的网络服务费分开计算（如某项约定由我们代付，也会在报价单中单独写明）。
• 云内配置与跨云通道的维护分工：公有云内部的安全组、子网和云服务器状态由企业的云管理员或软件维护方管理；而连接各朵公有云与各地办公室的跨区域传输通道、接入网关策略及链路监控，则由我们负责日常保障。后续若企业新增一个云上环境或新开一处办公室，只需按既定步骤配合即可快速并入现有内网。