Azure配置的最佳做法？

Question

因此,当我们开始Azure迁移时,我们将web.config设置迁移到Azure配置.cscfg文件.

虽然这很有效,并且在测试环境中非常有用,因为我可以快速破解配置,但这在生产中似乎相当危险......因为我可以快速破解配置.

更正式地说,这意味着任何有权访问Azure管理控制台的人都可以轻松地对生产Azure实例进行不受控制的更改.

这让我觉得非常糟糕.

那么在实践中是否存在.cscfg超出标准诊断字符串配置的文件背后的任何实用程序等等？

Answer 1

我们喜欢测试中.cscfg文件的灵活性,我们不希望测试与生产的代码库略有不同,因为我们认为我们的测试环境应该是生产环境的精确副本...减去一些配置差异.

与此同时,我们对某些开发人员意外删除错误的部署或更改错误的.c​​scfg文件/值感到妄想.为了解决这个问题,我们创建了两个订阅,一个用于测试,一个用于生产.我们为所有开发人员提供访问测试订阅的权限,但只有负责部署的人才能访问生产订阅.

部署工程师确切地知道他们在生产环境中能做什么和不能做什么(重新启动/重新映像实例,删除部署等).他们知道生产中要触及的唯一.cscfg值是"Instances count"属性(我们的构建服务器设置所有其他生产.cscfg值).

到目前为止,这种设置对我们来说非常有效.