10月9日，阿里雲宣佈正式推出函數計算2.0解決方案，爲用戶提供更具性價比和更高效開發運維體驗的Serverless計算服務。函數計算2.0提供了豐富的計費方式，全新的實例類型，靈活的自定義運行時，全方位升級的工具鏈，解決了當前Serverless計算服務在成本、性能、應用構建等方面的痛點。
2019 年，Serverless 被 Gartner 稱爲最有潛力的雲計算技術發展方向，並被賦予是必然性的發展趨勢。Serverless是一種雲原生架構模式，從底層開始變革計算資源的形態，爲軟件架構設計與應用服務部署帶來了新的設計思路，將繁重的基礎設施管理工作交由雲服務商負責，從而提高開發者的研發效率和創新能力。
通過Serverless，開發人員只需上傳代碼，通過事件觸發或者API調用執行函數即可。因此，Serverless計算平臺會根據應用負載自動伸縮計算資源，處理各種類型的故障，可靠的執行用戶代碼。雖然Serverless計算在工程效率等方面有明顯優勢，但國內外現有產品在成本、性能、應用構建等方面還有明顯的限制。主要體現在：
1. 函數實例完全由系統控制。根據負載動態啓停實例雖然提高了資源利用率，但也導致了請求處理時長毛刺等性能問題
2. 按請求計量，按實際使用資源後付費的計費方式雖然實現了真正的按需付費（沒有請求則不付費），但是較高的單價，使得在負載較爲平穩的場景下，成本沒有優勢
3. 開發工具不完善。應用本地開發調試，大量函數的管理/部署、與持續集成/發佈系統的集成，豐富的監控指標等方面的用戶體驗亟待提升
函數計算產品負責人楊皓然表示，函數計算2.0通過一系列創新的功能，解決了當前Serverless計算服務的痛點，極具競爭力。全球首家推出預付費（包年包月）的計費模式。相較於後付費，預付費單價降低70%以上。應用所需資源中穩定部分使用預付費模式，單價低；彈性部分使用後付費，資源利用率高。結合預付費和後付費，用戶能夠顯著降低成本。
更重要的是，函數計算2.0新增預留實例類型，允許用戶自行管理實例的申請和釋放。通過預留實例，用戶能夠提前預熱函數或者長期保持常駐實例，杜絕因爲實例啓動帶來的請求延遲。當負載超過預留實例處理能力，系統會自動擴容，使用按量實例處理請求。同時函數計算提供了詳細的實例使用指標，幫助用戶輕鬆預留合理數目的實例。
用戶在函數計算平臺上構建彈性高可用的雲原生應用，如果沒有好用的開發、調試、運維工具，使用體驗將大打折扣。函數計算2.0大幅增強了Serverless應用構建、運維等方面的用戶體驗。用戶可以在自己的開發機本地環境中創建和雲端運行環境一致的沙盒，進行依賴包安裝、斷點調試等操作。函數計算2.0也提供了VSCode，Intellij Idea，PyCharm等流行開發工具的插件，通過圖形用戶界面的交互方式，進一步降低了工具的使用門檻。
Serverless的終極形態是什麼？
今年初，曾經以獨特視角定義雲計算的伯克利又以新的視角發佈了一篇文獻：將雲中的編程變得簡單：伯克利視角下的 Serverless 計算。其認爲：
Serverless 所提供的接口，簡化了雲計算的編程，其代表了程序員生產力的又一次變革，一如編程語言從彙編時代演變爲高級語言時代。
不難看出，伯克利對此非常看好，而也有觀點認爲 Serverless 只是新型的 SOA 架構。對此，阿里巴巴資深技術專家李響曾在採訪中表示，Serverless 的本質在於一方面提高開發效率，免去對機器管理、環境配置等運維域的繁瑣工作，另一方面提高資源效率，通過按需使用、按量計費降低一次性投入成本和使用成本。Serverless 需要定義基礎設施和開發人員之間的界限，其本身的定義也是動態變換的。
在虛擬機時代，運營商將物理機器服務化對外提供虛擬機的 API，包括現在提及的“容器即服務（CaaS）”的思想，開發者需要關心的是一個容器的 API，這本身也是一種無服務器的思想，但是隨着資源對利用率要求更高，又提出新的函數即服務（FaaS）的理念，這種是看上去是更徹底的無服務器架構，開發者聚焦在業務函數代碼本身，對運行環境完全無感知，前端開發工程師能很輕鬆構建起完整的系統。隨着技術的逐漸成熟，界限的水位線將逐漸升高，最終的結果是開發人員的負擔越來越低，但這個最佳平衡點在哪目前還沒辦法下定論。
至於 FaaS 是否就是未來 Serverless 的最佳實踐模型，現在有挺多實踐落地的例子，但是還無法輕易下結論，FaaS 對開發範式有一定的要求，需要對現有業務進行改造，節約計算成本和研發的投入需要找個平衡點，短期內 Serverless 在面向開發者的層面可能還是會持續“百花齊放”的現狀。