Azure Front Door后端实例间内存数据同步问题咨询

1. 基于数据库变更主动同步内存数据 #

• 利用数据库的变更捕获机制（比如SQL Server CDC）或者触发器，在用户数据更新时，推送变更事件到Azure Service Bus/Event Hub。两个Web应用实例都订阅这个事件，一旦收到消息就立即刷新本地内存中的数据。这样只要数据库有更新，两个实例的内存数据都会同步更新，主备切换时不会出现过期问题。
• 也可以用Azure Functions监听数据库变更日志，触发后直接调用两个实例的刷新API，强制同步内存数据。

2. 借助Front Door健康探测触发副实例数据刷新 #

• 把副实例的健康探测端点做改造：当Front Door的健康请求到达时，先检查当前实例是否处于"即将接管流量"的状态（可以通过实例自身的状态标记，或者结合Front Door的请求头判断），如果是第一次触发主备切换的探测请求，就执行一次内存数据全量刷新。注意要加幂等控制，比如用本地缓存记录最后刷新时间，避免短时间内重复刷新。

3. 替换本地内存为分布式缓存 #

• 把原本存在本地实例内存的数据，迁移到Azure Redis Cache这类分布式缓存中。用户更新数据时，先同步更新数据库和Redis缓存；两个实例都直接从Redis读取最新数据，不再依赖本地内存的启动加载。这种方式从根源上消除了主备实例的数据不一致问题，切换时直接读取分布式缓存的最新数据即可。

4. 优化现有Web Job的刷新逻辑 #

• 摒弃固定每分钟刷新的方式，改成基于数据库数据的最后更新时间戳来触发刷新：Web Job每次先查询数据库中目标数据的最后更新时间，和实例内存中记录的时间对比，如果数据库数据更新过，就调用实例的刷新API。同时让Web Job同时触发两个实例的刷新操作，不管当前哪个是主实例，都确保两边数据保持同步。

内容的提问来源于stack exchange，提问作者fhevol