HTTP在AWS世界中重定向，有比S3+CloudFront更好的吗？
我将我的域名从CloudFlare的DNS移动到AWS Route53，在某些情况下，我使用CloudFlare的重定向来处理已死的项目，以便它们的域转到另一个域中的页面，因此https://projectx.com转到https://example.com/projectx-is-no-more。
我想在AWS中复制这个，到目前为止我发现的是：
- 设置一个S3桶，并将其重定向到所需的
https://example.com/projectx-is-no-more - 为域设置CloudFront，
projectx.com - 为projectx.com生成TLS证书并将其添加到CloudFront，这样它就可以同时为https和http提供服务。
- 设置Route53以将域名解析为CloudFront。
我设置它，它工作，我甚至使用CDK，所以我不做手动。但我想知道是否有一种方式来设置这些重定向，需要较少的移动碎片。听起来，这样的重定向是一个很常见的问题，也许Route53或CloudFront会有一个捷径。有吗？
更新:仅使用S3不起作用，因为S3不能为https://projectx.com服务。S3没有对任意域的HTTPS请求作出响应的方法，也没有办法为另一个域添加TLS证书(和密钥)。
回答 2
Stack Overflow用户
发布于 2022-02-03 13:10:13
我查看了信息，只看到了三种可能的解决方案：
- 设置CloudFront + S3 *
- 设置应用负载平衡器
- 设置API网关+ Lambda (可以使用模拟集成代替Lambda，这样可以降低服务成本)
- 将GitHub页面与自定义域结合使用
HTTPS S3只支持※流量，因此我们需要为HTTPS添加CloudFront：
亚马逊S3不支持HTTPS访问该网站。如果您想使用HTTPS，您可以使用亚马逊CloudFront来服务于S3上的静态网站。
在我看来，第二种方式是超级容易设置，但运行24/7 ALB有点昂贵。另一方面，Lambda和API 价格取决于请求计数。CloudFront似乎也是便宜点而非ALB。
因此，更好的解决方案取决于您有多少请求。
第四种解决方案依赖于GitHub平台(比AWS的范围更宽)，但它是绝对免费的，支持自定义域，让我们公开加密证书。您只需要使用静态index.html文件创建将执行重定向的存储库。
Stack Overflow用户
发布于 2022-02-03 12:14:49
您可以在不包括CloudFront的情况下完成它。
您需要做的是创建S3桶projectx.com。在Properties去Static website hosting。启用静态网站托管，并选择Redirect作为托管类型(添加重定向URL)。
您仍然需要设置Route53，但是现在您将向这个projectx.com桶添加别名，而不是进入CloudFront
https://stackoverflow.com/questions/70970954
复制相似问题
腾讯云开发者
