AWS 無服務器計算服務支持在 AWS 云上構建和部署應用程序，而無需管理服務器。AWS 無服務器平臺使供應商能夠部署云解決方案，而無需服務器預置、部署、維護和監控應用程序、數據庫或存儲服務器。它包含自定義配置、易于維護、強大的安全性、可擴展性、高可用性、監控等功能。

什么是無服務器平臺？

無服務器并不意味著在沒有服務器的情況下執行應用程序。它是云提供商遵循的模型，其中提供商在自己的基礎架構上管理機器和資源，并通過動態分配機器和資源來構建和運行應用程序和服務來提供服務，這被稱為“BaaS”（業務即服務）或“FaaS”（功能即服務），其中代碼在臨時容器中執行。定價基于執行任務期間消耗的資源。

AWS 無服務器平臺的功能

云邏輯層

AWS Lambda 可以充當所有容器化和微服務應用程序的邏輯層

編排管理

使用 AWS Step 函數協調和管理無服務器應用程序的每個分布式組件的狀態

應用程序生命周期管理

使用 AWS CodePipeline 等生命周期管理工具持續交付無服務器應用程序

安全和訪問控制

使用 AWS IAM（身份和訪問管理）和 Amazon VPC（虛擬私有云）保護整個環境和 AWS 資源

可靠性和性能

AWS 以更低的成本提供高度可用、可擴展且安全的服務

全球規模和覆蓋范圍

AWS 提供廣泛的全球產品;大多數無服務器服務在多個 AWS 區域中都可用

無服務器應用程序用例

網絡應用程序

構建無服務器 Web 應用程序，這些應用程序可自動擴展和縮減，并在多個可用 AWS 區域中以高可用性配置運行，而無需使用 Amazon S3、Amazon API Gateway、AWS Lambda 和 Amazon DynamoDB 進行擴展。

實時文件處理

在 Amazon S3 中上傳數據后，S3 能夠觸發 AWS Lambda 即時處理數據。AWS Lambda 可用于生成縮略圖圖像、轉碼視頻、索引文件、處理日志、驗證內容、實時聚合和篩選數據。

實時流處理

可以通過 AWS Kinesis 和 AWS Lambda 在 AWS 中處理實時流數據。流數據源包括應用程序活動跟蹤、數據清理、日志篩選、索引、社交媒體分析、正在處理的事務以及IoT 設備數據遙測和計量。

移動后端

構建后端以通過 AWS Lambda 和 Amazon API Gateway 對 API 請求進行身份驗證和處理。

好處

降低成本 – 無服務器計算定價模型是即用即付的。它消耗的資源成本，當應用程序不運行時沒有任何成本。此外，AWS 還負責基礎設施維護和更新，因此開發人員可以將更多時間花在軟件開發上。

彈性可擴展性 — AWS 中的無服務器架構有可能根據應用程序工作負載進行擴展和縮減。

減少開發人員的責任，加快發布速度 — 開發人員無需擔心資源分配、擴展、應用程序部署和工作負載強度。AWS 處理無服務器架構的這些問題。開發人員應該只編譯他們的代碼，壓縮它，然后將其上傳到新的無服務器平臺以部署新功能。

多語言支持 — AWS 無服務器平臺支持多種編程語言，如 Node、Java、Python、C#、Ruby、Go 等，因此開發人員可以自己選擇最方便的選項。

內置日志記錄和監控機制 — AWS 開發了自己的用戶日志記錄和監控解決方案。此外，它還提供自動化安全評估，以提高部署在 AWS 上的應用程序的合規性。

挑戰

冷啟動 — 無服務器計算的主要優勢是資源的動態分配，因此供應商無需為空閑時間付費。但是，有時這可能會導致調用延遲。

資源限制 —無服務器計算對資源內存、執行時間、帶寬和 CPU 使用率施加限制，例如，AWS Lambda 的每個請求的最大執行時間為 900 秒（或 15 分鐘）。

應用程序測試不足 —無服務器基礎結構支持獨立測試應用程序的小型功能，但測試基礎結構和所有功能的組合可能具有挑戰性。

安全問題增加 — 如果 lambda 函數上發生任何惡意代碼或攻擊，用于識別問題和瓶頸的選項有限。開發人員也沒有對 AWS 服務器的完全訪問權限。

訪問文件系統級別 — 對于需要訪問文件系統或操作系統級別的軟件，無服務器架構不是最佳選擇。這些類型的應用程序需要執行一些操作，例如從配置文件讀取屬性或將內存中的緩存拆分到磁盤，但無服務器函數不允許這樣做。無服務器函數是無狀態的，因此每當應用程序需要狀態時，無服務器函數都不適合。

無服務器服務使應用程序更易于擴展和開發，而無需管理典型的基于服務器的基礎結構。開發人員可以更多地關注核心產品，而不是操作服務器。因此，越來越多的組織更喜歡無服務器平臺。

審核編輯：郭婷