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