11月3日，2022 杭州 · 云棲大會上，阿里云智能總裁張建鋒表示，以云為核心的新型計算體系正在形成，軟體研發范式正在發生新的變革，Serverless 是其中最重要的趨勢之一，阿里云將堅定推進核心產品全面 Serverless 化，幫助客戶更好地實作敏捷創新，

這篇文章想和大家探討下，云計算全面走向 Serverless 的必然性，

軟體架構和研發模式演變史

企業的業務發展訴求一直是推動軟體架構和研發模式演變的主要力量，企業總是期望能夠更敏捷的應對業務規模和復雜度的增長，更快的將產品推向市場，加快業務創新的速度，這就要求技術能實作大規模、復雜軟體的快速迭代，

傳統的企業級應用架構，通常是單體的，所有模塊都耦合在一起，同時發布，這種單體架構應用在一開始是易于管理的，但隨著業務發展，會帶來復雜度的大幅提升，這種強耦合的架構帶來開發、測驗和運維程序中大量的沖突，拖慢了整個迭代速度，

例如，整個應用的開發要求所有模塊采用統一的語言和框架技術堆疊，如果一個基礎庫被多個模塊共享，其中一個模塊想要升級到新版本，則需要說服所有人同時升級，即便其他人并不需要新版本，所有模塊的發布節奏被強行拉齊，一個模塊的問題會影響整個應用的發布，想要快速修復某個模塊的線上問題也變得非常困難，因為這需要和其他模塊正在進行中的變更合并，解決沖突，重新發布整個應用，運行所有測驗，才能重新發布上線，

所以很快，單體應用架構已經不能滿足軟體研發效率的要求，被以微服務為主要特征的互聯網分布式架構取而代之，

采用微服務架構后，應用程式由獨立的服務組成，這些服務是松耦合的，通過 API 呼叫、事件觸發或者資料流的方式互動，每個服務都完成一個特定的功能，獨立開發、運行和發布，微服務解決了單體架構的研發效率瓶頸，但是對應用的基礎設施要求提出了非常高的要求，例如為了確保獨立開發的微服務能夠按預期協調配合，需要進行詳盡的集成和端對端測驗，測驗環境中的應用部署次數通常是生產環境的10倍，如果應用基礎設施不能快速提供獨立的測驗環境，那么大量的測驗時間將消耗在環境穩定性問題的解決上，

根據阿里巴巴集團的研發統計資料，1人日的研發，通常對應5-7人日的測驗，測驗環境已經成為阿里巴巴集團研發提效的最大痛點，微服務的松耦合，也對資料庫使用，狀態管理，問題診斷，應用交付流水線帶來了很大的挑戰，關于微服務的復雜度以及解決方案，業界已經有非常多的討論，這里不再贅述，以微服務為核心的互聯網分布式架構，實施的復雜度較高，必須有很好的工具、平臺的支撐，這是業界的共識，

在軟體研發流程中，所有作業可以分為以下三類：

1. 業務代碼開發，實作業務邏輯，
2. 非功能性代碼開發，包括實作容錯、安全、可觀測、可運維、三方軟體集成等和業務邏輯無關，但又是企業應用必須具備的能力，
3. 應用基礎設施管理，包括搭建開發、測驗、生產環境，資源規劃，安全管控等等，

這三類作業中，只有第一類是對業務帶來真正價值，和企業核心競爭力密切相關的，但隨著軟體復雜度的提升，2、3類作業卻消耗了大量的研發資源，盡可能降低2、3類作業的復雜度，讓客戶專注于業務邏輯開發，是軟體架構和研發模式發展的必然方向，

過去十年，無論是開源社區還是云廠商，都在不同領域將非功能性代碼開發和應用基礎設施管理作業抽象為標準化，可復用的軟體/服務，

云計算全面走向 Serverless 化

Serverless 是一個非常廣義的概念，并不局限于計算，一般而言，同時滿足以下條件的服務可以稱之為 Serverless 服務：

1. 全托管服務，意味著客戶使用抽象的服務化介面，而不是直接面對底層資源，也就沒有安裝、配置、維護或者更新軟硬體的負擔，全托管服務通常也提供了內置的容錯，安全和可觀測能力，用戶通常不需要再重新構建這些能力，

2. 自適應彈性，意味著服務能夠根據負載大小自動彈性伸縮，大大提升了資源使用效率，

3. 按實際用量付費，意味著只需根據實際的執行時間、流量或呼叫次數付費，降低了成本，

因此 Serverless 服務核心價值在于盡可能消除客戶非功能性代碼開發，簡化應用基礎設施管理的作業，從而實作研發效率的飛躍，

阿里云智能總裁張建鋒表示，Serverless 讓云計算從一種資源真正變成一種能力，過去云計算用云服務器替代了物理服務器，但客戶依舊按“幾核幾 G 服務器”的模式來購買云資源，未來云計算將全面 Serverless 化，更加接近“電網”模式，按計算的呼叫次數付費，

