我的目标是使用 Azure Service Fabric 的 API 服务在 Azure 中托管 Web API。 Azure 流量管理器似乎面向基础设施即服务 (IAAS) 提供负载平衡、容错等服务。Azure Service Fabric 面向具有自己的集群的平台即服务 (PAAS) 模型。如果我的目标是在 Azure 中托管 Web API（通过利用 Azure Service Fabric 编写，不需要 Web 应用），我是否可以跳过使用 Azure 流量管理器，因为 Service Fabric 已经提供了群集？如果不是，那么我为什么要使用 Azure 流量管理器？我是不是错过了什么？
您忽略了这样一个事实：您在那里提到的所有内容都依赖于单个区域，并且有时区域会死亡。
例如，如果您有一个位于西欧的 Service Fabric，而西欧区域消失了，您就失去了整个解决方案。
如果您在西欧和北欧有一个 Service Fabric，并且复制了数据，并且流量管理器配置文件分布在这两个地区。在这种情况下，当一个地区死亡时，你仍然有一个可行的解决方案。
构建可用解决方案时，您需要能够指向解决方案中的任何项目并询问如果失败会发生什么。这应该从虚拟机到整个数据中心区域。
当然，您需要权衡这一点与纯粹出于依赖目的而将整个解决方案复制到另一个 DC 的成本。区域故障的情况非常罕见，如果您可以处理“一些”停机时间，那么您最好只需确保将数据复制到另一个区域（通过使用 GRS 存储），并制定一个流程将该数据从另一个区域恢复为在线状态。 但是，当然，通过这样做，您已经决定了在失败时想要发生什么。这就是重点。