對于網站代碼托管，目前有兩種方式，一種是 docker 容器部署，一種是無服務器計算部署。

那么對于一個企業應該選擇哪種方案呢？無服務器計算和容器之間有哪些重要的區別呢？接下來我們簡單談論一下。

什么是無服務器？

使用無服務器計算，工作負載實際上運行在承載幕后功能的服務器上。但是，服務器不由開發人員管理。更準確地說，是開發人員考慮的事情里面是沒有考慮到關于服務器的相關概念。

無服務器函數通常是具有單一目的的小型、輕量級的編程函數。這個單一的目的可以是任何東西，比如從數據庫中獲取客戶的詳細信息，發送郵件，上傳圖片，裁剪圖片等。

大多數云提供商都提供無服務器計算功能，他們將其稱為功能即服務 (FaaS)。領先的產品是 AWS Lambda、Azure Functions 和 Google Cloud Functions，Aliyun Function Compute，每一個產品都在相關的生態系統中進行了許多功能集成。它們非常適合提供 API 接口或微服務。

什么是容器？

容器可以簡單地比喻成在海上運輸貨物的集裝箱，它們彼此是獨立的。

容器是一種獨立的、輕量級的虛擬化技術。它們與虛擬機 (VM) 類似，不同之處在于它們僅虛擬化來賓操作系統 (OS) 和應用程序，而不是整個計算機。容器比虛擬機設置起來更快、更容易。

一旦有人構建了一個容器，他們就可以使用 Docker 等服務來部署和運行它。大多數情況下 DevOps 團隊最常將容器部署到 Kubernetes 集群。

容器是將現有的單體應用程序轉換為云原生應用程序的最佳方法之一。為了盡可能高效，容器還應該將應用程序分成更小的部分。

無服務器 vs 容器

在大多數情況下，無服務器功能和容器都不需要開發人員擔心服務器或托管其應用程序的基礎設施。主機硬件和操作系統與來賓應用程序和操作系統分開。DevOps 團隊不需要考慮無服務器功能或容器使用什么硬件。

通過簡單地配置更好的硬件（例如更強大的 CPU、更多內存或更快的網絡能力），這兩種托管選項都是可擴展的。

將容器與本地基礎設施一起使用時例外。在這種情況下，硬件配置是一個手動過程，通常由專門的基礎架構團隊處理。

還可以根據流量等需求進行擴展。Kubernetes 是一個開源編排系統，可以在幾秒鐘內水平擴展容器。同樣，許多 FaaS 產品可以根據路由到應用程序的請求數量等重要指標進行自動擴展。

無服務器和容器都是彈性的，因此它們可以在需要時進行伸縮。然而，使用容器的 DevOps 團隊需要像 Kubernetes 這樣的容器編排軟件來根據給定的標準自動擴展。

無服務器計算通常是具有單一職責的小型、獨立的功能塊。它們通常是短暫的，只運行幾分鐘，如果它們是面向客戶的，則運行幾秒鐘。同時，容器最適合更廣泛、長時間運行的應用程序或具有多種職責的應用程序。

當需要擺脫傳統的本地基礎架構，使現有的單體應用程序部署到云上，并且希望容器實例可以全天候運行的時候，這個時候選擇容器會更好。

而對于一些不需要始終運行，只需要請求的時候進行運行計算的服務則更推薦使用無服務計算。

容器讓您保持供應商中立。這種中立性的副作用是容器支持任何語言，而無服務器應用程序僅限于少數語言選擇。此支持的語言列表因每個提供商而異。

當您決定無服務器還是容器最適合您的應用程序時，最好將上面列出的所有因素都考慮在內。但是，您的應用程序架構的大小和結構應該是影響您決策的主要因素。并確保在您的決定中包括其他因素，例如定價。

您可以部署一個小型應用程序，或者我們可以輕松地將其拆分為多個較小的微服務作為無服務器應用程序。另一方面，更大、更復雜的應用程序可能更適合作為容器化應用程序。緊密耦合、不易分解為小型微服務的服務集是容器的有力候選者。

由于無服務器產品的限制，容器部署可能是某些應用程序的更好選擇。

但您也不一定非要選擇其中一個。無服務器和容器不是相互排斥的。您可以在需要的地方使用容器，在有意義的地方結合無服務器，并享受兩全其美的體驗。正如我們之前提到的，甚至還有用于托管容器的無服務器產品，旨在彌合這兩種選擇之間的差距。

結論

無服務器和容器都是創建可擴展云原生應用程序的不錯選擇，可讓您更快地進行創新。

幾乎所有無服務器解決方案都支持事件觸發器，這意味著它們非常適合管道和順序工作流。

無服務器總是依賴于第三方供應商，因此更換云提供商可能會讓人頭疼。

其實本質上也可以通過 docker 容器來構建一個無服務器 serverless 平臺，這兩種服務都用于開發微服務，但適用于不同的需求。如果你想減少應用程序管理并且不關心架構，那么 Serverless 是最好的選擇。如果您想在特定系統架構上部署應用程序并對其進行控制，那么 Docker 容器是最佳選擇。