En este documento, se enumeran las cuotas y los límites que se aplican a los flujos de trabajo.
Google Cloud usa cuotas para garantizar la equidad y reducir los aumentos repentinos en el uso y la disponibilidad de los recursos. Una cuota restringe la cantidad de un recurso de Google Cloud que puede usar tu proyecto de Google Cloud. Las cuotas se aplican a una variedad de tipos de recursos, incluidos los componentes de hardware, software y red. Por ejemplo, las cuotas pueden restringir la cantidad de llamadas a la API para un servicio, la cantidad de balanceadores de cargas que se usan en simultáneo en tu proyecto o la cantidad de proyectos que puedes crear. Las cuotas protegen a la comunidad de usuarios de Google Cloud mediante la prevención de la sobrecarga de los servicios. También te ayudan a administrar tus propios recursos de Google Cloud.
El sistema de cuotas Cloud realiza las siguientes acciones:
- Supervisa el consumo de productos y servicios de Google Cloud.
- Restringe el consumo de esos recursos.
- Proporciona un medio para solicitar cambios en el valor de la cuota.
En la mayoría de los casos, cuando intentas consumir más de lo que permite la cuota de un recurso, el sistema bloquea el acceso al recurso, y la tarea que intentas realizar falla.
Por lo general, las cuotas se aplican a nivel del proyecto de Google Cloud. El uso de un recurso en un proyecto no afecta tu cuota disponible en otro proyecto. Dentro de un proyecto de Google Cloud, las cuotas se comparten entre todas las aplicaciones y direcciones IP.
También hay límites para los recursos de Workflows. Estos límites no están relacionados con el sistema de cuotas. Los límites no se pueden cambiar, a menos que se indique lo contrario.
Cuotas
Workflows aplica las siguientes cuotas a cada servicio de Google Cloud en un proyecto final. Puedes aumentar o disminuir estas cuotas:
| Cuota | Descripción | Valor |
|---|---|---|
| Flujos de trabajo totales | La cantidad máxima de flujos de trabajo que puedes implementar por proyecto | 10,000 |
| Ejecuciones simultáneas | La cantidad máxima de ejecuciones de flujos de trabajo activos por región, por en un proyecto final. Las ejecuciones simultáneas son aquellas que se iniciaron, pero que aún se completaron o fallaron, incluidos los que esperan devoluciones de llamada o están durmiendo. Una vez que se alcanza la cuota y si está habilitado el aplazamiento de ejecuciones, las ejecuciones se crean en un estado |
10,000 |
| Ejecuciones en cola | La cantidad máxima de ejecuciones de flujos de trabajo pendientes por región, por
en un proyecto final.
Para obtener más información, consulta Administra el retraso en la ejecución. |
100,000 |
| Solicitudes a la API de Workflow | La cantidad máxima de solicitudes a la API (create,
update, list y get
delete) de todos los flujos de trabajo de tu proyecto
(por minuto, por ubicación) |
1,200 |
| Solicitudes get de la API de Execution | La cantidad máxima de solicitudes a get
ejecuciones de flujos de trabajo de todos los flujos de trabajo de tu proyecto (por minuto y por
ubicación) |
6,000 |
| Solicitudes de lista de API de Execution | La cantidad máxima de solicitudes a
list
ejecuciones de flujos de trabajo de todos los flujos de trabajo de tu proyecto (por minuto y por
ubicación) |
1,200 |
| Solicitudes de escritura de la API de Execution | Es la cantidad máxima de solicitudes a las ejecuciones de flujos de trabajo de create y cancel (incluidas las ejecuciones activadas por Eventarc) de todos los flujos de trabajo de tu proyecto (por minuto y por ubicación).
Si las ejecuciones activadas por Eventarc superan este máximo, el de eventos se reintentarán luego de Política de reintento de Eventarc. |
6,000 |
| Solicitudes get de entradas de pasos a la API de Execution | La cantidad máxima de solicitudes a
get
la entrada de un paso de la ejecución de un flujo de trabajo (por minuto por ubicación) |
6,000 |
| Solicitudes de lista de entradas de pasos de la API de Execution | Es la cantidad máxima de solicitudes a las entradas de pasos de list de una ejecución de flujo de trabajo (por minuto y por ubicación). |
1,200 |
| Solicitudes de datos de exportación de la API de Execution | Es la cantidad máxima de solicitudes a export data desde una ejecución de flujo de trabajo (por minuto y por ubicación). |
10 |
| Solicitudes HTTP a extremos de devolución de llamada | La cantidad máxima de solicitudes a la API de SendHttpCallback realizadas en los recursos de ejecución de todos los flujos de trabajo de tu proyecto (por minuto y por ubicación) |
1,500 |
| Solicitudes de devolución de llamada de lista de la API de Execution | La cantidad máxima de solicitudes a
list
Devoluciones de llamada de la ejecución de un flujo de trabajo (por minuto y por ubicación) |
300 |
Solicitudes de aumento de cuota
Para aumentar o disminuir las cuotas, usa la consola de Google Cloud. Para obtener más información, consulta Solicita una cuota mayor.
Límites de pasos
Workflows aplican los siguientes límites de pasos para cada flujo de trabajo. No puedes solicitar cambios en estos límites:
| Límite | Descripción | Valor |
|---|---|---|
| Asignaciones por paso | El número máximo de tareas que puede realizarse en un solo paso | 50 |
| Condiciones por conmutador | La cantidad máxima de condiciones que se pueden evaluar en un solo bloque de interruptor | 50 |
| Profundidad máxima de la pila de llamadas | La cantidad máxima de niveles de funciones de llamada; por ejemplo, cuando un el subflujo de trabajo se llama a sí mismo o a otro subflujo de trabajo; o una biblioteca estándar llamadas a funciones que, a su vez, llaman a otras funciones | 20 |
| Pasos mínimos | Cantidad mínima de pasos dentro de un flujo de trabajo | 1 |
| Cantidad máxima de pasos | La cantidad máxima de pasos que se pueden realizar en un solo flujo de trabajo ejecución | 100,000 |
Límites de pasos paralelos
Los flujos de trabajo aplican los siguientes límites cuando se usan pasos en paralelo. No puedes solicitar cambios en estos límites:
| Límite | Descripción | Valor |
|---|---|---|
| Ramas por paso | El número máximo de ramas admitidas en una paso paralelo | 10 |
| Profundidad paralela | Es la profundidad máxima en la que se pueden anidar los pasos paralelos. | 2 |
| Ramas e iteraciones simultáneas | Es la cantidad máxima de ramas e iteraciones que se pueden ejecutar de forma simultánea en una sola ejecución de flujo de trabajo antes de que se almacenen automáticamente en una fila más ramas e iteraciones para esperar que se completen uno o más subprocesos en ejecución. No hay un límite total de recuento de subprocesos; sin embargo, se aplican todos los demás límites. |
20 |
| Excepciones sin detectar dentro de un paso paralelo | La cantidad máxima de excepciones no controladas que se pueden generar durante la ejecución del flujo de trabajo (en total) | 100 |
Límites de recursos
Workflows aplican los siguientes límites de uso. No puedes solicitar cambios en estos límites:
| Límite | Descripción | Valor |
|---|---|---|
| Tamaño del código fuente | El tamaño máximo del archivo YAML o JSON que define tu flujo de trabajo | 128 KB |
| Tamaño de la respuesta | El tamaño máximo de una respuesta HTTP (si se guarda en una variable, el se aplica el límite de memoria para variables) | 2 MB |
| Longitud de las expresiones | La cantidad máxima de caracteres en un solo expresión | 400 caracteres |
| Tamaño de los datos | El tamaño acumulativo máximo para variables, argumentos y eventos: | 512 KB |
|
||
|
||
|
||
| Es la longitud máxima de la cadena en bytes con codificación UTF-8. | 256 KB | |
| Variables de entorno | Es el tamaño máximo de una cadena de definición de variable de entorno definida por el usuario (KEY=value). Se pueden definir un máximo de 20 variables. |
4 KiB |
| Duración de la ejecución | La duración máxima (desde la hora de inicio hasta la hora de finalización) de un flujo de trabajo execution; cualquier flujo de trabajo que supere este límite finaliza con un tiempo de espera error | 1 año |
| Retención de la ejecución | Es el período de retención máximo (después de que se completa una ejecución de flujo de trabajo) del historial y los resultados de una ejecución. | 90 días |
| Ventana de anulación de duplicación | La ventana de anulación de duplicación para garantizar un procesamiento del tipo “exactamente una vez” activar la ejecución de un flujo de trabajo con eventos | 24 horas |