基于路径的Cloudfront和EC2路由

Question

因此，当前我们有两个ec2实例（分别说A和B）和一个云前。

如果用户访问www.appdomain.com/app，则应将其路由到cloudfront SPA页面。 但是，如果用户访问www.appdomain.com，则应将其路由到EC2实例A，如果用户访问www.appdomain.com/api，则应将其路由到EC2实例B。

所有这些应用程序必须位于同一域中。

现在，我们了解了如何使用应用程序负载平衡器设置路径规则，但也想知道如何将其设置为Cloudfront。

更新：所以总的来说，问题是我们如何将/ app路由到cloudfront /和/ api路由到ec2。

Answer 1

所有这些应用程序必须位于同一域中。

在这种情况下，对该域的每个请求都必须首先通过CloudFront。

您的DNS记录将需要指向CloudFront（而不是ALB），然后CloudFront负责将请求路由到适当的目标-通过ALB到EC2实例，到S3存储桶以及您需要将请求转到何处-这些都被称为内容来源 。

一旦通过其各自的域名（不是您网站的域名，而是专门用于所涉及资源的域名）指定了来源，就可以定义CloudFront 路径模式以选择接收每个模式请求的来源（例如/api* ）。

将您的DNS更改为指向CloudFront之后，所有请求都将首先发送到CloudFront，然后移交给下一个服务，除非CloudFront拥有所请求对象的缓存副本-在这种情况下，CloudFront将从其缓存中为其提供服务，并且什么都不会发送到原点。

您不能从ALB路由到CloudFront，但是可以从CloudFront路由到ALB。

如果不使用能够匹配路径并代表请求者获取内容的反向代理，则无法将域细分为多个不同的基于路径的内容来源，HTTP和DNS不支持此类功能。 除了提供CDN服务之外，CloudFront还是反向代理。

当然，ALB也是反向代理，但不支持CloudFront所支持的多种不同类型的内容来源-ALB仅支持EC2实例，数据中心中的服务器（在这种情况下，ALB必须在其中具有VPN路径）以达到目标），而Lambda则作为内容来源。 只要使用HTTP / HTTPS并且可以通过Internet进行访问，CloudFront便可以将任何内容用作内容来源。 （要选择一个随机的示例，CloudFront甚至可以使用来自其他供应商的服务（例如Google Cloud Storage存储桶）作为内容来源，如果出于某种原因您需要这样做，因为这些都是可以通过HTTP通过公共互联网访问。）