無服務器自動配置所需的云資源（例如存儲和計算），然后在工作負載通過處理后將其取消配置。盡管有些人將其稱為懶人的云平臺服務，但如今不必去猜測如何配置正確數量的資源，這會讓您擺脫麻煩。
但是，盡管有很多好處，但總會有一些缺點。我有三個要與您一起審查。由在虛擬私有云中運行無服務器功能引起的冷啟動可能會導致延遲或冷啟動時間。如果您還記得上高中開始念媽媽的別克車，那您就不遠了。
而且，不同的語言有不同的滯后。如果對它們進行基準測試，您會得到有趣的結果，例如Python是最快的，而.NET和Java是最慢的（僅作為示例）。您可以使用工具來分析滯后時間并確定對工作負載的影響。如果您完全處于無服務器狀態，建議您研究一下這些工具。
距離延遲是無服務器功能與最終用戶之間的距離。這應該是常識，但是我看到大多數用戶在美國的公司都在亞洲運行無服務器功能。假定帶寬不是問題，因此他們尋求便利性而不是實用性，并且不考慮影響，例如管理員位于亞洲。
當數據與使用該數據的無服務器核心功能位于不同的區域時，另一個距離問題將起作用。同樣，這個錯誤的決定通常是圍繞公共云上的流程分布做出的。在PowerPoint上看起來不錯，但并不實用。
最后是動力不足的運行配置通常被忽略。無服務器系統具有預定義的內存和計算配置列表，例如內存從64MB到3008MB不等。根據所利用的內存量，圍繞相關算法分配CPU。較低的內存設置通常較便宜，但是如果無服務器系統使您在內存和CPU上都處于短缺狀態，則需要在性能上進行權衡。
沒有什么是完美的，盡管利用無服務器系統有許多好處，但您也需要考慮不利因素。對問題有務實的了解，可以使您有效地解決這些問題。
京公網安備 11010502049343號