标签：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 ）：
此时我们查看一下 s.yaml ：
该项目部署到线上之后的表现就是在 cn-hangzhou 区创建一个 fc-deploy-service 服务，以及 http-trigger-function 函数。
实验过程
本地新建并部署一个线上没有的资源
此时，我们确定一下线上并没有对应资源，所以我们部署一下：
部署完成，很顺利：
打开浏览器，查看反馈给我们的自定义地址：
此时，我们可以在本地，更新一下这个函数代码：
保存部署：
完成之后，再查看线上资源：
整个过程，还是比较贴近传统的基本流程，也没有触发线上异动，算是中规中矩的理想过程。
本地部署完成，线上更新，本地再次部署
此时，我们对线上资源进行变更，首先在控制台找到函数：
修改代码，并部署。
部署完成之后，我们刷新一下刚才的地址：
可以看到已经更新。此时，我们再从本地进行部署：
可以看到，系统已经感知到我们的代码变化，此时，我们选择yes，完成之后在查看线上资源：
此处需要额外说明的是，只要是函数计算的服务，函数，触发器发生变化，此处都可以进行感知，不管是配置还是代码。
本地新建并部署一个线上已经有的资源
此时，我们再进行最后的实验，我们将本地项目删除，重新建设。然后执行部署，由于刚刚实验过的原因，我们已经在线上存在了这些资源，所以此时算是部署一个线上的资源。
此时可以看到，系统感知到这个资源本地没部署过，线上并且已经存在，所以此时需要确定是否覆盖。
总结
代码在其他场景被更新，需要我们在当前得到感知，这个事情其实是非常重要的，和代码的安全发布密不可少。而此时，通过 Serverless Devs 是可以做到的。
那么问题来了，如果我已经有了一个项目，我想集成到cd流程，我不想出现交互式操作，应该如何处理呢？
此时我们提供一个 --ues-local 参数，用来强行覆盖线上配置，通过这样的指令就可以实现无交互的，本地优先。
每一个工具的诞生，都要有一个成长的过程，Serverless Devs 正在不断的成长。期待更多更好的功能出现。
本文为阿里云原创内容，未经允许不得转载。
标签：Serverless,部署,更新,此时,线上,本地,一致性 来源： https://www.cnblogs.com/yunqishequ/p/15060465.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。