【发布时间】:2018-06-13 05:27:25
【问题描述】:
逻辑应用是否具有某种内置的异地复制功能,例如 Azure 调度程序或 Key Vaults?我似乎找不到任何有关它的信息。
我见过一些使用 API 管理的实现,但那是针对使用 HTTP 触发器的逻辑应用程序,在我的例子中,我使用的是服务总线触发器。
如果没有异地复制,那么对于我的方案,灾难恢复实施会是什么样子?
【问题讨论】:
逻辑应用是否具有某种内置的异地复制功能,例如 Azure 调度程序或 Key Vaults?我似乎找不到任何有关它的信息。
我见过一些使用 API 管理的实现,但那是针对使用 HTTP 触发器的逻辑应用程序,在我的例子中,我使用的是服务总线触发器。
如果没有异地复制,那么对于我的方案,灾难恢复实施会是什么样子?
【问题讨论】:
我认为您在问三个问题 - 如何获得异地冗余逻辑应用部署,如何获得异地冗余服务总线消息部署以及如何组合使用它们。
我将从服务总线消息传递方面开始,因为它是 LA 流程的基础。为了拥有一个地理冗余服务总线消息队列,您必须使用高级 SKU,本文详细介绍了它的工作原理:https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-geo-dr
对于逻辑应用端,您将在每个区域(主要和次要)中设置一个 LA,并将逻辑应用指向服务总线队列的别名。然后,您将禁用次要区域中的逻辑应用程序,并仅在主要区域的逻辑应用程序无法运行时启用它。这必须通过一些端点监控脚本来完成,然后切换到辅助服务器并禁用主服务器。
如您所说,当逻辑应用程序由 HTTP 流量触发时,还有其他更自动化的选项(流量管理器),但由于您正在读取队列,因此恢复更加复杂。
【讨论】: