咨询：无需自定义Web应用的Azure实时键值更新及快照实现方案

你完全可以不用开发维护自定义Web应用，通过Azure原生服务的组合就能实现需求，以下是两种可行方案：

方案一：Azure Web PubSub + Azure Logic Apps + 存储服务 #

1. 推送键值更新的REST端点 #

直接使用Azure Web PubSub的原生REST API完成推送：

• 调用POST https://<web-pubsub-name>.webpubsub.azure.com/api/hubs/{hub}/messages（可指定广播到所有客户端或特定组），请求体携带键值对数据（比如{"key": "key1", "value": "value1"}）。
• 身份验证使用Azure Web PubSub的访问密钥或Azure AD令牌，无需自行开发端点，直接通过Postman、Logic Apps或其他工具调用即可。

2. 新连接客户端的快照推送 #

通过Web PubSub的连接事件触发逻辑，完成快照推送：

1. 配置Azure Web PubSub的connect连接事件，将事件转发到Azure Logic Apps。
2. 每次推送键值更新时，同步通过Logic Apps将最新键值对写入Azure存储服务（推荐Redis Cache用于高并发场景的快速读取，或Table Storage用于低成本存储）。
3. 当新客户端连接触发Logic App时，从存储服务读取所有键的最新值，再通过Web PubSub的REST API将快照推送给该客户端。

整个流程无需编写自定义代码，全靠Azure服务的配置集成实现。

方案二：Azure SignalR 无服务器模式 + Azure Functions + 存储服务 #

1. 推送键值更新的REST端点 #

利用Azure SignalR无服务器模式的REST API或Azure Functions HTTP触发器：

• 直接调用SignalR无服务器模式的推送API，将键值对消息广播给客户端；同时将键值对写入存储服务。
• 或者用Azure Functions的HTTP触发器作为前端调用的端点，函数内通过SignalR绑定推送消息，并同步更新存储。Functions是托管服务，无需维护Web应用，代码量极小。

2. 新连接客户端的快照推送 #

借助SignalR无服务器模式的连接触发函数：

• 创建Azure Functions的SignalR连接触发器，当新客户端完成协商连接时触发函数。
• 函数从存储服务读取所有键的最新值，通过SignalR绑定将快照推送给该客户端。

方案选择建议 #

• 偏好完全无代码/低代码：选方案一，全靠Azure原生服务配置完成，无需编写任何代码。
• 需要更灵活的业务逻辑扩展：选方案二，Azure Functions的轻量代码可快速实现自定义逻辑，同时无需维护完整Web应用。

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