由Google Cloud CDN中的主机或URL映射为HTTP（S）负载平衡缓存路由吗？

Google Cloud CDN用于HTTP（S）负载平衡最近宣布（https://cloud.google.com/compute/docs/load-balancing/http/cdn）。由Google Cloud CDN中的主机或URL映射为HTTP（S）负载平衡缓存路由吗？

考虑以下设置：

我有一个接受的所有主机和它们路由到相同的后端服务的单个URL映射的HTTP负载平衡器
我有两个独立的网站，a.com和b.com从后端服务
a.com和b.com都在同一路径上提供唯一的可缓存资产，例如/favicon.ico（想象它是a.com上的图标和b.com上的字母B图标）

Google Cloud CDN缓存请求将提供给a.com/favicon.ico和b.com /favicon.ico分别由于资产在不同的主机上？或者因为它们都属于同一个URL地图，所以它们会被视为Google Cloud CDN的同一请求吗？

该文档使其不清楚，因为缓存失效引用以URL地图和路径作为参数。没有选项提供的缓存失效主机，这使得它缝好像缓存资产时，不考虑主机：

gcloud alpha compute url-maps invalidate-cache URL_MAP --path PATH

来源

2015-12-14 Caleb

是，谷歌云CDN认为整个URL时，高速缓存，所以http://a.example.com/favicon.ico和http://b.example.com/favicon.ico将被视为单独的资源。

来源

2015-12-16 01:46:40 elving

是否有计划将-host参数添加到invalidate-cache调用中？看起来，使用--host和--path参数在LoadBalancer本身调用invalidate-cache调用会更有意义，而不是在URL地图上调用它。 – Caleb

当您说负载平衡器本身时，您指的是哪种类型的Google Compute Engine资源？ cloud.google.com用户界面将URL映射资源称为“HTTP负载平衡器”，并且gcloud CLI要求您在启动缓存失效时指定URL映射。我同意添加一个--host参数是有道理的。 – elving

好点，URL地图是正确的资源。我正在将URL Maps与Path Matchers混淆。对于我们这些运行多个站点的人来说--host参数会有很大帮助（我通过相同的URL映射运行> 20）。我应该在https://code.google.com/p/google-compute-engine/issues/list中解决问题 – Caleb

由Google Cloud CDN中的主机或URL映射为HTTP（S）负载平衡缓存路由吗？

回答

相关问题