器的早期部署模型中只要伺服
然而這種便利性和靈活性也伴隨著一系列需要注意的複雜性。在使用長時間運行的伺服器啟動並運行執行環境就始終可用。這使您的應用程式能夠立即回應傳入的請求。新的無伺服器範例要求我們作為開發人員找到方法來確保您的功能可用並儘快回應請求。無伺服器功能的效能缺陷在無伺服器環境中您的函數可以縮減為零。這可以讓您將營運成本降至最低但也會帶來技術成本。當您沒有可用的函數實例來回應請求時必須實例化一個新函數。這稱為冷啟動。注意有關冷啟動是什麼以及我們如何在使用時盡可能縮短冷啟動時間的詳細說明請閱讀我們最近的文章我們如何使用將無伺服器冷啟動速度提高倍。緩慢的冷啟動可能會給用戶帶來 WhatsApp 号码数据 非常糟糕的體驗並最終降低他們對產品的體驗。這是問題。除了冷啟動問題之外實際處理程式函數的效能也非常重要。無伺服器應用程式通常由許多小型獨立的功能組成這些功能透過事件匯流排佇列等協定相互互動。各個功能之間的相互通訊創建了每個請求的依賴鏈。如果其中一個函數非常慢它將影響鏈的其餘部分。因此處理程序效能是問題。效能優化的最佳實踐在我們花了幾個月的時間深入研究無伺服器環境並優化在其中的行為。在此過程中我們發現了許多最佳實踐您可以在自己的應用程式中採用這些最佳實踐以保持盡可能高的效能。在本文的其餘部分我們將看看我們發現的一些最佳實踐。
http://zh-cn.textservices.co.uk/wp-content/uploads/2023/11/mitu-2.jpg
將您的函數託管在與資料庫相同的區域中每當您託管需要存取傳統關係型資料庫的應用程式或功能時您都需要啟動與該資料庫的連線。這需要時間並且會帶來延遲。對於您執行的任何查詢也是如此。您的目標是將時間和延遲保持在絕對最低限度。目前最好的方法是確保您的應用程式或功能部署在與資料庫伺服器相同的地理區域中。您的要求到達資料庫伺服器的距離越短建立連線的速度就越快。部署無伺服器應用程式時要記住這一點非常重要因為不這樣做可能會產生很大的負面影響。不這樣做可能會影響以下操作所需的時間完成握手保護與資料庫的連接執行您的查詢所有這些因素都會在冷啟動期間激活因此會影響使用帶有的資料庫對應用程式的冷啟動產生的影響。
頁:
[1]