Azure CDN 和 Azure API 管理集成
Azure CDN and Azure API Management integration
我发现here以下架构：
我了解到单页 Web 应用程序向 CDN 请求静态资源，向 APIM 请求 API 资源。浏览器是否联系了两个不同的 FQDN（例如：www.site.it 和 www.api.site.it）？
为了使用单个 FQDN 访问，我可以将 CDN 移到 APIM 之前吗？我可以用CDN规则实现吗？
可以帮我吗？
这应该可以通过 Azure CDN 的 Verizon 高级层中提供的路由规则实现。
您需要配置的规则是针对可能 return sensitive/user-specific 数据的任何端点的 URL Rewrite for requests with a /api path and the Bypass Cache 规则。
另外，请注意，您优化了 return 动态内容的 API 性能，您也希望将 APIM 部署到多个区域（以及它背后的 API，在这种情况下起作用）。
Azure Front Door 是您可以考虑的另一种选择，它具有许多其他可用的功能。
这可以通过为 API 创建第二个原点和原点组（为您已有的原点创建第一个）来实现，自定义类型指向 URL API。然后向规则引擎添加带有“来源组覆盖”操作的 URL 重写规则并选择您的 API 来源（您可能还想启用“缓存过期”操作以绕过缓存）。
我发现here以下架构：
我了解到单页 Web 应用程序向 CDN 请求静态资源，向 APIM 请求 API 资源。浏览器是否联系了两个不同的 FQDN（例如：www.site.it 和 www.api.site.it）？
为了使用单个 FQDN 访问，我可以将 CDN 移到 APIM 之前吗？我可以用CDN规则实现吗？
可以帮我吗？
这应该可以通过 Azure CDN 的 Verizon 高级层中提供的路由规则实现。
您需要配置的规则是针对可能 return sensitive/user-specific 数据的任何端点的 URL Rewrite for requests with a /api path and the Bypass Cache 规则。
另外，请注意，您优化了 return 动态内容的 API 性能，您也希望将 APIM 部署到多个区域（以及它背后的 API，在这种情况下起作用）。
Azure Front Door 是您可以考虑的另一种选择，它具有许多其他可用的功能。
这可以通过为 API 创建第二个原点和原点组（为您已有的原点创建第一个）来实现，自定义类型指向 URL API。然后向规则引擎添加带有“来源组覆盖”操作的 URL 重写规则并选择您的 API 来源（您可能还想启用“缓存过期”操作以绕过缓存）。