azure - Azure 应用程序配置是否支持本地应用程序的某种持久性？

Question

我正在考虑对现有的本地 asp.net (.NET 6) 应用程序使用 Azure 应用程序配置 (AAC)，以允许动态更新配置。我想知道 AAC 是否适合我的情况。

我主要担心的是，在 AAC 中进行的任何配置更新都会以某种方式保留，以防我们失去与 AAC 的连接。因此，应用程序需要有一个本地位置来提取最新的配置，以防连接丢失。

基本上，如果连接丢失并且应用程序池被回收，我不希望应用程序恢复到较旧的配置，但根据我的理解，这似乎是最有可能发生的情况。

因此，我需要一种方法在任何更新后保留配置，即使应用程序池被回收。微软是否以某种方式解决了这个问题？

我发现它似乎有可能成为解决方案的唯一内容是在 AAC 最佳实践文档中的“应用程序配置中的客户端应用程序”下。

https://learn.microsoft.com/en-us/azure/azure-app-configuration/howto-best-practices

出于安全和流量原因，他们建议使用代理服务器。我在想，如果本地代理服务器可以保留最新的配置，它也可能适用于此。不过，我在文档中找不到有关如何设置此类代理的任何详细信息。

是否有我缺少的解决方案，或者 AAC 不适合我的情况？

Answer 1

除非您担心本地基础设施的稳定性，否则 Azure 应用程序配置 (AAC) 的可用性对于应用程序来说同样重要，无论它们是在云端还是本地运行。 AAC 在确保高可用性方面付出了巨大的努力。你可以看看这个FAQ了解详情。

1. 自动为所有 AAC 商店启用可用区 (AZ) 恢复能力，对于支持 AZ 的区域无需额外付费。
2. 推荐您enable the geo-replication您的 AAC 存储并允许您的应用程序在副本之间进行故障转移。它可以增强应用程序针对暂时性和区域性中断的弹性。请参阅Resiliency and Disaster Recovery了解更多信息。

请注意，如果您在应用程序中使用 AAC 配置提供程序库，它具有内置缓存和刷新功能。即使无法连接到 AAC 刷新数据，它也始终会从缓存中提供配置。它将继续尝试刷新数据(或者如果您启用了异地复制，则故障转移到不同的副本)。

以上对于大多数应用程序来说应该足够了。您不需要构建一个代理服务来解决不同的问题。实际上，无论您在何处运行代理服务，它也可能会失败。例如，如果您确实需要额外的保护层，则可以在构建或 CI/CD 过程中使用 AAC Azure CLI 将数据导出到配置文件，并将该配置文件部署为应用程序的一部分。这样，如果您的应用程序在启动时无法连接到 AAC，则可以使用“最后一次正确”配置。一旦可以连接到AAC，就可以加载最新的配置。