Azure 门户。存储和处理非单行应用程序设置的最佳实践方法是什么
Azure portal. What is the best practise way to store and make deal with not single line application settings
有人可以建议，使用类似于 xml/json 数据的大型应用程序配置的最佳方法是什么？这些数据包含差异信息（大部分是静态的，但很少可以更改），但所有这些数据都没有安全价值。
例如，它可以是应用程序页面中用户控件（如下拉列表）的项目选项，也可以是用作标记的静态数据，网页在此基础上为页面创建用户控件等。
对此我有几种方法：
Key vault。据我所知，这种存储的主要思想是处理连接字符串、密码等安全数据。如何使用它来处理更大更广泛的设置？对我来说最大的好处是，这种方式包含内置缓存功能，但对我来说它看起来不像是最佳实践方式。 Storage account/Cosmos db - 据我所知，这两种方式的使用方式相似，可用于我的目标。问题是对我来说什么是最经济和最有效的方式，这些方式是否会比 Key Vault 方式更好？
那么，这个目标最常见的解决方案是什么？
谢谢。
嗯，我觉得这个答案真的取决于你的要求。
首先，您可以使用 appsettings.json.
在 Azure 应用服务中存储/更新和检索复杂的配置对象
如果您想坚持使用文件 (xml / json)，那么您可以使用 Azure Blob 存储 。
如果您只想在 NoSQL 存储中存储更大的配置，您可以考虑使用 Azure Table Storage（请注意 Table 存储只能包含 252 个属性，大小限制为 1 MiB）。
如果您需要通过配置 属性（而不是密钥）查询您的配置，或者您认为您将超出 Azure Table 存储限制，那么您可以考虑使用 CosmosDb
有人可以建议，使用类似于 xml/json 数据的大型应用程序配置的最佳方法是什么？这些数据包含差异信息（大部分是静态的，但很少可以更改），但所有这些数据都没有安全价值。
例如，它可以是应用程序页面中用户控件（如下拉列表）的项目选项，也可以是用作标记的静态数据，网页在此基础上为页面创建用户控件等。
对此我有几种方法：
Key vault。据我所知，这种存储的主要思想是处理连接字符串、密码等安全数据。如何使用它来处理更大更广泛的设置？对我来说最大的好处是，这种方式包含内置缓存功能，但对我来说它看起来不像是最佳实践方式。Storage account/Cosmos db- 据我所知，这两种方式的使用方式相似，可用于我的目标。问题是对我来说什么是最经济和最有效的方式，这些方式是否会比Key Vault方式更好？
那么，这个目标最常见的解决方案是什么？
谢谢。
嗯，我觉得这个答案真的取决于你的要求。
首先，您可以使用 appsettings.json.
在 Azure 应用服务中存储/更新和检索复杂的配置对象如果您想坚持使用文件 (xml / json)，那么您可以使用 Azure Blob 存储 。
如果您只想在 NoSQL 存储中存储更大的配置，您可以考虑使用 Azure Table Storage（请注意 Table 存储只能包含 252 个属性，大小限制为 1 MiB）。
如果您需要通过配置 属性（而不是密钥）查询您的配置，或者您认为您将超出 Azure Table 存储限制，那么您可以考虑使用 CosmosDb