Serverless 技術在格靈深瞳的落地實踐

時間 2020-06-19

標籤 serverless 技術落地實踐简体版

原文原文鏈接

格靈深瞳是一家全國領先的人工智能物聯網科技企業。專一於把先進的人工智能科技轉化爲具有低成本、大規模部署能力的產品和服務，並深度結合應用場景，爲用戶提供高性能、可靠實用的智慧解決方案。目前，在智慧安防、智能零售、智慧銀行和新能源領域，爲遍及全國和全世界的客戶提供包含智能傳感器、智能識別、智能雲計算和服務機器人的綜合智能解決方案和服務。前端

隨着業務的快速增加，需求迭代、資源投入、運維壓力也隨之變的愈來愈緊迫。怎樣提高研發效能、保障業務快速上線，怎樣提高資源利用效率、下降成本開銷，怎樣減小運維的壓力、又能保障系統的可靠運轉，逐漸成爲咱們的重點訴求。在此基礎上，咱們開始考慮引入新的技術，並作了一些調研，最終鎖定了 Serverless 技術。git

Serverless 想必你們或多或少都有接觸，也是最近雲計算領域很是火的一個技術方向，核心是幫用戶屏蔽了底層的資源、提供按需請求、按需使用、按需付費的一種全新服務，像騰訊雲的雲函數 SCF 和對象存儲等都是 Serverless 化的服務。在這裏也和你們分享下，咱們業務和 Serverless 是如何結合的。github

咱們考慮使用 Serverless 技術方案是通過一些調研，結合咱們本身的業務需求最終決定的，主要有如下幾點：express

咱們服務的客戶與場景流量潮汐現象很明顯，Serverless 自動彈性伸縮能力能夠爲咱們解決這個問題，比起普通服務器，能夠提升機器利用效率，下降成本。後端
咱們部分業務場景，如圖片採集和上傳，是典型的事件觸發摸式。咱們經過前端直接上傳圖片到對象存儲，經過回調與雲函數，實現統一的圖片信息處理。將這類事件觸發經過 Serverless 方案處理，與核心後端邏輯解耦，既下降了應用複雜性也緩解了後端壓力。api
轉移部分運維壓力，創業公司永遠面臨人手不夠的問題，咱們的運維資源有限，經過成熟的雲廠商 Serverless 方案，能夠藉助成熟的框架與雲服務廠商實現更好的可靠性保障，提供更穩定的服務。瀏覽器
產品原型驗證與短時間需求，相信大部分研發同窗都遇到過原型驗證與短時間需求的『折磨』，這類需求每每時間緊迫，生命週期很短卻又須要通過編碼、測試、部署、上線整個研發流程，使用 Serverless 方案能夠大大加快這類需求的開發與迭代速度。服務器

總的來講，使用 Serverless 的技術方案，對於咱們團隊最大的收益就是加快了產品迭代，在驗證原型方面效率和服務穩定性上提高了很多。架構

固然，和其餘新技術的應用同樣， Serverless 的技術方案在落地過程當中也遇到了問題。框架

第一個問題是源代碼與版本管理問題

Serverless 方案與咱們現有的源代碼管理及關聯的 CI/CD 流程沒法直接整合、開始的時候上線與部署有很多手動操做的方式，研發的配合與流程被打斷，後面咱們結合本身的研發流程，經過開發運維工具適配api解決了這個問題。

第二個問題是私有化部署問題

咱們的應用既提供公有云服務，也要爲有須要的客戶作私有化部署，因此更傾向於使用同構的技術方案，能應用在不一樣的雲基礎設施上，這方面 Knative 與騰訊雲支持的 Serverless Framework 都是不錯的選擇。

Serverless 技術有衆多優點，可是做爲這兩年才興起的技術方案，其概念、形式都沒有定型，不少實踐也都在探索的階段，這方面騰訊雲 Serverless 團隊，在周邊社區和生態支持仍是比較全面的。對中小型企業與開發者而言，咱們更但願社區與企業共同努力演化出如 Kubernetes 之於雲原生同樣的事實標準方案，若是有了統一的、基礎設施般的標準，能下降學習、開發、運維等各方面成本，進而給更多開發者使用和遷移的信心。

Serverless 做爲未來的技術趨勢之一，確定是值得了解和嘗試的，可是任何技術都有其適合的場景和業務需求。做爲一個年輕的團隊，咱們並不排斥新的技術與方案，可是技術方案的選擇是多方因素綜合考慮的結果、除了場景是否適合、性能是否知足等技術指標外，還要考慮與現有的技術方案是否兼容、遷移成本評估、可運維性甚至團隊成員的學習成本等多方面因素。建議有意向使用 Serverless 技術的團隊能夠重新的、非核心的業務場景開始嘗試。