由于 Serverless 服務契合了研發模式演進的趨勢，過去十年，我們可以看到，各個云廠商都在不斷將產品體系 Serverless 化，新的云服務或新功能大多數是 Serverless 形態，大量的開源商業產品也采用了 Serverless 模式，包括 Confluent Cloud、MongoDB Atlas、Snowflake、Databricks 等等，

2022 云棲大會，阿里云智能總裁張建鋒宣布核心云產品全面 Serverless 化

阿里云是國內最早提供 Serverless 計算服務的云廠商，函式計算是一款 FaaS 產品，這是一種以事件驅動的全托管計算服務，用戶只需撰寫代碼并上傳，函式計算就會自動準備好計算資源，以彈性、可靠的方式運行代碼，并提供完整的可觀測能力，大幅簡化開發運維程序，

Serverless 應用引擎 SAE 是業內首款面向應用的 Serverless PaaS 平臺，屏蔽底層 IaaS 和 Kubernetes 的復雜度，提供了零代碼改造、成本更優、效率更高的應用托管方案，幫用戶實作單體 Web 應用、微服務應用以及定時任務的 Serverless 化，

阿里云領先業界推出 Serverless 容器服務 ASK，基于彈性容器實體 ECI（Elastic Container Instance），可以實作 1min 擴容 2000 個 Pod，降低了 Kubernetes 使用門檻，讓用戶更專注于應用程式，而不是管理底層基礎設施，

此外，在 2020 年，阿里云開源的 Serverless Devs 成為業內首個支持主流 Serverless 服務/框架的云原生全生命周期管理的平臺，并在 2022 年 9 月正式進入 CNCF Sandbox，也成為業內首個入選的 Serverless 工具專案，

Serverless 驅動研發模式升級

每一個 Serverless 服務都是廠商領域能力的輸出，承諾可靠性，彈性，性能等能力指標，因此他們是高質量的應用構建塊（building blocks），例如阿里云物件存盤（OSS）服務，承載著 EB 級的海量資料，承諾 11 個 9 的資料可靠性，99.95%的可用性，以及多樣化的資料分級存盤和處理能力，阿里云訊息佇列 RocketMQ，經受雙十一萬億級訊息洪峰的錘煉，承諾 10 個 9 的資料可靠性，99.95%的可用性，

這些云服務和客戶基于開源軟體自建的系統相比，在彈性，可靠性等方面有明顯的優勢，隨著廠商在存盤、計算、中間件、大資料等領域推出越來越多的 Serverless 服務，并且這些服務通過事件驅動等方式緊密集成，云逐漸變成了應用構建和運行的超級平臺，應用的研發模式也升級為組裝式研發，

下圖展示了傳統研發模式和組裝式研發的對比：

Serverless 是云計算貧訓千行百業的最佳范式

從新興的互聯網創業公司，到傳統企業構建大型軟體，都可以使用 Serverless 架構和組裝式研發，

基于 Serverless 架構，9 人團隊的初創企業打造了 **我來 wolai **這款面向團隊協作的新形態檔案應用，整個應用采用了函式計算、物件存盤、表格存盤、Redis 等云服務，系統由多個松耦合的函陣列成，每個功能點的發布或者 bug fix，都只需要更新相關的函式即可，功能發布節奏縮短到數小時，短時間實作從選型到上線，年節省運維成本 70-80 萬，成本縮減 50%，

**南瓜電影 **因為一場熱映電影，新用戶量 1 小時內增加了 100 萬，流量暴漲引發網站服務一度中斷，臨時云上擴容也無法及時滿足巨大的流量，痛定思痛，開始走向 Serverless 轉型，七天時間完成升級并取得質的飛躍，最終實作開發效率提升 70%，成本下降 40%，運維效率提升 10 倍，從容應對突發流量，

**世紀聯華 **是最早試水 Serverless 的新零售代表，發現大促時老架構無法滿足流量爆發的問題，將會員系統、交易系統、支付系統等放在阿里云函式計算上處理，告別了靠擴展機器支撐大體量業務，促銷準備時間從周級縮短到小時級，研發運維提效 30%，成本下降 40%，真正的把促銷活動變成常態；

云催化了研發模式變化，Serverless 架構和組裝式研發，讓客戶做得更少而識訓更多，必將成為云上主流的研發范式，

更多內容關注 Serverless 微信公眾號（ID：serverlessdevs），匯集 Serverless 技術最全內容，定期舉辦 Serverless 活動、直播，用戶最佳實踐，

標籤：其他

上一篇：資料結構(三):舞伴配對問題(C++，佇列)

下一篇：FCOS論文復現：通用物體檢測演算法