如何保证 Serverless 业务部署更新的一致性?

简介: 代码在其他场景被更新,需要我们在当前得到感知,这个事情其实是非常重要的,和代码的安全发布密不可少。而此时,通过 Serverless Devs 是可以做到的。

作者|Anycodes

从我做 Serverless 工具开始,就经常会遇到有人问这样一个问题:如何保证 Serverless 业务部署更新的一致性。

所谓的一致性在这里指的是:我们通过工具在本地进行项目部署,此时再有人通过其他途径(例如控制台等),对项目进行过更新等操作,此时我再在本地进行项目部署,是不是会直接覆盖?

例如,当用户 A 在本地更新了业务,因为一些特殊情况,导致出现了一个线上异常情况 “X”,此时用户 B 重新更新,将这个内容修复了,但是 B 没有及时同步给 A 这个事情,A 又更新了新的功能,直接覆盖了 B 的内容,这个时候之前的异常 “X” 又出现了,如果此时在 A 更新的时候,可以感知到线上资源已经变动,那么这种事情就不会再次发生。

目前基于 Serverless Devs 的阿里云函数计算组件,已经支持了线上 “异动” 的感知能力,包括了以下几个情况:

  • 本地新建并部署一个线上没有的资源
  • 本地部署完成,线上更新,本地再次部署
  • 本地新建并部署一个线上已经有的资源

实验准备

通过 s init 创建一个函数(选择 Aibaba Cloud Serverless, 选择 HTTP Function - Python3 Example ):

如何保证 Serverless 业务部署更新的一致性?

此时我们查看一下 s.yaml :

如何保证 Serverless 业务部署更新的一致性?

该项目部署到线上之后的表现就是在 cn-hangzhou 区创建一个 fc-deploy-service 服务,以及 http-trigger-function 函数。

实验过程

本地新建并部署一个线上没有的资源

此时,我们确定一下线上并没有对应资源,所以我们部署一下:
如何保证 Serverless 业务部署更新的一致性?
部署完成,很顺利:
如何保证 Serverless 业务部署更新的一致性?
打开浏览器,查看反馈给我们的自定义地址:

如何保证 Serverless 业务部署更新的一致性?
此时,我们可以在本地,更新一下这个函数代码:

如何保证 Serverless 业务部署更新的一致性?

保存部署:

如何保证 Serverless 业务部署更新的一致性?

完成之后,再查看线上资源:

如何保证 Serverless 业务部署更新的一致性?
整个过程,还是比较贴近传统的基本流程,也没有触发线上异动,算是中规中矩的理想过程。

本地部署完成,线上更新,本地再次部署

此时,我们对线上资源进行变更,首先在控制台找到函数:

如何保证 Serverless 业务部署更新的一致性?

修改代码,并部署。

如何保证 Serverless 业务部署更新的一致性?

部署完成之后,我们刷新一下刚才的地址:

如何保证 Serverless 业务部署更新的一致性?
可以看到已经更新。此时,我们再从本地进行部署:

如何保证 Serverless 业务部署更新的一致性?

可以看到,系统已经感知到我们的代码变化,此时,我们选择yes,完成之后在查看线上资源:

如何保证 Serverless 业务部署更新的一致性?
此处需要额外说明的是,只要是函数计算的服务,函数,触发器发生变化,此处都可以进行感知,不管是配置还是代码。

本地新建并部署一个线上已经有的资源

此时,我们再进行最后的实验,我们将本地项目删除,重新建设。然后执行部署,由于刚刚实验过的原因,我们已经在线上存在了这些资源,所以此时算是部署一个线上的资源。

如何保证 Serverless 业务部署更新的一致性?

此时可以看到,系统感知到这个资源本地没部署过,线上并且已经存在,所以此时需要确定是否覆盖。

总结

代码在其他场景被更新,需要我们在当前得到感知,这个事情其实是非常重要的,和代码的安全发布密不可少。而此时,通过 Serverless Devs 是可以做到的。

那么问题来了,如果我已经有了一个项目,我想集成到cd流程,我不想出现交互式操作,应该如何处理呢?

此时我们提供一个 --ues-local 参数,用来强行覆盖线上配置,通过这样的指令就可以实现无交互的,本地优先。

每一个工具的诞生,都要有一个成长的过程,Serverless Devs 正在不断的成长。期待更多更好的功能出现。

原文链接

本文为阿里云原创内容,未经允许不得转载。

上一篇:当新零售遇上 Serverless


下一篇:七夕赶上服务器架构升级,女朋友的约会怎么办