基于HTTP头的CloudFront多Origin路由方案实现咨询

核心配置步骤 #

• 配置CloudFront源站：在CloudFront控制台中分别添加两个ALB作为自定义源，命名为ALB1和ALB2，确保源站域名、端口（一般HTTPS用443）配置正确。
• 创建缓存策略：
  • 新建缓存策略，勾选需要根据其路由的HTTP头（比如X-App-Version）作为缓存键的一部分，这样CloudFront会根据不同的头值区分缓存条目。
  • 注意：如果不需要缓存区分，只是路由，可以在缓存策略中设置忽略缓存，但通常建议保留缓存并根据头区分，避免回源压力。
• 配置CloudFront行为：
  • 针对目标路径（比如/*）创建行为，在源和转发设置中，选择基于请求头的路由：
    • 添加条件：当请求头（如X-App-Version）等于旧值（比如v1）时，路由到ALB1；
    • 添加另一个条件：当请求头等于新值（比如v2）时，路由到ALB2；
    • 设置默认行为（可选）：如果头不存在或为其他值，路由到默认源（比如ALB1）。
• 验证路由规则：
  • 使用curl命令测试：

    curl -H "X-App-Version: v1" https://your-cloudfront-domain.com
    

    检查是否路由到ALB1；同理测试v2值的请求是否路由到ALB2。

注意事项 #

• HTTPS配置：确保CloudFront与ALB之间的通信使用HTTPS，配置对应的证书（可以用AWS Certificate Manager的证书）。
• 缓存键优化：如果路由头不需要作为缓存键的一部分（比如只是路由，缓存内容不区分头值），可以在源请求策略中转发该头，但不在缓存策略中包含它，不过这种场景下要注意缓存命中率的问题。
• Lambda@Edge扩展（可选）：如果需要更复杂的路由逻辑（比如正则匹配头值、动态修改头），可以添加Lambda@Edge的Viewer Request触发器，在触发器中根据请求头修改origin字段实现路由。

内容的提问来源于stack exchange，提问作者Nauti