¿Por qué se degrada el rendimiento cuando se cierra una función sin servidor sin completar Promise.all() correctamente en Firebase Cloud Function?
En el pasado, solía ejecutar Promise.all() sin await en Cloud Function. Luego, esto haría que Cloud Function se cerrara sin esperar a que Promise.all() . Como resultado, mi Cloud Function a veces funcionaba correctamente y otras veces no.
Este es un problema, por lo que lo arreglamos para await Promise.all() para esperar a que finalice todo el procesamiento.
Luego, Cloud Function, que solía tardar varios minutos en completarse, ahora se completa en unos segundos.
Tengo curiosidad acerca de este tema y me gustaría entenderlo. ¿Por qué cuando arreglo todos los procesos asincrónicos para que esperen, la función se completa de inmediato?
Gracias.
Es simplemente el modelo sin servidor de Google Cloud. Usted paga cuando procesa el tráfico, es decir, cuando se procesa su solicitud.
Cuando ha enviado una respuesta, deja de pagar y, por lo tanto, Google limita la CPU disponible para sus funciones en la nube (alrededor del 5% de la CPU disponible). De hecho, si no paga, Google limita la CPU y propone la potencia de procesamiento a otra función de la nube que maneja el tráfico y que lo paga.
Para liberar la memoria reservada por sus funciones en la nube, después de un tiempo (unos 15 minutos) Google detiene la instancia.
Entonces, en su caso, si envía la respuesta antes de que finalice el procesamiento, el procesamiento continuará en segundo plano con un bajo porcentaje de CPU. O termina o no tiene tiempo de terminar antes de que se detenga la instancia;
Ahora, debido a que espera todas las promesas antes de enviar la respuesta, tiene el 100% de la potencia de la CPU para usted (porque la paga) y termina rápidamente el procesamiento.