为Azure Data Factory链接服务创建多环境参数的方案咨询

原参数方案可行性说明 #

你列出的6个参数配置方式完全可以实现按需切换环境的需求，实现逻辑如下：

• 在Azure SQL链接服务中创建你列出的DevFullyQualifiedDomainName、ProdFullyQualifiedDomainName、DevDatabaseName、ProdDatabaseName、DevUserName、ProdUserName共6个字符串参数，分别填入对应环境的实际配置值
• 切换环境时，手动将链接服务的FQDN、数据库名、用户名字段选择对应环境的参数即可
• 密码建议统一存储在Azure Key Vault中，分别配置dev和prod两个密码密钥，切换环境时同步选择对应密钥即可

该方案的缺点是参数数量多，每次切换需要修改3~4处配置，容易出现配置错配问题，维护成本较高。

更推荐的最优实现方案 #

建议通过单一环境标识参数实现一键切换，配置更简洁，维护成本更低：

1. 在链接服务中仅创建1个名为EnvType的枚举类型参数，可选值设置为DEV/PROD，默认值可设为DEV
2. 链接服务各配置项通过动态表达式自动匹配对应环境的配置：
   • 完全限定域名：@if(pipeline().parameters.EnvType == 'DEV', pipeline().parameters.DevFullyQualifiedDomainName, pipeline().parameters.ProdFullyQualifiedDomainName)
   • 数据库名称：@if(pipeline().parameters.EnvType == 'DEV', pipeline().parameters.DevDatabaseName, pipeline().parameters.ProdDatabaseName)
   • 用户名：@if(pipeline().parameters.EnvType == 'DEV', pipeline().parameters.DevUserName, pipeline().parameters.ProdUserName)
   • 密码：从Key Vault读取时，密钥名称可配置为@concat(pipeline().parameters.EnvType, '-SqlPassword')，提前在KV中存储DEV-SqlPassword和PROD-SqlPassword两个密钥即可
3. 后续切换环境时，仅需要修改EnvType的参数值即可实现全配置自动切换，不需要调整其他字段，出错概率极低，后续新增环境只需要在表达式中增加对应分支即可。

注意事项 #

• 生产环境SQL数据库需严格控制访问权限，给ADF托管标识仅授予最小必要的查询权限，避免误操作生产数据
• 建议在管道层统一配置EnvType参数，管道下所有关联的数据源复用同一个参数值，避免同一管道内混用不同环境的数据源

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