無伺服器 vs 容器
無伺服器和容器化是近年來最大的兩個開發營運流行詞，這是有充分理由的。 在正確的用例中，兩者都可以提高效能並降低成本。 然而，儘管無伺服器運算很受歡迎，但並不是每個人都了解無伺服器運算與容器的差異。
在這裡，為了幫助您開始使用這兩種技術，我們將了解每種技術是什麼，並對它們進行比較，解釋它們如何相互補充，並探討無伺服器與容器安全性的關鍵主題。
什麼是容器？
容器是輕量級的不可變軟體單元，包含執行應用程式的所有相依性和程式碼。
容器運行在「容器運行時」（有時稱為容器引擎）之上，「容器運行時」可以在各種作業系統和平台上運行。 由於容器運行時提供容器所需的所有系統資源，因此可以最大程度地降低在傳統作業系統上部署應用程式的操作複雜性。
容器還具有高度便攜性。 任何存在容器運行時的地方，團隊都可以部署容器映像。 此外，由於容器僅包含執行應用程式所需的內容，因此容器比虛擬機器等替代方案更輕、更快。
容器平台最受歡迎的例子是 Docker。 然而，Docker 並不是唯一的容器平台。 例如，Linux Container (LXC) 早於 Docker，並且至今仍在使用。 此外，還有許多工具可以補充容器，例如用於大規模編排和管理容器部署的Kubernetes (K8s)。
什麼是無伺服器？
無伺服器是一種按需運行程式碼的運算模型，無需配置或管理基礎架構。
不管它的名字是什麼，無伺服器運算都涉及伺服器。 然而，企業根本不必擔心伺服器基礎架構。 相反，開發團隊只需將程式碼部署在無伺服器平台上，並且僅在程式碼運行並消耗伺服器資源時付費。
由於企業只需為使用伺服器資源（例如中央處理器）的時間付費，因此無伺服器可以成為最大限度地降低使用量大幅波動的應用程式部署成本的好方法。 這是運行裸機伺服器、虛擬機器或容器的根本轉變。 任何空閒時間都不會產生任何費用，僅當應用程式主動運行和使用資源時才會收費。
此外，由於所有基礎設施都被無伺服器平台供應商抽象化，因此操作複雜性也降低了。 開發營運團隊只需專注於他們的程式碼。 無伺服器運算平台的熱門範例包括 AWS Lambda、Azure App Service 和 Google 的雲端 Run。
常見用例
現在我們了解了無伺服器運算和容器是什麼，讓我們看看它們的一些最受歡迎的用例。
流行的容器用例包括：
- 微服務。 容器是微服務架構的建構塊。 由於容器是可移植的、輕量級的且易於部署，因此它們非常適合創建鬆散耦合的微服務。
- 持續集成/持續交付。 容器為開發營運團隊提供了一種消除開發、QA、登台和生產部署之間環境差異的方法。 因此，它們在持續整合/持續部署 ( CI/CD ) 工作流程中非常有用。
- 「在任何地方部署」。大多數現代企業在混合雲端和多雲端環境中運作。 無論企業需要在本地運行應用程式還是跨多個雲端運行應用程序，容器都可以完成這項工作。
- 遺留應用程式遷移。 在許多情況下，遺留的單體應用程式需要遷移到雲端。 將它們容器化使這個過程變得更容易。
一些最受歡迎的無伺服器用例是：
- 應用程式開發界面。 像 REST 應用程式開發介面和 GraphQL 實作這樣的應用程式介面（應用程式開發介面）是一種廣泛使用的無伺服器計算用例。 由於應用程式開發介面事務的生命週期很短，並且可以快速擴展和縮小，因此無伺服器提供了一個可靠的平台來建立應用程式開發介面後端。
- 數據處理。 無伺服器可以使用簡單的函數來處理多個來源的資料。 因此，無伺服器運算非常適合需要大規模處理和分析資料但希望避免基礎設施管理的團隊。
- 物聯網。無伺服器運算為物聯網裝置和外部系統進行非同步通訊提供了一種事件驅動且簡單的方式。
- 動態網站內容。 無伺服器的教科書功能之一是為靜態網站添加動態內容和邏輯。 例如，AWS Lambda 通常用於在 S3 上託管的靜態網站中新增動態功能。
當然，這些只是容器和無伺服器計算可能實現的功能的一個範例。 一般來說，容器在需要可靠部署可移植、輕量級和不可變映像的任何地方都很有用。 無伺服器運算在工作負載高度可變且優先考慮最小化基礎架構管理工作的各種應用程式中非常有用。
無伺服器計算與容器：差異以及它們如何相互補充
正如我們所看到的，無伺服器運算和容器有一些高級相似之處。 它們消除了複雜性，使團隊更容易部署和擴展應用程式。 然而，有幾個重要的差異需要考慮，包括：
- 成本結構。 對於容器——無論是在企業中運作還是在雲端運作——企業只要它們運作就需要付費。 透過無伺服器運算，企業只需為他們使用的內容付費。 對於需求一致的工作負載，這可能沒有太大差異。 對於高度突發的工作負載，這可以透過無伺服器顯著節省成本。
- 可測試性。 借助容器，團隊可以在任何地方輕鬆測試您的應用程式。 對於無伺服器，團隊僅限於運行功能的雲端平台，無法針對無伺服器功能執行相同等級的測試。
- 部署。要向上或向下擴展基於容器的應用程序，必須以某種方式部署或縮減容器（例如使用 Kubernetes）。 透過無伺服器，ylcode 只需在供應商提供的「黑盒子」平台上執行即可。
- 操作複雜性。對於希望最大限度地降低營運複雜性的團隊來說，無伺服器的「黑盒子」範例可能是一個巨大的好處。 實際上沒有任何基礎設施可以使用無伺服器進行管理。 使用容器，可以將基礎設施管理工作轉移給供應商，但情況並非總是如此。
- 供應商鎖定。 容器可以“在任何地方運行”，但對於無伺服器，企業高度依賴運行程式碼的平台。 例如，使用AWS Lambda函數使應用程式更加依賴AWS平台，而使用Docker容器可以部署在任何可以運行Docker的平台上。
儘管存在差異，容器和無伺服器運算並不一定是相互排斥的。 例如，可以使用Docker 來容器化無伺服器功能。 此外，像 Google 的雲端 Run 這樣的平台旨在使用按使用付費的無伺服器模型來部署容器。
了解無伺服器與容器安全性
與技術本身一樣，無伺服器與容器安全性是一個微妙的DevSecOps主題。
無伺服器確實消除了許多與基礎設施管理相關的安全問題，但仍涉及許多重要的無伺服器保障的考慮因素。 例如，不安全的無伺服器權限配置可能會導致應用程式脆弱性。 此外，支援無伺服器工作流程的更多功能和協定意味著需要保護更多潛在的攻擊媒介。 複雜性的減輕也伴隨著安全權衡：由於服務提供者處理大量基礎設施，因此對無伺服器部署的可見性受到限制。
另一方面，容器安全也面臨其獨特的挑戰。 例如，僅安全地採購和部署受信任的容器並對其進行修補可能是一項營運挑戰。 此外，身分識別和存取管理 (IAM) 以及容器配置管理是強大安全態勢的重要方面。
使用 CheckPoint 提高無伺服器和容器安全性
雖然這兩種開發應用程式的方法都可以降低複雜性，但它們並不能消除對強大安全狀態的需求，而且您需要將安全性整合到開發流程中。 遵循最小特權原則並採用「零信任」策略是確保基礎設施安全的重要組成部分，但開發團隊也需要技術和領域專業知識來實施正確的安全解決方案。
CheckPoint Software is purpose-built to address these challenges. For example, Check Point provides end-to-end multi-cloud security for all enterprise cloud assets, including serverless and container-based deployments. Check Point offers features such as threat prevention, cloud security posture management, cloud workload protection (for containers and serverless apps), and intelligent threat hunting.
後續步驟：詳細了解無伺服器與容器安全性
If you’d like to get started improving your container or serverless security posture, sign up for a free instant security check today. The check can help you identify misconfigurations that can jeopardize security and compliance across cloud environments. Alternatively, if you’d like to try Check Point for yourself, you can sign up for a free trial.
如果您有興趣了解有關無伺服器與容器安全性的更多信息，請免費
無伺服器的資安保障優勢電子書和容器安全指南是一個很好的起點。
