我的目标是使用Azure Service Fabric使用API服务在Azure中托管Web API。 Azure流量管理器似乎为其服务提供了基础架构即服务（IAAS），例如负载平衡，容错等.Azure Service Fabric面向具有自己的群集的平台即服务（PAAS）模型。如果我的目标是在Azure中托管Web API（通过利用Azure Service Fabric创建并且不需要Web Apps），我是否可以跳过使用Azure流量管理器，因为Service Fabric已经提供了群集？如果没有，那么我为什么要使用Azure流量管理器？我错过了什么吗？
答案 0 :(得分：2)
你错过了这样一个事实，那就是你在那里提到的一切都依赖于一个区域而偶尔会有区域死亡。
例如，如果您在西欧设有Service Fabric，并且西欧地区已经死亡，那么您将失去整个解决方案。
如果您在西欧和北欧拥有Service Fabric，并且已复制数据，并且流量管理器配置文件分布在其中两个上。在那种情况下，当一个地区死亡时，你仍然有一个有效的解决方案。
在构建可用解决方案时，您需要能够指向解决方案中的任何项目，并询问如果失败会发生什么。这应该从VM到整个数据中心区域。
当然，您需要权衡将整个解决方案复制到另一个DC的成本，纯粹是出于信赖目的。区域故障非常罕见，如果您可以处理某些停机时间，您可能更好地确保将数据复制到另一个区域（通过使用GRS存储）并让流程将数据重新联机来自其他地区。
但是当然，通过这样做，你已经决定了在发生这种失败时你想要发生什么。这是重点。