Azure本地数据网关：访问本地数据源的最优解还是过时方案？

1. 数据网关是否仍是最佳实践，有没有过时？ #

绝对没有过时——不过要注意，微软确实在停用旧的Gateway Cloud Service，但它有一个功能更强的继任者：Azure Arc-enabled Data Gateway。这种网关模式依然是Azure访问本地/私有数据源的最佳实践之一，尤其是当你只需要访问部分本地资源时：

• 它采用出站连接设计，不需要在本地防火墙开放入站端口，安全性拉满；
• 轻量部署，不需要复杂的网络配置（比如VPN/ExpressRoute那种）；
• 官方持续更新，集成了Azure Arc的统一管理能力，适配更多现代Azure服务。

2. Functions App能否通过数据网关查询本地SQL Server？ #

完全可以，这也是网关的典型使用场景之一。具体的核心步骤大概是：

• 在本地服务器（或虚拟机）上部署Azure Arc-enabled Data Gateway；
• 在Azure门户中注册这个网关，并创建指向你本地SQL Server的数据源连接；
• 在你的Functions App代码中，使用Azure提供的数据源连接字符串（或者直接通过网关的端点）来发起SQL查询——不需要额外配置复杂的网络通道。

这个方案比直接开放本地SQL的公网端口安全太多，也比搭建VPN更省成本和维护精力，非常适配你的单一数据访问需求。

3. 要不要考虑替代方案？ #

如果你的需求只是简单的Functions App访问本地SQL，网关是最适合的。如果是大规模的跨云-本地网络集成，可能会考虑VPN或ExpressRoute，但那些方案成本更高、配置更复杂，完全没必要为单一数据访问场景大动干戈。

总之，针对你的场景，选择Azure Arc-enabled Data Gateway是完全合理的官方推荐方案，绝非过时的选择。

内容的提问来源于stack exchange，提问作者WPFUser