Azure中Cloud Service与SQL Database跨订阅部署致网站变慢是否相关？

这种跨订阅的部署状态极有可能是网站变慢的核心原因，具体影响因素包括：

• 网络延迟攀升：Azure不同订阅下的资源默认处于独立的虚拟网络边界（未手动配置跨订阅VNet对等连接的前提下），订阅B的Cloud Service访问订阅A的SQL Database时，流量需走Azure跨订阅骨干网络甚至公网，相比同订阅内的内网访问，延迟会显著增加。
• 安全链路额外开销：跨订阅的资源访问会触发额外的防火墙规则、网络安全组（NSG）校验，若SQL Database使用公共端点访问，还会多一层公网传输的处理耗时。
• 资源集群隔离：不同订阅的资源在Azure底层可能分配至不同的集群或区域（若订阅默认区域不一致），跨区域+跨订阅的双重隔离会进一步放大性能损耗。

补充说明：你此前迁移SQL到订阅B后出现变慢，大概率是当时订阅B的SQL所在区域与Cloud Service不匹配，或是迁移后未配置内网访问；现在SQL回到订阅A，但跨订阅的网络问题仍未解决，因此性能问题持续存在。

验证方案：可临时将Cloud Service迁移至订阅A，或配置跨订阅VNet对等连接打通两个订阅的虚拟网络，让资源走内网访问，观察网站性能是否恢复。

内容的提问来源于stack exchange，提问作者キムヨンイン