跨环境的Azure Web角色配置设置

Question

在Azure之前发布:

在使用Azure之前,我们只有坐在不同环境中的只读配置文件(测试,登台和生产等).在发布期间,所有应用程序文件(无配置文件)都将部署到相关环境中.然后,应用程序文件将读取环境的配置文件,以获取连接字符串和其他特定于环境的详细信息.我认为这是一个非常标准的设置？

在Azure之后发布:

现在我们将Web应用程序移动到Azure Web角色.Web角色使用ServiceConfiguration.Cloud.cscfg和ServiceConfiguration.Local.cscfg文件.

发布到云服务时,需要知道连接字符串.如果我们要发布到测试云服务,则ServiceConfiguration.Cloud.cscfg需要进行相应的编辑.如果我们要发布到临时或生产云服务,则ServiceConfiguration.Cloud.cscfg需要进一步更改.

我更倾向于在开始部署时从连接字符串中抽象开发人员AWAY.这可以防止指向错误环境的错误(这可能会产生巨大的影响).如何才能做到这一点？

我知道可以在Azure管理门户中更改这些配置设置,但是将此步骤包含在发布过程中意味着开发人员需要访问管理门户,这不是一个理想的情况,因为仍有余量错误(加上对管理门户的'开放'访问权限).

更新:

我发现您可以通过添加更多(和重命名)来管理您的服务配置文件:

然后通过一起选择正确的云服务(黑色)和正确的服务配置(红色箭头),开发人员不需要了解配置详细信息:

在部署到云服务时,开发人员仍然存在选择错误服务配置的问题(但是这可能会自动进入脚本以防止这种情况发生？)

我的主要信息是环境类型(蓝色箭头).这对我来说没用.

Answer 1

您最好的选择是创建多个云部署项目,每个环境对应一个环境,以便每个环境都有不同的ServiceConfiguration.

在我的应用程序中,我有3个应用程序项目(1个WebRole和2个Worker角色)

然后,我们有6个云部署项目,每个项目针对每个目标环境.每个部署项目都包含相同的Web角色和工作者角色,但具有不同的cscfg&csdef文件.

在应用程序级别,app.config和web.config文件使用SlowCheetah通过配置转换进行处理.基本上,每个部署的配置管理器中都有不同的构建配置.所以,而不只是Debug和Release我有Debug,QA,Uat,Test,SAndbox,Production