Azure api management Azure API管理高级版-我们真的需要备份策略吗
如果我们使用Azure API管理高级我们是否需要创建备份(灾难恢复)策略 它可以在任意多个单独的区域中复制 在过去,我们使用非特优API调用API管理REST API来备份到Azure博客存储Azure api management Azure API管理高级版-我们真的需要备份策略吗,azure-api-management,Azure Api Management,如果我们使用Azure API管理高级我们是否需要创建备份(灾难恢复)策略 它可以在任意多个单独的区域中复制 在过去,我们使用非特优API调用API管理REST API来备份到Azure博客存储 显然,您应该始终有一个灾难恢复策略,但只是想知道在这种情况下它是否有过大的杀伤力。Azure ApiManagement提供了代理/网关正常运行时间的SLA,因此如果您在多个区域部署了API管理,代理将继续运行,自动故障切换到未受影响的区域 但是,发布者门户、开发人员门户和管理REST端点仍然只托管在主
显然,您应该始终有一个灾难恢复策略,但只是想知道在这种情况下它是否有过大的杀伤力。Azure ApiManagement提供了代理/网关正常运行时间的SLA,因此如果您在多个区域部署了API管理,代理将继续运行,自动故障切换到未受影响的区域 但是,发布者门户、开发人员门户和管理REST端点仍然只托管在主区域中。如果您服务的主区域中存在区域范围的灾难,则无法访问这些灾难。这意味着您无法添加新的API/操作,新客户也无法订阅您的服务
如果其他区域之一受到影响,代理/网关将在启动前同步到最新配置。我有同样的问题-我可以看到一点:如果您需要对API/产品/组的特定配置进行时间点恢复。谢谢。答案很好。我的问题也与灾难恢复有关,所以您是否认为持续备份到区域冗余Blob存储(ZRS)也应该是解决方案的一部分?这样,如果主机宕机足够长的时间,我们可以在某个地方执行从blob存储到新主机的时间点恢复。在你对我的评论发表评论之后,我会标记你的答案。谢谢俄罗斯人,如果主区域停机足够长的时间,有一个备份会有所帮助。您可以在不降低到网关的呼叫质量的情况下启动其他区域。