使用 Azure App Configuration 而不是 App Service 的 "Configuration"（环境变量）有什么好处？
What is the benefit of using Azure App Configuration over an App Service's "Configuration" (environment variables)?
当您有一个应用服务时，它有一个“配置”选项卡，它允许您定义被您的应用程序视为环境变量的键值对。
Azure 也有“Azure 应用程序配置”，有点像云app.config，您可以在其中定义键值对，应用程序服务应用程序可以访问它们。
据我所知，推荐的最佳做法是在应用服务的“配置”选项卡上使用 Azure 应用配置，values/data 与环境无关。
尽管如此，当“配置”做完全相同的事情（除了“标志”功能）时，为什么还要使用额外的服务呢？只需将您的配置值存储在那里并作为 env 访问它们。变量。是的，这可能不是最佳做法，但缺点是什么？为什么我不应该这样做？
是的，我可以从应用程序配置中集中管理多个应用程序的设置，但 IMHGDBO 除非我有很多应用程序，否则这不是什么好处。
如果您只有一个简单的 .net 核心应用程序或绑定到 REST 的 SPA API，或 3 层架构等，您绝对不需要使用 Azure 应用程序配置。
但是当您对应用程序进行现代化改造并开始将后端 REST API 分解为包含许多服务的微服务架构（例如：产品微服务、客户微服务、身份验证服务等...）时，然后使用 Kubernetes 编排它们，如果您可以集中进行日志记录和应用程序配置，这将变得有益，因为这可以使您的应用程序调试和管理变得简单。这就是 Azure 应用程序配置派上用场的地方。
当您需要更改跨所有微服务使用的设置时，您只需在使用 Azure 应用程序配置时进行一项更改。
我个人还发现，如果您要部署需要从云端读取动态配置的移动应用程序，Azure 应用程序配置会派上用场。
您可以在此处详细了解何时应使用 Azure 应用程序配置：https://docs.microsoft.com/en-us/azure/azure-app-configuration/overview
当您有一个应用服务时，它有一个“配置”选项卡，它允许您定义被您的应用程序视为环境变量的键值对。
Azure 也有“Azure 应用程序配置”，有点像云app.config，您可以在其中定义键值对，应用程序服务应用程序可以访问它们。
据我所知，推荐的最佳做法是在应用服务的“配置”选项卡上使用 Azure 应用配置，values/data 与环境无关。
尽管如此，当“配置”做完全相同的事情（除了“标志”功能）时，为什么还要使用额外的服务呢？只需将您的配置值存储在那里并作为 env 访问它们。变量。是的，这可能不是最佳做法，但缺点是什么？为什么我不应该这样做？
是的，我可以从应用程序配置中集中管理多个应用程序的设置，但 IMHGDBO 除非我有很多应用程序，否则这不是什么好处。
如果您只有一个简单的 .net 核心应用程序或绑定到 REST 的 SPA API，或 3 层架构等，您绝对不需要使用 Azure 应用程序配置。
但是当您对应用程序进行现代化改造并开始将后端 REST API 分解为包含许多服务的微服务架构（例如：产品微服务、客户微服务、身份验证服务等...）时，然后使用 Kubernetes 编排它们，如果您可以集中进行日志记录和应用程序配置，这将变得有益，因为这可以使您的应用程序调试和管理变得简单。这就是 Azure 应用程序配置派上用场的地方。 当您需要更改跨所有微服务使用的设置时，您只需在使用 Azure 应用程序配置时进行一项更改。
我个人还发现，如果您要部署需要从云端读取动态配置的移动应用程序，Azure 应用程序配置会派上用场。
您可以在此处详细了解何时应使用 Azure 应用程序配置：https://docs.microsoft.com/en-us/azure/azure-app-configuration/overview