Azure云服务共享设置文件

我们目前有一个asp.net网站和windows服务，其中包含一个单独的配置文件，其中包含解决方案中每个可插拔项目的自定义部分。文件是根据机器名和配置的客户加载的，因此，如果机器名为machine-01，它将转到名为machine-01的文件夹，如果客户名为customer-01，它将尝试在该文件夹中查找customer-01.config的文件。这对我们来说非常有效，因为每台开发机器都有自己的配置文件，我们可以为客户创建一个配置文件并将其保存在TFS中

然而，现在我们也希望为大多数客户在Azure云服务中托管我们的站点，尽管有一两个应用程序托管在他们自己的基础设施上，即标准的windows server、IIS等

我们的部署过程并不理想，它涉及手动复制应用程序和手动运行Sql脚本。我们现在正在远离这一点，我们开始关注FluentMigrator，我们希望能够为Azure应用程序版本和自托管应用程序提供一个部署包

我很乐意尽可能多地更改/重新写入，但在理想的情况下，我希望获得一个单独的设置文件，该文件可供web和worker角色使用，其中包含所有未随应用部署但在azure中为该服务设置的设置，因为这些设置不会更改。同时继续非azure部署使用我们的自定义配置文件

是否可以以这种方式将设置文件上载到azure云服务，并在web和worker角色启动时加载该文件

---

正如我所说的，我很高兴在这里重新编写所需的内容，以获得最佳解决方案。我很高兴放弃我们所拥有的，以支持理想解决方案。非常感谢您的输入/建议。

经过类似的练习后，您的问题实际上与配置数据的位置有关，设置文件的动态性不足以满足您的要求。因此，您需要查看另一种存储机制，即SQL Db或Azure表存储，它存储应用程序所需的所有适当配置数据，并在角色启动或网站应用程序启动时加载这些数据。顺便说一句，你不能优雅地让WebRole与网站进行沟通，这是可能的，但很混乱

我们最初考虑在网站上动态更改web.config，但这在Azure平台上造成了一大堆麻烦，这似乎是可能的，但有一定的让步。FWIW以下是我最初使用ASP.NET数据缓存并在应用程序启动时加载配置设置的内容

---

HTH

我们正在将所有设置移动到一个全局表中，因为它们永远不会更改，我们将在调试中使用现有的配置文件覆盖本地，供开发人员使用自定义配置部分。现在看来这是最好的办法。感谢您的投入，这有助于集中我们的思维模式。