我在一个EC2实例中运行了一个web应用程序,该实例是从example.com服务的。我们的主页、公司信息等目前是应用程序的一部分,但我们希望将这些内容转移到单独管理的服务中--特别是由第三方托管的WordPress站点。我正在寻找一个AWS管理的解决方案来反向代理内部应用程序和example.com上的外部站点,根据URL路径将请求定向到其中一个或另一个。
我会使用ELB应用程序负载均衡器,但据我所知,它不能使用外部域或IP作为目标(没有设置直接连接,这在这里不相关)。看起来,CloudFront可以为内部应用程序和WordPress站点提供不同的来源,但这似乎并不是合适的工作工具。
有简单的答案吗?
发布于 2020-02-24 21:33:21
有人曾说..。
CloudFront不仅仅是一个CDN。它也是一个SSL卸载程序,主机:头重写器、路径预写器、geolocator、georestrictor、安全内容网关、http到https重定向器、错误页自定义器、根页替换程序、web应用防火墙、源头注入器、动态内容压缩器、基于路径的多源http请求路由器、查看器平台标识符、DDoS缓解器、区域顶点别名目标.所以别太沉迷于‘CDN’.https://stackoverflow.com/a/35616286/1695906
事实上,那是我,所以也许它不算,但我建议,即使CloudFront被营销为CDN,它实际上是一个几乎无限规模的全球分布的反向代理,它也有一个缓存,你可以使用--或者不使用--由你自己决定。我建议这正是描述的用例的解决方案。只要来源可以从互联网上访问,他们就不必是在AWS中。带有EC2托管站点的CloudFront也在全球网络性能方面传递了一些优势,即使它没有缓存,因为流量到达查看器附近的边缘位置,然后在AWS管理的网络上返回EC2,而不是通过公共互联网从查看器传输到EC2。
当然,您可以添加HAProxy或Nginx作为应用程序负载均衡器后面的反向代理,然后使用平衡器基于路径的目标规则将流量转移到反向代理,然后将其从EC2发送到第三方Wordpress站点,但这似乎是一种倒退。
https://serverfault.com/questions/1004402
复制相似问题