如何分析IMWEB前端團隊一站式Serverless開發解決方案

本篇文章為大家展示了如何分析IMWEB前端團隊一站式Serverless開發解決方案，內容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

如今的 Serverless 可以說是一大有潛力的新技術方向，尤其在當下上云的熱潮中，Serverless 因其免運維、自動擴容、支持多種編程語言等優勢，對前端來說，是一大提升服務開發、維護效率的利器也是可嘗試全棧發展的方向，但也因為其新，對落地到團隊開發中，結合團隊開發流也是遇到了一些挑戰，下面將分享 IMWEB 團隊對 Serverless 的實踐方案

一、IMWEB 團隊 Serverless 研發模式的演進與思考

在過去一、兩年，我們團隊在多個服務項目中嘗試使用 serverless，騰訊云 Serverless 提供了一站式服務，通過使用該服務，前端可獨立完成接口服務開發，對前端個人而言可往全棧發展，也因此可緩解團隊后臺人力緊張問題

在開發 Serverless 云函數的過程中，我們也遇到了對比傳統服務，云函數開發的一些挑戰點

（1）云函數開發特點

前端傳統項目的開發流模式相對已經比較成熟，通過 git 協同管理代碼， 再通過 CI 來規范項目的部署流程，整個工作流可以查看、回滾代碼，部署也做到了自動化

再來看云函數的開發特點：

• 云函數獨立的賬號和權限管理

• 以函數為單位進行創建、更新和部署

• 創建網關 API 與函數關聯，借此可通過網關 API 訪問到云函數

以上是最基礎的開發云函數三個基礎

而云函數的創建、更新有兩種方式：

• 騰訊云官網云函數控制臺，可視化的操作界面，點擊按鈕即可創建、更新

• 通過 CLI 創建，SERVERLESS 提供 SDK，調用 SDK 可完成自定義創建、更新操作，其優點為靈活編寫，也易于做成工程化

考慮團隊的協作，第二種方式通過調用 SDK 的方式因其靈活更適合定制為團隊規范

總結下來可以看到云函數開發的三個特性：

• 因其有獨立于 git 賬號的云函數賬號，導致了云函數的代碼缺乏像 GIT 一樣可以查看歷史代碼版本，代碼修改記錄等

• 因其有多重方式可以用來創建、更新函數，導致多人協作時，有互相覆蓋云函數的風險

• 提供的云函數網關，可幫助快速配置訪問云函數，而無需運維同學幫忙做域名指向，機器申請等

（2）團隊協作上手云函數開發問題

在初期團隊探索嘗試云函數開發時，對比傳統項目的開發流，云函數的開發步驟更多，也暴露出了一些缺點：

1) 上手成本高

首先有不小的學習成本，像云函數配置文件，云函數官網界面操作學習成本，實際使用時，由于云函數網關 API 鏈接過長、域名限制等，需要配置 nginx，用特定域名訪問云函數網關 API，因為多數前端對 nginx 部署，導致有了 nginx 學習成本

2) 調試云函數效率低

因為云函數是部署在云端的，Serverless 有其獨特的環境，context、event 等，有別于 NODE 服務的請求體等，本地要完全模擬 serverless 請求比較困難，導致開發想要調試定位問題時，只能先將代碼部署到 serverless 上，這里就需要等待部署了，由于 serverless 是外網的，部署時間就更長了

3) 開發流困惑

• 由于云函數直接就是部署在云端，沒有我們傳統的機器用于做環境區分，對團隊協作保證部署質量來說并不友好

• 上述也有提到的，往往因為想要自己業務域名訪問服務接口，而云函數網關 API 是比較長的缺乏語義化的鏈接，通常使用時會想配置 nginx 去通過自定義域名訪問云函數，不止是成本問題也有容易配置錯誤的風險問題

4) 管理困難，存在質量問題

因云函數獨立的賬號管理，沒有 git 進行管理，導致無法追蹤代碼記錄，甚至任何有權限的人創建同名函數進行部署都會導致函數莫名被覆蓋，同理云函數網關 API 也可以隨意更改指向其它云函數

總結下來，在團隊協作 SCF 開發的時候，遇到的挑戰點如下：

