對于開發者和企業架構師來說，在不同的技術、框架或架構之間做出選擇，是日常工作中最重要的內容。尤其在今天復雜的企業應用環境下，軟件開發規則也在時刻變化著，我們必須在軟件開發之前就要考慮清楚系統的體系結構以及計算環境等問題。尤其是無服務器體系結構和容器體系結構，二者具體有哪些區別?已經成為許多IT專業人士的一大挑戰!

亞馬遜在2015年推出無服務器計算服務Lambda，同年Kubernetes發布。從技術本身來看，無服務器和容器都具有一定的吸引力，經過幾年的同步發展后，越來越多的企業希望將企業的工作負載遷移到不同的云平臺，并且能夠打通不同平臺的數據。所以，我們不僅要弄清楚無服務器架構和容器架構之間有哪些優勢與劣勢，還要有一個更清晰的路線圖，即企業應該在什么時候，或者說在什么條件下，將合適的架構應用到整個架構設計中來。所以，接下來，我們將結合具體的用例，來說明這兩種架構帶來的不同價值。

無服務器計算是一種軟件架構模型，能幫助開發團隊將基礎設施或平臺管理的成本降低到幾乎為0。基本上，您只要將函數代碼提供給AWS、谷歌云、Microsoft Azure等云計算提供商，并規定只要我發出請求，就為我運行這個函數，就可以了。我只關心你的服務，不再維護基礎設施、操作系統，或者關心應用程序的可伸縮性或可用性等問題。云提供商為所有用戶設限，比如：執行時間和內存限制等。用戶可能不知道函數在哪里執行，不知道函數是如何隔離的，也不知道源代碼是如何編寫的。用戶只根據自己的安全性以及遵從性策略，選擇一家可信云，接受他們提供的服務就可以了。

此外，無服務器上的工作負載不僅限于通過函數執行，還可以獲得完全托管的無服務器，包括可以獲得數據存儲、身份驗證機制等等。因此，只要您的計算能力能夠符合無服務器服務在執行速度、安全性、單個操作的資源空間和成本方面的要求，那么您就可以通過這種方式來加快企業的開發速度，增強業務敏捷性。

但是，如果您需要大量的計算力，并且有很多復雜的過程需要管理，產生函數的成本也很高，這種情況下容器編排工具就發揮作用了。這種將計算邏輯封裝起來的模式，最大的好處是，避免被某一個云廠商的服務捆綁。當然，容器帶來的好處還有很多，比如更安全，我們可以制定更好的網絡通信規則，自定義訪問策略。簡而言之，把工作負載保存在云中，用戶可以在自己的數據中心中隨意切換應用。

筆者認為，聰明的選擇應該是結合這兩種體系架構的不同特征，最大限度地提高開發效率和靈活性。最關鍵的應用，我們要自己控制，獲得最大限度的資源池，包括CPU、內存、磁盤等。然后，將一些相對不重要的外圍應用可以通過第三方服務的方式來做。