Firebase-tools: Reintentar la implementación de la función fallida en ETIMEDOUT

Creado en 7 abr. 2018  ·  4Comentarios  ·  Fuente: firebase/firebase-tools

Cada vez que implemento funciones, al menos una función no se implementa debido a ETIMEDOUT. Mi proyecto tiene alrededor de 50 funciones y lo estoy implementando desde una conexión lenta a Internet. Me gustaría solicitar que las funciones fallidas se vuelvan a implementar cuando se encuentre este error. Veo que se han vuelto a intentar algunos errores, pero no estoy seguro de si esto se aplica a ETIMEDOUT

https://github.com/firebase/firebase-tools/blob/8f81d88caee57a16b44df868243572c071ec86d6/lib/deploy/functions/release.js#L167 -L172

Otra forma posible de solucionar esto podría ser proporcionar un argumento para permitir la implementación de funciones en lotes y esperar a que se complete cada lote antes de implementar el siguiente lote de funciones. La razón por la que creo que esto podría funcionar es porque mis funciones siempre se implementan correctamente cuando ejecuto una implementación parcial de 5-10 funciones.

Todos 4 comentarios

Ofrecemos la posibilidad de agrupar sus funciones e implementar funciones individuales o grupos en lugar de todo el proyecto: https://firebase.google.com/docs/cli/#partial_deploys. En este momento, no admitiremos el procesamiento por lotes de sus funciones, ya que puede hacerlo usted mismo.

Creo que ETIMEDOUT sería el código de error 4, por lo que se vuelve a intentar.

@laurenzlong, ¿hay alguna manera de aumentar la cantidad de veces que la CLI intenta

Técnicamente es posible, pero puede que no sea una buena idea, ya que muchas de las cuotas de implementación se basan en el intervalo de tiempo (es decir, x número de implementaciones en x segundos). Si vuelve a intentarlo de inmediato, el problema empeorará. Por lo tanto, no quisiéramos hacer ese cambio en la CLI.

Si tiene un caso comercial para implementar muchas funciones a la vez, puede solicitar un aumento de cuota en Cloud Console , la cuota que le gustaría aumentar es "Solicitudes de escritura cada 100 segundos por usuario".

@laurenzlong obtenemos esto bastante cuando implementamos (¡es bastante molesto!) - He considerado aumentar la cuota que mencionaste pero no es editable, ¿alguna otra idea / solución alternativa, gracias?

¿Fue útil esta página
0 / 5 - 0 calificaciones