使用 Azure 应用程序配置相对于应用程序服务的“配置”（环境变量）有什么好处？

Question

当您拥有应用程序服务时，它有一个“配置”选项卡，可让您定义被应用程序视为环境变量的键值对。

Azure 还具有“Azure 应用程序配置”，它有点像云 app.config，您可以在其中定义键值对，应用程序服务应用程序可以访问它们。

据我所知，建议的最佳实践是在应用程序服务的“配置”选项卡上使用 Azure 应用程序配置来获取与环境无关的值/数据。

不过，当“配置”执行完全相同的操作（“标志”功能除外）时，为什么还要费心附加服务呢？只需将您的配置值存储在那里并作为 env 访问它们即可。变量。是的，这可能不是最佳实践，但是有什么缺点呢？为什么我不应该这样做？

是的，我可以从应用程序配置集中管理多个应用程序的设置，但除非我有很多应用程序，否则这并不是什么好处。

Answer 1

如果您拥有的只是一个简单的 .net core 应用程序或与 REST API 绑定的 SPA 或 3 层架构等，那么您绝对不需要使用 Azure 应用程序配置。

但是，当您对应用程序进行现代化改造并开始将后端 REST API 分解为包含许多服务的微服务架构（例如：产品微服务、客户微服务、身份验证服务等...），然后使用 Kubernetes 编排它们时，它就变成了如果您可以集中进行日志记录和应用程序配置，则会很有帮助，因为这可以使您的应用程序调试和管理变得简单。这就是 Azure 应用程序配置派上用场的地方。当您需要更改在所有微服务中使用的设置时，只需在使用 Azure 应用程序配置时进行一项更改即可。

我个人还发现，如果您正在部署需要从云读取动态配置的移动应用程序，Azure 应用程序配置会派上用场。

您可以在此处阅读有关何时应使用 Azure 应用程序配置的更多信息：https://learn.microsoft.com/en-us/azure/azure-app-configuration/overview