0
在我的index.js文件中,在聲明導出的函數之前,我有一個預處理步驟,從雲中讀取一些文件並構建一些大的hashmaps。導出的雲功能使用這些hashmaps。如何計算Firebase內存使用量的雲端函數以計算靜態變量?
即使函數未被調用,這些hashmaps是否仍然存在於機器的內存中,並且計數到gb-seconds限制?
在我的index.js文件中,在聲明導出的函數之前,我有一個預處理步驟,從雲中讀取一些文件並構建一些大的hashmaps。導出的雲功能使用這些hashmaps。如何計算Firebase內存使用量的雲端函數以計算靜態變量?
即使函數未被調用,這些hashmaps是否仍然存在於機器的內存中,並且計數到gb-seconds限制?
GB-seconds僅在分配的實例上運行某個函數時纔開始計費。當沒有功能運行時,沒有計費,但不能確定前一次運行的狀態是否可用。
謝謝。初次啓動後,hashmaps不會被修改。這些功能只能從它們讀取;他們不寫信給他們。在這種情況下,我可以肯定他們將始終能夠閱讀該散列表?在這種情況下是否有某種啓動開銷?一些不幸的用戶是否會觸發整個啓動過程,在獲得響應之前可能需要幾分鐘的時間? – pete
如果在完全構建地圖之前有可能執行某個功能,那聽起來像是一個潛在的問題。另外,您可能需要運行其他功能的內存不足。無論如何,如果在任何特定時刻沒有任何功能運行,則不應該收費。 –