configuration - Azure 配置的最佳实践？

Question

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

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

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

这让我觉得非常糟糕。

那么在实践中，除了标准诊断字符串配置等之外，.cscfg 文件背后是否还有任何实用程序？

Answer 1

我们喜欢 .cscfg 文件在测试中的灵 active ，并且我们不希望测试与生产的代码库略有不同，因为我们相信我们的测试环境应该是生产环境的精确副本...减去一些配置差异。

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

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

到目前为止，这个设置对我们来说效果很好。