我需要带有 Azure API 服务的 Azure 流量管理器吗？
Do I need Azure Traffic Manager with Azure API Services?
我的目标是使用 API 使用 Azure Service Fabric 的服务在 Azure 中托管 Web API。 Azure Traffic Manager 似乎更倾向于基础设施即服务 (IAAS) 的服务，例如负载平衡、容错等。Azure Service Fabric 更倾向于平台即服务 (PAAS) 模型，并带有自己的集群。如果我的目标是在 Azure 中托管 web APIs（通过利用 Azure Service Fabric 创建，不需要 Web 应用程序），我是否可以跳过使用 Azure Traffic Manager，因为 Service Fabric 已经提供了集群？如果不是，那我为什么要使用 Azure 流量管理器？我错过了什么吗？
您忽略了一个事实，即您在其中提到的所有内容都依赖于单个区域，并且有时区域会消亡。
例如，如果您在西欧有一个 Service Fabric，而西欧地区消失了，您就失去了整个解决方案。
如果您在西欧和北欧有一个 Service Fabric，其中复制了数据，并且流量管理器配置文件分布在它们之间。在那种情况下，当一个区域死亡时，您仍然有一个可行的解决方案。
构建可用解决方案时，您需要能够指向解决方案中的任何项目并询问如果失败会发生什么情况。这应该从 VM 到整个数据中心区域。
当然，您需要将其与纯粹出于可靠性目的将整个解决方案复制到另一个 DC 的成本进行权衡。区域故障很少发生，如果您可以处理 一些 停机时间，您最好确保将数据复制到另一个区域（通过使用 GRS 存储）并有一个过程来实现这一点数据从另一个地区重新上线。
当然，通过这样做，您已经决定了在发生故障时您希望发生什么。这就是重点。
我的目标是使用 API 使用 Azure Service Fabric 的服务在 Azure 中托管 Web API。 Azure Traffic Manager 似乎更倾向于基础设施即服务 (IAAS) 的服务，例如负载平衡、容错等。Azure Service Fabric 更倾向于平台即服务 (PAAS) 模型，并带有自己的集群。如果我的目标是在 Azure 中托管 web APIs（通过利用 Azure Service Fabric 创建，不需要 Web 应用程序），我是否可以跳过使用 Azure Traffic Manager，因为 Service Fabric 已经提供了集群？如果不是，那我为什么要使用 Azure 流量管理器？我错过了什么吗？
您忽略了一个事实，即您在其中提到的所有内容都依赖于单个区域，并且有时区域会消亡。
例如，如果您在西欧有一个 Service Fabric，而西欧地区消失了，您就失去了整个解决方案。
如果您在西欧和北欧有一个 Service Fabric，其中复制了数据，并且流量管理器配置文件分布在它们之间。在那种情况下，当一个区域死亡时，您仍然有一个可行的解决方案。
构建可用解决方案时，您需要能够指向解决方案中的任何项目并询问如果失败会发生什么情况。这应该从 VM 到整个数据中心区域。
当然，您需要将其与纯粹出于可靠性目的将整个解决方案复制到另一个 DC 的成本进行权衡。区域故障很少发生，如果您可以处理 一些 停机时间，您最好确保将数据复制到另一个区域（通过使用 GRS 存储）并有一个过程来实现这一点数据从另一个地区重新上线。
当然，通过这样做，您已经决定了在发生故障时您希望发生什么。这就是重点。