[編譯]無服務器是改變游戲規(guī)則的人。當我們希望加快大流行后向云的遷移時，我們希望取消調(diào)整我們認為需要工作負載的云資源的步驟。

無服務器自動配置所需的云資源（例如存儲和計算），然后在工作負載完成處理后取消提供。盡管有些人將其稱為懶人的云平臺服務，但不需要猜測資源的正確數(shù)量，這會讓你在這些天擺脫麻煩。

但是，盡管有很多利弊，但總會有一些弊端。我有三個要與您一起審查。

冷啟動（由在虛擬私有云中運行無服務器功能引起）可能會導致延遲或冷啟動時間。如果你還記得高中時開你媽媽的別克車，那你就不遠了。

此外，不同的語言有不同的滯后。如果對它們進行基準測試，您會得到有趣的結(jié)果，例如Python是最快的，而.NET和Java是最慢的（僅作為示例）。您可以使用工具來分析滯后時間并確定對工作負載的影響。如果您完全處于無服務器狀態(tài)，建議您使用這些工具。

距離延遲是無服務器功能與最終用戶之間的距離。這應該是常識，但是我看到大多數(shù)用戶在美國的公司都在亞洲運行無服務器功能。假設帶寬不是問題，因此他們尋求便利性而非實用性，并且不考慮影響，例如管理員位于亞洲。

當數(shù)據(jù)與使用該數(shù)據(jù)的無服務器核心功能位于不同的區(qū)域時，另一個距離問題將起作用。同樣，這個錯誤的決定通常是圍繞公共云上的流程分布做出的。在PowerPoint上看起來不錯，但并不實用。

最后，動力不足的運行時配置通常被忽略。無服務器系統(tǒng)具有預定義的內(nèi)存和計算配置列表，例如內(nèi)存從64MB到3008MB不等。根據(jù)所利用的內(nèi)存量，圍繞相關算法分配CPU。較低的內(nèi)存設置通常較便宜，但如果無服務器系統(tǒng)使您在內(nèi)存和CPU上都變短，則需要在性能上進行權(quán)衡。

沒有什么是完美的，盡管利用無服務器系統(tǒng)有許多好處，但您也需要考慮不利因素。務實地了解問題可以使您有效地解決這些問題。[編譯]