使用 ServerLess 實現雲原生

筆者有幸經歷了 iaas（os）、caas（container），在這兩年又聽到了 faas（funtion），這也是運維開發領域裡的第三個階段了吧，今天我將從乙個不懂得開發的系統工程師視角以及結合之前的幾篇系列文章為各位詮釋這個概念。

一開始聽到 serverless 我以為是類似於 vps（建站主機）亦或者是 vm、container 之類的具備完整 os 或半完整 os 生態的乙個全新開發方式，後來發現我完全理解錯了，如果說傳統的雲計算是這樣分層的：

那麼 faas（serverless 為代表的的 funtion as a service）就是把 saas 再進行精細化拆分，可以看這張圖就明白了（特別是紅圈部分）：

所以，為什麼 serverless 這麼火（至少表面看），就是因為 serverless 是上述所說 faas 的最佳體現。

我們開始建立今天的主角，serverless（python 版本隨自身業務需求而變）建立乙個雲函式：

建立 scf(雲函式，serverless)

對接 cvm apiv3 sdk來實現拉取cvm列表，首先將用到的sdk檔案放在雲函式所在目錄下。

通過 cvm sdk 獲取 ins-id、內網 ip，再呼叫 django 構造的介面進行傳參。

結果呼叫成功新增資料：

至此，實操完成，這樣相當把後端乙個「同步資訊」的介面搬上了 serverless

如實驗所述，serverless 只能是乙個類似於「**器」的玩意嗎？並不是的，除了業務模組是處於「中間**發、同步）」的模組型別之外，其實 serverless 也是可以結合其他產品來實現對外輸出功能的。

本身 serverless 是沒有對外發布能力的，怎麼理解呢？就是一般運維同學上手一看，這玩意兒為什麼連個 ip 都沒有，網域名稱**定義的，埠又在**，如何定義協議型別？

雖然 serverless 本身沒有對外發布能力，但是結合 api 閘道器就不是這回事兒了，當 serverless 遇到 api 閘道器，通常雲廠商是支援 serverless 新增（或叫註冊）到api閘道器的，這就相當於你可以借 api 閘道器的「力」來使 serverless 實現對外發布的功能。

serverless 的開發模式業界已經很多公司採用，相比於還在使用傳統環境（os、中介軟體、選擇應用語言、構建資料層、前後端）來說：

運維壓力小了很多，因為只需要專注在 serverless 本身的執行引數以及架構上的調整、運維，而不再需要關注 function 以下的運維難點；

開發人員由於 serverless 一般由雲廠商提供全鏈路的整合，加上 ide 外掛程式的支援基本上全程實現雲上開發，靈活的版本、環境也可以保證發布出現問題的機率最小化，同時開發職能的交叉度降到最低，開發人員之間的干擾依賴降低；

對於公司的商業模式來說，像擁有大量訪問量、市場受眾的企業客戶不單單可以在業務上實現盈利，某些業務系統模組的優勢也可以借助 serverless 拆分出來實現內部it支撐系統的變現。

serverless 也存在一些問題，比如由於 serverless 基本上是依託在雲廠商之上，對於有混合雲的場景，對於s2s 的鏈結質量要求更高，當然這些在 serverless 的不斷優化迭代情況下會越來越順暢，所以，無論是 dev 還是 ops，擁抱並享受 serverless 吧。

3 秒你能做什麼？喝一口水，看一封郵件，還是 —— 部署乙個完整的 serverless 應用？

複製鏈結至 pc 瀏覽器訪問：

3 秒極速部署，立即體驗史上最快的 serverless http 實戰開發！

傳送門：

推薦閱讀：《serverless 架構：從原理、設計到專案實戰》

使用 ServerLess 實現雲原生

騰訊雲 Serverless 重試策略配置能力解讀

英孚教育全面上雲與Serverless構建之路

英孚教育全面上雲與Serverless構建之路

使用 ServerLess 實現雲原生

騰訊雲 Serverless 重試策略配置能力解讀

英孚教育全面上雲與Serverless構建之路

英孚教育全面上雲與Serverless構建之路

相關推薦