Azure中Language服务为何要求Location而非Endpoint？

大多数Azure认知服务都要求配置endpoint和密钥，但Language服务却用Location参数来指定访问区域，核心原因主要有这几点：

• 历史架构遗留：Language服务的前身是早期的文本分析服务，当时的设计就采用区域标识（比如eastus这类Location值）来定位服务实例。后来虽然整合进了Azure认知服务的统一体系，但部分SDK和官方示例为了兼容旧代码，依然保留了Location的配置方式。
• 简化区域配置：用Location可以直接映射到对应区域的服务集群，用户不用手动拼接完整的Endpoint地址，降低了配置出错的概率。比如你指定westus作为Location，底层会自动关联到该区域的Language服务专属访问地址。
• 兼容性与版本适配：Language服务的部分旧版API仅支持通过Location指定区域，为了让老应用不用大规模修改代码，官方文档和示例里仍保留了这种配置逻辑；而新版API其实已经支持Endpoint和Location两种方式。
• 数据合规的直观性：Language服务的很多功能（比如自定义模型部署）是和区域绑定的，用Location参数能让用户更直观地明确数据和模型所在的区域，方便满足数据驻留的合规要求。

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