一个遗留的单体应用在 Azure VM 上的内部负载均衡器后面运行。您必须以零停机时间将端点逐步迁移到微服务，并保留一个公共 API 端点。计划是每次将一个路由移动到新服务，而其余路由保留在单体应用上。您应该实施什么？

此方案要求在零停机时间下逐步迁移，并保留单个公共 API 端点。Azure API Management (APIM) 是实现此目标的理想选择。APIM 允许您将单体应用和新的微服务都配置为后端。通过使用 APIM 的策略（例如基于路径的路由和重写），您可以根据请求的路径或操作，将特定的流量逐步路由到新的微服务，而其余流量则继续流向现有的单体应用。这支持金丝雀发布和蓝/绿部署模式，确保了平滑的迁移过程，且用户体验不受影响。 完全重建并一次性切换 DNS 会导致停机，不符合零停机时间的要求。通过 Azure Front Door 直接公开微服务并移除单体应用不符合逐步迁移的要求，且无法处理现有单体应用上的路由。Azure Traffic Manager 主要用于全局流量管理和高可用性，其基于 IP 级别的加权路由不适合根据请求路径进行精细的路由控制。Logic Apps 用于集成工作流，不适合作为公共 API 网关来管理流量路由。