重庆网领网站建设公司,网站建设专家选哪家,房地产宣传软文,网站建设要考虑的问题Hello大家好#xff0c;我们今天继续讨论AWS Lambda的内容。
Lambda函数的版本
Lambda函数的版本和别名是辅助资源#xff0c;我们可以通过创建这些资源管理函数的部署和调用。
首先#xff0c;让我们来看一下Lambda 函数版本的概念。您可以使用版本来管理函数的部署。例…
Hello大家好我们今天继续讨论AWS Lambda的内容。
Lambda函数的版本
Lambda函数的版本和别名是辅助资源我们可以通过创建这些资源管理函数的部署和调用。
首先让我们来看一下Lambda 函数版本的概念。您可以使用版本来管理函数的部署。例如您现在生产环境上运行了一个函数假设是V1版本您可以发布一个这个函数的新版本比如发布V2版本以用于新版本测试而不会影响生产环境V1版本的用户。
这里有一个** L A T E S T 的概念 LATEST的概念 LATEST的概念LATEST您可以理解成它是最新的“未发布版本”**当您创建和使用Lambda函数时您就是在处理$ LATEST版本您可以一直修改$LATEST直到您满意为止。这是一个可变函数因为您可以对其进行修改。
然后当修改完成后您需要发布来使用Lambda函数这个时候您就需要创建一个版本比如V1版本。您每次发布函数时Lambda 都会为函数创建一个新版本。
在您发布版本后函数的代码和大多数设置都会被锁定也就是不可改变的了这也是为了给该版本的用户维持一致的体验您无法在进行修改。比如一旦发布V1版本V1版本就无法在修改了。
修改函数后可以通过将其发布为新的版本以投入使用比如V2、V3等。每一个版本都有各自的ARN所以您可以单独调用V1版本也可以单独调用V2版本或者$LATEST。
那函数版本都包括什么呢**它包括您的代码以及所有关联的依赖项调用函数的运行环境函数的设置以及环境变量等等。**发布函数版本之后这些都是不可变的比如如果您想调整内存您需要创建一个新版本如V2然后进行发布。
您可以访问每个版本的Lambda函数当您进行金丝雀测试时会非常有帮助。
Lambda 函数别名
接下来我们来讨论Lambda 函数别名aliases。
Lambda 别名类似于指向特定函数版本的指针您可以定义任何您想要使用的别名比如一些比较常见的别名例子为开发、测试、生成环境的别名。您可以定义这些别名然后分别将其指向不同的Lambda版本。
每个别名都有唯一的 ARN而且别名是可以更改指向的可以更新别名以便指向函数的新的或其他版本。
我们举个的例子组织一般都会分为开发、生产、测试环境比如对应我们的3个函数版本LATEST、V1和V2。然后
我们可以创建一个DEV的别名将其指向LATEST版本
在创建一个TEST别名将其指向V2版本
以及创建一个PROD别名将其指向V1版本。
以上三个别名的ARN都是不同的这样如果有用户访问DEV别名的ARN时就会被重定向到LATEST函数版本访问TEST别名时就会重定向到V2版本PROD别名同理。
对于用户的角度可以访问DEVTEST和PROD三个别名重定向到对应的函数版本然后我们可以更改这三个别名指向我们希望的其他的函数版本。
使用别名可以支持蓝绿部署可以为Lambda函数分配权重这样的话访问别名之后就不只是对应一个函数版本了。
比如访问PROD别名时可以配置将访问的95%的流量指向V1也就是生成环境的稳定版本然后将5%的访问流量切到V2版本用于测试新版本。这是通过配置权重来实现的。
函数别名与API网关
我们继续。
一般情况下新版本发布都会遵循三个阶段开发阶段、测试阶段及发布至生产环境。新版本会在开发环境做测试如果测试确认没问题之后会先发布到测试环境通常测试环境会导入生成环境的部分访问流量做测试如果测试确认没问题在慢慢将更多的流量导入测试环境的新版本最终完成新版本的发布。
接下来我们拿一个API网关的环境来说明下针对不同的阶段函数别名的运用
这里有一个开发Stage开发阶段指向DEV的别名然后向$LATEST的Lambda函数路由100%的流量。还有一个测试Stage测试阶段指向TEST别名向Lambda函数的V2版本路由100%的流量。生产Stage生产阶段指向PROD别名向Lambda函数的V1版本路由100%的流量。
V2是我们的新版本假设目前内部已经测试确认了我们需要将V2版本发布到生产环境也就是PROD别名。可以通过配置权重将生产的访问量慢慢切换到V2版本。比如配置PROD别名将95%的流量指向V1然后将5%的流量指向V2版本。
我们在这个例子中要注意的是上面这个切换版本的步骤是发生在Lambda别名级别我们调整的是PROD别名
在API网关这一侧指向的别名一直没有改变我们不必修改API网关配置。
所以在上面这种或者类似的场景中如果我们需要部署和切换不同的函数版本使用函数别名来进行配置的话就会非常的方便当有新的函数版本时我们只需要通过别名配置将流量慢慢切换到新的函数版本而不需要每次发布时调整API网关的配置。
通过这个例子希望大家对于函数别名的功能和使用场景有所了解发布新版本时使用别名只需要调整别名的指向而不需要调整其前面的对于上面这个例子的API网关的配置。
Lambda与CodeDeploy
最后我们来看一下 Lambda和CodeDeploy。
CodeDeploy可以帮助您实现自动化的Lambda别名的流量转移功能也就是Traffic shifting功能如果您使用SAM无服务器应用程序模型来创建这个功能是直接内置的。
我们来看一下整个的流程这里有一个PROD别名以及两个函数版本V1和V2。V1是当前线上的版本V2是您刚刚发布的新版本。
假设目前线上都是在访问函数的V1版本而V2版本0%没有访问量您希望将V1的访问量慢慢转移到新版本V2这样完成新版本的上线使用。
注意这里说的不是手动一下切到V2版本而是通过配置自动将当前V1版本的100%的访问量慢慢的按一定百分比转移到新版本V2上。逐步将访问量切换到新版本而不是立刻切换也是为了当新版本有问题时将影响降到最低。
CodeDeploy就可以帮您实现这个过程。
那多久且每次转移多少百分比的访问量到新的版本呢这就需要定义部署策略我们来看一下都有哪些策略 第一种部署策略为线性的方式也就是您可以定义每隔N分钟增加10%的流量直到100%。比如Linear10PercentEvery1Minute定义每1分钟转移10%的访问量到V2版本直到100% 。以及 Linear10PercentEvery2Minutes定义每2分钟转移10%的访问量到V2版本直到100% 或者配置为每3分钟以及每10分钟转移10%流量直到100%以上这些就是线性的方式。
第二种部署的策略为金丝雀方式您可以选择Canary10Percent5Minutes 5分钟切换10%的流量然后如果没有收到任何错误切换剩下的所有流量到新版本V2。Canary10Percent10Minutes或者10分钟切换10%的流量然后如果没有收到任何错误切换剩下的所有流量到新版本V2。以及定义15、30分钟切换10%的流量然后在切换剩下的所有流量到新版本V2。
第三种部署的策略为All-at-once这种方式就不会在按照一定的百分比切换访问量了而是将所有的流量从原来的版本一次性切换到新的版本。
最后我们可以配置Hooks挂钩,在流量转换开始到新版本之前 和 流量转换完成后运行健康检查。
比如我们如果配置了转移前的hook在部署V2版本时测试此版本函数是否正常然后当流量转移到新版本V2之后还会运行一个流量转移后的Hook确保一切正常当测试时发现问题时自动对版本进行回滚所以这个Hooks挂钩的作用是非常大的。
好的以上就是我们今天课时的内容我们讨论了AWS Lambda – 第四部分的内容希望能够给大家带来帮助。
