Azure 队列侦听器 - 本地 Azure 队列侦听器
Azure Queue Listener - On-premise Azure Queue Listener
我有一个场景，我们的 Azure 环境无法连接到本地，但本地可以连接到 Azure。因此，从 Azure 到本地的服务调用要使用中间件包装器完成。我正在考虑使用天蓝色队列。从内部部署，一个正在寻找 azure 队列条目的侦听器。如果在 azure 队列中发现任何消息，侦听器调用内部部署 API 并将响应放入 azure 队列。 Azure 中的另一个侦听器将获取此数据。但现在我怀疑本地 azure 队列监听器。因为我注意到 azure 队列侦听器已部署并且 运行 在 Azure 环境本身内。我看不到参考。对于来自本地环境的 azure 队列侦听器 运行，正在侦听 Azure。有没有人尝试过这种方法或这种方法的任何线索？
我最终创建了一个 Azure 文件共享，然后将其本地驱动器映射到 on-premise。所以现在 Azure 文件中的任何内容都可以在 Azure 和 on-premise 中访问。我还在 on-premise 中编写了一个 FileSystemWatcher，以便可以立即处理任何丢失的信息。我不确定 Azure 的 sync-up 延迟和 Azure 文件共享的 On-Premise 延迟。如果有任何其他意见或建议，我会将此线程保持打开状态。
我有一个场景，我们的 Azure 环境无法连接到本地，但本地可以连接到 Azure。因此，从 Azure 到本地的服务调用要使用中间件包装器完成。我正在考虑使用天蓝色队列。从内部部署，一个正在寻找 azure 队列条目的侦听器。如果在 azure 队列中发现任何消息，侦听器调用内部部署 API 并将响应放入 azure 队列。 Azure 中的另一个侦听器将获取此数据。但现在我怀疑本地 azure 队列监听器。因为我注意到 azure 队列侦听器已部署并且 运行 在 Azure 环境本身内。我看不到参考。对于来自本地环境的 azure 队列侦听器 运行，正在侦听 Azure。有没有人尝试过这种方法或这种方法的任何线索？
我最终创建了一个 Azure 文件共享，然后将其本地驱动器映射到 on-premise。所以现在 Azure 文件中的任何内容都可以在 Azure 和 on-premise 中访问。我还在 on-premise 中编写了一个 FileSystemWatcher，以便可以立即处理任何丢失的信息。我不确定 Azure 的 sync-up 延迟和 Azure 文件共享的 On-Premise 延迟。如果有任何其他意见或建议，我会将此线程保持打开状态。