二、IMFLOW 一站式 Serverless 開發解決方案的破局與落地

總結上面的云函數在團隊協作中遇到的一些問題，對應地提出解決方案：

• 制定規范保證統一的協作，統一的規范保證統一的工作流，提升開發效率進而保證質量

• 優化云函數開發體驗，通過工具去自動化完成重復冗余的操作，并通過封裝過濾掉一些開發學習成本

• 根據云函數特點制定 CI 和 CD，保證流程統一，也提升部署效率；統一網關規則，減少云函數網關 API 學習和操作

（1）制定規范，提升協作效率

1） 統一云賬號管理

對于獨立云函數賬號，每個開發在上手開發前都需要單獨申請，同時還有開通各種權限，快點半天，慢點一兩天，針對這個問題，考慮使用團隊公共賬號進行統一云函數管理，工具使用公共賬號進行云函數部署、更新，免去開發的學習成本、賬號上手成本

2）基于 GIT 管理云函數

對于云函數獨立的管理方式，為了能唯一追蹤云函數，保留了原有的 git 管理項目代碼，制定一系列規范，將 git 項目與云函數唯一關聯，保證云函數唯一不可覆蓋

3）命名空間隔離函數環境

為提供云函數的開發流，針對云函數的特點，使用云函數命名空間的概念來隔離云函數，同時限制測試環境的網關服務只允許內網訪問，保證業務安全

4）統一云函數規則配置

制定云函數名、對應網關服務 API 名、環境命名空間的命名規范，以達到命名空間、函數名、網關服務 API 能一一對應，可通過其一推導其二，如知道函數名，可知其訪問 API 是什么，對應環境命名空間是什么

（2）自研 CLI 工具， IMFLOW 提升 SCF 研發效率

在第一項制定了規范之后，要讓規范落地，就需要使用工具來輔助，IMWEB 團隊自研了 CLI 工具 -- IMFLOW， 提供 SCF 團隊開發流實踐方案，通過工具的方式提升 SCF 研發效率； 諸如創建賬號、申請權限、創建云函數、開發云函數調試、云函數網關 API 關聯、函數隔離等等，通過 CLI 工具， 輸入命令即可完成。

1）上手開發更快

使用了 CLI 工具來輔助之后，對比團隊過往的開發模式，通過 CLI 可達到 2 分鐘上手進入開發

2）調試體驗同傳統服務開發一致

通過同構 + 構建的方式，保留傳統服務開發體驗，工具封裝屏蔽了云函數文件，開發者開發時可同以往一樣

3）一鍵定位調試云函數

云函數的真實運行環境相對復雜，若是遇到了涉及云函數環境調試的問題，需要真實調試云函數，此時本地即可完成調試，工具封裝了一系列操作，如實時調試、監聽文件變更等，實時部署，實現一鍵定位調試云函數

4）極致優化云函數部署時間

云函數的部署是走的外網部署，而云函數的部署時間影響到了云函數的發布時間，甚至在做本地實時調試云函數時，影響了云函數的調試效率，為了極致優化云函數部署時間，利用了云函數的 layer 功能、項目的 node_module 變動幾率較小、同時代碼包大小會影響部署時間這些特點，對云函數項目部署進行了拆分，當 node_modules 沒有變動時無需部署 node_modules，進而減少了了部署時間

在做了部署優化后，查看項目的部署時間，大部分時間 35s 即可完成函數部署

（3）質量保證

在質量保證方面，主要是通過 CI | CD 規范部署流程，制定網關服務規范來隔離云函數和降低網關配置成本。

限制測試環境網關服務為內網可訪問。

另外，為了保證云函數的運行穩定，避免因為云函數的冷啟動導致云函數訪問失敗，即對云函數的容災處理，做了一層 STKE 的容災，通過代碼同構的方式，利用工具構建打包，完成一套代碼實現既可部署 serverless ，也可以部署 STKE， 配合網關的處理，完成云函數的降級容災

三、IMFLOW 使用

imflow 內置命令

上述內容就是如何分析IMWEB前端團隊一站式Serverless開發解決方案，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注億速云行業資訊頻道。