在 Azure Service Fabric 和 MVC 应用程序中存储配置设置
Storing configuration settings in Azure Service Fabric and MVC apps
我已经到了必须将我的 Service Fabric 集群部署到 Azure 的地步:) 除了 stateful/stateless 服务外，我还有 2 个 MVC 应用程序。我目前在 web.config 文件中有一些设置（主要是连接字符串）。
我计划使用 Visual Studio 在线配置持续构建/部署，但还没有坚持到这样做。
推荐的存储配置设置的位置。我将需要 3 种不同环境的设置 (dev/test/prod)。
我找到了一个参考，在某个时候，将设置存储在构建定义上，这听起来是一个更好的存储生产凭证的地方，而不是在作为应用程序源代码一部分的配置文件中。我需要限制对生产环境值的访问，并将它们放在所有开发人员都可以访问的配置文件中，这听起来不是最好的方法。
我应该了解与此相关的任何白皮书或最佳实践吗？
您可以使用服务结构项目的发布配置文件和应用程序参数来存储您对每个环境的设置。
在我的例子中，我有一个开发环境、一个同系物和一个具有不同数据库连接字符串的生产环境，所以我创建了名为 Cloud.Homolog.xml、Cloud.Production.xml 的发布配置文件，对于开发环境我仍然使用 Local.5Node.xml.
然后，当我想在其中一些环境中部署时，我会选择正确的发布配置文件。
这里是多环境管理的文档：
我已经到了必须将我的 Service Fabric 集群部署到 Azure 的地步:) 除了 stateful/stateless 服务外，我还有 2 个 MVC 应用程序。我目前在 web.config 文件中有一些设置（主要是连接字符串）。
我计划使用 Visual Studio 在线配置持续构建/部署，但还没有坚持到这样做。
推荐的存储配置设置的位置。我将需要 3 种不同环境的设置 (dev/test/prod)。
我找到了一个参考，在某个时候，将设置存储在构建定义上，这听起来是一个更好的存储生产凭证的地方，而不是在作为应用程序源代码一部分的配置文件中。我需要限制对生产环境值的访问，并将它们放在所有开发人员都可以访问的配置文件中，这听起来不是最好的方法。
我应该了解与此相关的任何白皮书或最佳实践吗？
您可以使用服务结构项目的发布配置文件和应用程序参数来存储您对每个环境的设置。
在我的例子中，我有一个开发环境、一个同系物和一个具有不同数据库连接字符串的生产环境，所以我创建了名为 Cloud.Homolog.xml、Cloud.Production.xml 的发布配置文件，对于开发环境我仍然使用 Local.5Node.xml.
然后，当我想在其中一些环境中部署时，我会选择正确的发布配置文件。
这里是多环境管理的文档：