Azure多订阅环境下12 Factor应用发现AACS端点的最佳实践

针对多订阅环境下AACS实例的引导与发现难题，以下是符合12 Factor原则的实用解决方案：

方案1：环境变量注入AACS端点 #

• 严格遵循12 Factor的配置与代码分离要求，将各环境AACS的唯一端点作为环境变量注入应用，绝不硬编码到代码中。
• 在CI/CD管道（如Azure DevOps、GitHub Actions）中，为每个环境（dev/integ/staging/prod）维护对应的AACS端点配置，部署时自动匹配目标环境注入该变量。
• 应用启动时直接读取此环境变量，初始化AACS客户端，完成配置加载。

方案2：托管身份+命名约定自动发现 #

• 为应用分配系统托管标识，并为该标识授予对应订阅下AACS实例的读取权限。
• 提前统一AACS实例的命名规则，例如appconfig-<env>-<app-name>（如appconfig-dev-payment-service）。
• 应用启动时，通过Azure资源管理API，利用托管身份的权限，在当前订阅内按命名规则查询到对应的AACS实例端点，无需传入任何配置值。

方案3：Key Vault作为引导配置层 #

• 将各环境的AACS端点存储在对应订阅的Azure Key Vault中，通过托管身份控制应用对Key Vault的访问权限。
• 应用启动时，要么通过环境变量注入Key Vault名称，要么同样用命名约定查询到Key Vault实例，读取其中存储的AACS端点。
• 拿到端点后再连接AACS加载完整应用配置，既隔离了敏感配置，又保持了代码的无配置化。

方案4：App Service内置配置（针对App Service部署场景） #

• 如果应用部署在Azure App Service，直接在对应环境的App Service实例的配置面板中添加AACS端点的应用设置。
• 应用启动时读取App Service的应用设置（本质是平台级环境变量），初始化AACS客户端。这种方式完全依赖平台配置实现环境隔离，无需改动代码。

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