如何保證 Serverless 業(yè)務(wù)部署更新的一致性？
從我做 Serverless 工具開始，就經(jīng)常會遇到有人問這樣一個(gè)問題：如何保證Serverless業(yè)務(wù)部署更新的一致性。
所謂的一致性在這里指的是：我們通過工具在本地進(jìn)行項(xiàng)目部署，此時(shí)再有人通過其他途徑（例如控制臺等），對項(xiàng)目進(jìn)行過更新等操作，此時(shí)我再在本地進(jìn)行項(xiàng)目部署，是不是會直接覆蓋？
例如，當(dāng)用戶 A 在本地更新了業(yè)務(wù)，因?yàn)橐恍┨厥馇闆r，導(dǎo)致出現(xiàn)了一個(gè)線上異常情況“x”，此時(shí)用戶 B 重新更新，將這個(gè)內(nèi)容修復(fù)了，但是 B 沒有及時(shí)同步給 A 這個(gè)事情，A 又更新了新的功能，直接覆蓋了 B的內(nèi)容，這個(gè)時(shí)候之前的異常 x 又出現(xiàn)了，如果此時(shí)在 A 更新的時(shí)候，可以感知到線上資源已經(jīng)變動，那么這種事情就不會再次發(fā)生。
目前基于 Serverless Devs 的阿里云函數(shù)計(jì)算組件，已經(jīng)支持了線上“異動”的感知能力，包括了以下幾個(gè)情況：
本地新建并部署一個(gè)線上沒有的資源
本地部署完成，線上更新，本地再次部署
本地新建并部署一個(gè)線上已經(jīng)有的資源
實(shí)驗(yàn)準(zhǔn)備
通過s init創(chuàng)建一個(gè)函數(shù)（選擇Alibaba Cloud Serverless， 選擇HTTP Function - Python3 Example）：
此時(shí)我們查看一下s.yaml：
該項(xiàng)目部署到線上之后的表現(xiàn)就是在cn-hangzhou區(qū)創(chuàng)建一個(gè)fc-deploy-service服務(wù)，以及http-trigger-function函數(shù)
本地新建并部署一個(gè)線上沒有的資源
此時(shí)，我們確定一下線上并沒有對應(yīng)資源，所以我們部署一下：
部署完成，很順利：
打開瀏覽器，查看反饋給我們的自定義地址：
此時(shí)，我們可以在本地，更新一下這個(gè)函數(shù)代碼：
保存部署：
完成之后，再查看線上資源：
整個(gè)過程，還是比較貼近傳統(tǒng)的基本流程，也沒有觸發(fā)線上異動，算是中規(guī)中矩的理想過程。
本地部署完成，線上更新，本地再次部署
此時(shí)，我們對線上資源進(jìn)行變更，首先在控制臺找到函數(shù)：
修改代碼，并部署。
部署完成之后，我們刷新一下剛才的地址：
可以看到已經(jīng)更新。此時(shí)，我們再從本地進(jìn)行部署：
可以看到，系統(tǒng)已經(jīng)感知到我們的代碼變化，此時(shí)，我們選擇yes，完成之后在查看線上資源：
此處需要額外說明的是，只要是函數(shù)計(jì)算的服務(wù)，函數(shù)，觸發(fā)器發(fā)生變化，此處都可以進(jìn)行感知，不管是配置還是代碼。
本地新建并部署一個(gè)線上已經(jīng)有的資源
此時(shí)，我們再進(jìn)行最后的實(shí)驗(yàn)，我們將本地項(xiàng)目刪除，重新建設(shè)。然后執(zhí)行部署，由于剛剛實(shí)驗(yàn)過的原因，我們已經(jīng)在線上存在了這些資源，所以此時(shí)算是部署一個(gè)線上的資源。
此時(shí)可以看到，系統(tǒng)感知到這個(gè)資源本地沒部署過，線上并且已經(jīng)存在，所以此時(shí)需要確定是否覆蓋。
總結(jié)
代碼在其他場景被更新，需要我們在當(dāng)前得到感知，這個(gè)事情其實(shí)是非常重要的，和代碼的安全發(fā)布密不可少。而此時(shí)，通過Serverless Devs是可以做到的。
那么問題來了，如果我已經(jīng)有了一個(gè)項(xiàng)目，我想集成到cd流程，我不想出現(xiàn)交互式操作，應(yīng)該如何處理呢？
此時(shí)我們提供一個(gè)--use-local參數(shù)，用來強(qiáng)行覆蓋線上配置，通過這樣的指令就可以實(shí)現(xiàn)無交互的，本地優(yōu)先。
每一個(gè)工具的誕生，都要有一個(gè)成長的過程，Serverless Devs正在不斷的成長。期待更多更好的功能出現(xiàn)。
