S3静态网站/w Bluegreen部署 [英] S3 static website /w bluegreen deployment

查看:14
本文介绍了S3静态网站/w Bluegreen部署的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我在为我的S3静态网站提供蓝绿色时遇到困难。我在给定的存储桶中发布了该网站的一个版本,并在以下位置公开:

  • 一个CloudFront分发
  • 然后在53号公路上
  • 和另一个CDN(企业,用于解析DNS)以访问互联网。

我尝试了一些"计算"解决方案,如ALB,但不成功。

我遇到的主要问题是,当我使用新地址更新CloudFront时,DNS复制时间很长,这使得我很难将未来版本回滚到旧版本(考虑对此发布使用不同的存储桶)。

有没有人经历过这个问题,或者知道如何解决这个问题?

推荐答案

建议您为每个云前端版本创建不同的版本 蓝色/绿色变体,每个都有自己的DN。

来自Hosting Static Websites on AWS说明性指导:

不同的CloudFront发行版可以指向相同的Amazon S3 存储桶,因此不需要有多个S3存储桶。每一种变体 [A/B或蓝色/绿色]会将其资产存储在同一S3存储桶中的不同文件夹下。 将CloudFront行为配置为指向各自的Amazon 每个A/B或蓝色/绿色变体的S3文件夹。

该策略的另一个关键部分是Amazon Routing 53功能 称为加权布线。加权工艺路线允许您将 使用单个DNS名称和动态解析DNS的多个资源 基于它们的相对分配的权重。所以如果你想把你的 流量70/30对于A/B测试,将相对权重设置为70,并 30.对于蓝色/绿色部署,自动化脚本可以调用Amazon Routing 53 API来逐渐将相对权重从蓝色 在自动测试验证绿色版本是 健康。

这篇关于S3静态网站/w Bluegreen部署的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