Administra trabajos cron

Destino de Pub/Sub

Si eliges el tipo de destino Pub/Sub, haz lo siguiente:

1. Especifica el nombre del tema en el que se publicará el trabajo. Este es un tema de Pub/Sub que ya configuraste en tu proyecto.

2. Especifica el mensaje que se enviará al tema. Esto se envía como el parámetro data dentro del mensaje de Pub/Sub. Para ver un ejemplo que realice esta acción, consulta la Guía de inicio rápido.

3. Agrega los atributos de mensaje que necesites.

4. Establece cualquier configuración adicional mediante la sección Configure optional settings.

Cloud Scheduler publicará mensajes en este tema como una cuenta de servicio de las APIs de Google.

Aceptar

Destino HTTP de App Engine

Si eliges el tipo de objetivo HTTP de App Engine, debes usar el App de App Engine y la región asociada al proyecto actual. Si quieres usar otra app de App Engine fuera de tu proyecto actual, elige HTTP como destino, no HTTP de App Engine. Las reglas de firewall de destino deben permitir solicitudes del rango de IP 0.1.0.2/32.

Configura el formulario como se indica a continuación:

1. En la lista Tipo de destino, selecciona HTTP de App Engine.

2. Especifica el nombre del servicio de App Engine que ejecuta la para el trabajo de Cloud Scheduler. Si se omite, default servicio. Si deseas configurarlo, puedes encontrar los nombres de los servicios en la Consola de Google Cloud.

3. De manera opcional, especifica la versión. Si no se establece, se usa la versión en uso actual. Puedes encontrar las versiones disponibles en la consola de Google Cloud.

4. De manera opcional, especifica la instancia. Si no se configura, cualquier instancia disponible puede que se usará. Puedes encontrar las versiones disponibles en la consola de Google Cloud.

5. Especifica la URL relativa del extremo de App Engine a la que el trabajo se pondrán en contacto. Si usas el valor predeterminado /, el trabajo usará PROJECT-ID.appspot.com en el que PROJECT-ID es el ID del proyecto actual.

   Nota: Si no usas el servicio predeterminado, se mostrará la URL de destino. en la IU de la consola de Google Cloud tiene el formato SERVICE.PROJECT-ID.r.appspot.com/* La misma URL que se muestra en la ventana de la terminal con la CLI tiene el formato https://SERVICE-dot-PROJECT-ID.r.appspot.com/. Las dos formas son equivalentes.

6. Configura el método HTTP que quieres usar cuando se ejecute el trabajo. El valor predeterminado es POST.

7. Agrega los encabezados que necesites a la solicitud.

8. De manera opcional, especifica los datos del cuerpo que se enviarán al destino. Estos datos se envían en el cuerpo de la solicitud como bytes cuando se selecciona el método HTTP POST o PUT.

Los extremos de App Engine deben estar en el mismo proyecto y se pueden asegurar con login: admin en el elemento handlers en el archivo app.yaml.

Aceptar

Destino HTTP

Si eliges el tipo de destino HTTP, haz lo siguiente:

1. Especifique la URL completamente calificada del extremo con el que se pondrá en contacto el trabajo.

2. Especifica el método HTTP. El valor predeterminado es POST.

3. De manera opcional, especifica los datos que se enviarán al destino. Estos datos se envían en el cuerpo de la solicitud como bytes cuando se selecciona el método HTTP POST o PUT.

4. Agrega los encabezados que necesites.

5. Para crear un trabajo de destino HTTP que requiera autenticación, consulta Usa la autenticación con destinos HTTP.

Los extremos HTTP objetivo deben ser de acceso público.

Nota: Cuando usas un destino HTTP, Cloud Scheduler puede informar un el error de solicitud falló, a pesar de que el destino se devolvió correctamente. Esto puede pueden ocurrir cuando no coincide la configuración del tiempo de espera del objetivo y el de Cloud Scheduler. Consulta la Trabajo descripción para configurar el campo attempt_deadline.

Aceptar

Puedes usar Cloud Scheduler para configurar unidades de trabajo programadas, conocidas como trabajos cron, que se envían a destinos en algún programa recurrente, también llamado intervalo o frecuencia de trabajo.

Solo se debe ejecutar una instancia de trabajo a la vez. En circunstancias excepcionales, es posible que se soliciten varias instancias del mismo trabajo. Como resultado, tu controlador de solicitudes debe ser idempotente, y tu código deberá garantizar que no existan efectos secundarios perjudiciales si esto ocurre.

Nota: Cloud Scheduler proporciona encabezados que pueden ayudar con la anulación de duplicación de solicitudes de trabajo, lo que hace que el controlador de solicitudes sea idempotente. En particular, la solicitud de trabajo se puede identificar de forma única mediante el el nombre del trabajo y la hora en que está programado.

Cloud Scheduler está diseñado para la repetición de trabajos. Si necesitas ejecutar un trabajo solo una vez, considera usar Cloud Tasks, que puede programar una tarea con hasta 30 días de anticipación.

Antes de comenzar

Asegúrate de haber configurado tu entorno para de Google Cloud Scheduler.

Elige un tipo de objetivo

Cloud Scheduler puede invocar los siguientes tipos de destinos:

• Extremos HTTP

• Temas de Pub/Sub

• Servicios de App Engine

Invoca servicios de destino que estén restringidos a entrada interna

Cloud Scheduler puede invocar los siguientes servicios de forma interna:

• Funciones de Cloud Run
• Cloud Run (en la URL run.app, no en dominios personalizados)

Para invocar estos destinos de forma interna, el destino debe estar en el mismo proyecto de Google Cloud o perímetro de Controles del servicio de VPC que tu tarea de Cloud Scheduler.

Para obtener más información sobre cómo restringir la entrada para proteger los destinos, consulta Restricción de entrada (para Cloud Run) y Ajusta la configuración de red (para Cloud Run).

Crea un trabajo

Puedes crear un trabajo con la consola de Google Cloud o con Google Cloud CLI.

Console

1. En la consola de Google Cloud, ve a la página Cloud Scheduler.

   Ir a Cloud Scheduler

2. Haz clic en Create job (Crear trabajo).

3. En el campo Nombre, proporciona un nombre para el trabajo que sea único para en un proyecto final.

   Después de borrar el trabajo asociado, es posible volver a usar el nombre de un trabajo en un proyecto final.

4. En la lista Región, selecciona una región.

   Si usas un destino HTTP de App Engine, debes elegir la misma región que tu app de App Engine. Para obtener más información, consulta Regiones admitidas por destino.

5. De forma opcional, proporciona una breve descripción del trabajo, como un recordatorio de lo que este hace.

   Esta descripción aparece en la consola junto al nombre del trabajo.

6. Especifica la frecuencia en la que se ejecutará el trabajo con una cadena de configuración.

   Por ejemplo, la cadena 0 1 * * 0 ejecuta el trabajo una vez por semana a la 1:00 a.m. todos los domingos a la mañana. La cadena que proporciones aquí puede ser cualquier cadena compatible con unix-cron. Para obtener más información, consulta Configura programas de trabajos cron.

7. En la lista Zona horaria, elige la zona horaria que se usará para la programación del trabajo.

8. Haga clic en Continuar.

9. Especifica el Tipo de destino:

   • HTTP

   • Pub/Sub: debes especifica el nombre del tema de Pub/Sub que tienes ya está configurado en tu proyecto y en el que se publicará el trabajo.

   • HTTP de App Engine: debes usar la app de App Engine y la región asociada con proyecto actual.

10. Haga clic en Continuar.

11. De manera opcional, para configurar cualquier comportamiento de reintento, haz clic en Establece la configuración opcional. Para especificar la duración, usa una secuencia de números enteros decimales no negativos con los siguientes sufijos de unidad:

    • h: hora
    • m: minuto
    • s: segundo
    • ms: milisegundo
    • us: microsegundo
    • ns: nanosegundo

    No se permiten valores fraccionarios ni negativos. El campo Max retry duration solo admite valores h, m y s. Tanto Min backoff duration como Max backoff duration admiten el conjunto completo.

12. De manera opcional, para los objetivos HTTP y HTTP de App Engine, configura una la fecha límite para los intentos de trabajo. Si el controlador de solicitudes no responde dentro de este plazo, la solicitud se cancela y se marca el intento como con errores. Cloud Scheduler vuelve a intentar el trabajo según la configuración de reintentos.

13. Para crear y guardar el trabajo, haz clic en Crear.

    Ahora, el trabajo se ejecutará con la frecuencia especificada.

gcloud

Cuando creas un trabajo con gcloud CLI, usas diferentes para cada tipo de target:

HTTP

Puede enviar una solicitud a cualquier extremo HTTP o HTTPS. Los extremos HTTP objetivo deben ser de acceso público.

gcloud scheduler jobs create http JOB \
    --location=LOCATION \
    --schedule=SCHEDULE \
    --uri=URI

Reemplaza lo siguiente:

• JOB: Es un nombre de trabajo que debe ser único en el proyecto. Ten en cuenta que no puedes reutilizar un nombre de trabajo en un proyecto, incluso si borras su trabajo asociado.

• LOCATION: Es la ubicación en la que se ejecutará el trabajo.

• SCHEDULE: frecuencia o trabajo el intervalo en el que se ejecutará el trabajo, por ejemplo, every 3 hours. El string que proporciones aquí cualquier archivo unix-cron string compatible. Aunque ya no recomendamos su uso, la sintaxis cron de App Engine heredada aún es compatible con las tareas existentes.

  Para obtener más información, consulta Configura trabajo cron cron.

• URI: El URI completamente calificado del extremo con el que se pondrá en contacto el trabajo.

Otros parámetros se describen en el Referencia de la línea de comandos de gcloud:

• De forma opcional, especifica el método HTTP. El valor predeterminado es POST.

• De manera opcional, especifica los datos que se enviarán al destino. Estos datos se envían en el cuerpo de la solicitud como bytes cuando se selecciona el método HTTP POST o PUT.

• De manera opcional, configura los valores de reintento, que especifican cómo App Engine es que se volverá a intentar en caso de falla. En la mayoría de los casos, los valores predeterminados serán suficientes.

• Para crear un trabajo de destino HTTP que requiera autenticación, consulta Usa la autenticación con destinos de HTTP.

Ejemplo

gcloud scheduler jobs create http my-http-job \
    --schedule "0 1 * * 0" \
    --uri "http://myproject/my-url.com" \
    --http-method GET

Nota: Cuando se usa un destino HTTP, Cloud Scheduler puede informar un error de solicitud errónea, incluso si el destino se mostró correctamente. Esto puede ocurrir cuando hay una discrepancia entre la configuración del tiempo de espera del servicio de destino y la de Cloud Scheduler. Consulta la descripción del trabajo para configurar el campo attempt_deadline.

Pub/Sub

Debes usar un tema de Pub/Sub que ya configuraste en tu proyecto. Cloud Scheduler publicará mensajes en este tema como una cuenta de servicio de la API de Google.

gcloud scheduler jobs create pubsub JOB \
    --location=LOCATION \
    --schedule=SCHEDULE \
    --topic=TOPIC

Reemplaza lo siguiente:

• JOB: Es un nombre de trabajo que debe ser único en el proyecto. Ten en cuenta que no puedes reutilizar un nombre de trabajo en un proyecto, incluso si borras su trabajo asociado.

• LOCATION: Es la ubicación en la que se ejecutará el trabajo.

• SCHEDULE: frecuencia o trabajo el intervalo en el que se ejecutará el trabajo, por ejemplo, every 3 hours. El string que proporciones aquí puede ser cualquier unix-cron string compatible. Aunque ya no recomendamos su uso, la versión Sintaxis de cron de App Engine sigue siendo compatible con los trabajos existentes.

  Para obtener más información, consulta Configura programas de trabajos cron.

• TOPIC: Es el nombre del tema al que corresponde el trabajo. que publicarás. Usa la marca --message-body o --message-body-from-file para especificar el mensaje que se enviará al tema. Se envía como data. en el mensaje de Pub/Sub. Para ver un ejemplo que realice esta acción, consulta la guía de inicio rápido.

Otros parámetros se describen en la referencia de la línea de comandos de gcloud.

Ejemplo

gcloud scheduler jobs create pubsub myjob \
    --schedule "0 1 * * 0" \
    --topic cron-topic \
    --message-body "Hello"

HTTP de App Engine

El destino App Engine HTTP solo está disponible para App Engine asociada con el proyecto actual. Si quieres usar otra App de App Engine fuera de tu proyecto actual, elige HTTP como el objetivo, no App Engine HTTP. Las reglas de firewall de destino deben permitir solicitudes del rango de IP 0.1.0.2/32.

Los extremos de App Engine se pueden proteger con login: admin en el handlers en el archivo app.yaml.

gcloud scheduler jobs create app-engine \
    --JOB=JOB \
    --location=LOCATION \
    --schedule=SCHEDULE

Reemplaza lo siguiente:

• JOB: Es un nombre de trabajo que debe ser único en el proyecto. Ten en cuenta que no puedes reutilizar un nombre de trabajo en un proyecto, incluso si borras su trabajo asociado.

• LOCATION: Es la ubicación en la que se ejecutará tu trabajo. Debe ser la misma que la ubicación de tu aplicación de App Engine.

• SCHEDULE: La frecuencia o el intervalo de trabajos, con la que el trabajo es ejecutar, por ejemplo, every 3 hours. La cadena que proporciones aquí puede ser cualquiera unix-cron string compatible. Aunque ya no recomendamos su uso, la versión Sintaxis de cron de App Engine sigue siendo compatible con los trabajos existentes.

  Para obtener más información, consulta Configura programas de trabajos cron.

Otros parámetros se describen en la referencia de la línea de comandos de gcloud:

• Especifica la URL relativa del extremo de App Engine con la que se comunicará el trabajo. Si usas el valor predeterminado /, el trabajo usará PROJECT-ID.appspot.com en el que PROJECT-ID es el ID del proyecto actual.

• Especifica el nombre del servicio de App Engine que ejecuta el controlador para el trabajo de Cloud Scheduler. Si se omite, default servicio. Si deseas configurarlo, puedes encontrar los nombres de servicio en Google Cloud Console.

• De forma opcional, configura el método HTTP que desees usar cuando se ejecute el trabajo. El valor predeterminado es POST.

• De manera opcional, especifica la versión. Si no se establece, se usa la versión en uso actual. Puedes encontrar las versiones disponibles Consola de Google Cloud.

• De manera opcional, especifica la instancia. Si no se configura, cualquier instancia disponible un modelo de AA. Puedes encontrar las versiones disponibles Consola de Google Cloud.

• De manera opcional, especifica los datos que se enviarán al destino. Estos datos se envían en el cuerpo de la solicitud como bytes cuando se selecciona el método HTTP POST o PUT.

• De forma opcional, configura los valores de reintento, que especifican cómo se reintenta el trabajo de App Engine en caso de falla. En la mayoría de los casos, los valores predeterminados son suficientes.

Ejemplo

gcloud scheduler jobs create app-engine my-appengine-job \
    --schedule "0 1 * * 0" \
    --relative-url "/cron-handler"

Nota: Si no usas el servicio predeterminado, la URL de destino se muestra en tu ventana de terminal tiene el siguiente formato: https://SERVICE-dot-PROJECT-ID.r.appspot.com/ La misma URL que se muestra en la IU de la consola de Google Cloud tiene el siguiente formato: SERVICE.PROJECT-ID.r.appspot.com/* Los dos formularios son equivalentes.

Editar un trabajo

Puedes editar la configuración de un trabajo.

Console

1. En la consola de Google Cloud, ve a la página Cloud Scheduler.

   Ir a Cloud Scheduler

2. Selecciona el trabajo que quieres editar.

3. Haz clic en Edit.

4. Sigue los pasos para definir el programa, configurar la ejecución y definir la configuración opcional cuando creas un trabajo

gcloud

Cuando editas un trabajo con gcloud CLI, usas diferentes para cada tipo de target:

HTTP

Puede enviar una solicitud a cualquier extremo HTTP o HTTPS. Los extremos HTTP objetivo deben ser de acceso público.

gcloud scheduler jobs update http JOB \
    --location=LOCATION \
    --schedule=SCHEDULE \
    --uri=URI

Reemplaza lo siguiente:

• JOB: Es un nombre de trabajo que debe ser único en el en un proyecto final. Ten en cuenta que no puedes volver a usar el nombre de un trabajo en un proyecto, aunque borrar su trabajo asociado.

• LOCATION: Es la ubicación en la que se ejecuta el trabajo. Si no especificas la ubicación, gcloud CLI usará tu ubicación predeterminada. Si el trabajo que quieres editar está en un debes especificar la ubicación, además del NAME para que se identifique tu trabajo. No puedes actualizar la ubicación del trabajo.

• SCHEDULE: frecuencia o trabajo el intervalo en el que se ejecutará el trabajo, por ejemplo, every 3 hours. El string que proporciones aquí cualquier archivo unix-cron string compatible. Aunque ya no recomendamos su uso, la sintaxis cron de App Engine heredada aún es compatible con las tareas existentes.

  Para obtener más información, consulta Configura programas de trabajos cron.

• URI: El URI completamente calificado del extremo con el que se pondrá en contacto el trabajo.

Otros parámetros se describen en la referencia de la línea de comandos de gcloud.

Ejemplo

gcloud scheduler jobs update http my-http-job \
    --schedule "0 1 * * 0" \
    --uri "http://myproject/my-url.com" \
    --http-method GET

Nota: Cuando usas un destino HTTP, Cloud Scheduler puede informar un el error de solicitud falló, a pesar de que el destino se devolvió correctamente. Esta puede suceder cuando no hay coincidencia entre la configuración del tiempo de espera de la de destino y el de Cloud Scheduler. Consulta la descripción del trabajo para configurar el campo attempt_deadline.

Pub/Sub

Debes usar un tema de Pub/Sub que ya configuraste en tu proyecto. Cloud Scheduler publicará mensajes en este tema como una cuenta de servicio de la API de Google.

gcloud scheduler jobs update pubsub JOB \
    --location=LOCATION \
    --schedule=SCHEDULE \
    --topic=TOPIC

Reemplaza lo siguiente:

• JOB: Es un nombre de trabajo que debe ser único en el en un proyecto final. Ten en cuenta que no puedes volver a usar el nombre de un trabajo en un proyecto, aunque borrar su trabajo asociado.

• LOCATION: Es la ubicación en la que se ejecuta tu trabajo. Si no especificas la ubicación, gcloud CLI usará tu ubicación predeterminada. Si el trabajo que deseas editar está en una ubicación diferente, debes especificar la ubicación además de NAME para que se identifique tu trabajo. No puedes actualizar la ubicación del trabajo.

• SCHEDULE: Es la frecuencia, o el intervalo de trabajo, a la que se debe ejecutar la tarea, por ejemplo, every 3 hours. La cadena que proporciones aquí puede ser cualquier cadena compatible con unix-cron. Aunque ya no recomendamos su uso, la sintaxis cron de App Engine heredada aún es compatible con las tareas existentes.

  Para obtener más información, consulta Configura programas de trabajos cron.

• TOPIC: Es el nombre del tema en el que se publicará el trabajo. Usa la marca --message-body o --message-body-from-file. para especificar el mensaje que se enviará al tema. Se envía como data. en el mensaje de Pub/Sub. Para ver un ejemplo que realice esta acción, consulta la guía de inicio rápido.

Otros parámetros se describen en la referencia de la línea de comandos de gcloud.

Ejemplo

gcloud scheduler jobs update pubsub myjob \
    --schedule "0 1 * * 0" \
    --topic cron-topic --message-body "Hello"

HTTP de App Engine

El destino App Engine HTTP solo está disponible para App Engine asociada con el proyecto actual. Si quieres usar otra App de App Engine fuera de tu proyecto actual, elige HTTP como el objetivo, no App Engine HTTP.

Los extremos de App Engine se pueden proteger con login: admin en el handlers en el archivo app.yaml.

gcloud scheduler jobs update app-engine JOB \
    --location=LOCATION \
    --schedule=SCHEDULE

Reemplaza lo siguiente:

• JOB: Es un nombre de trabajo que debe ser único en el proyecto. Ten en cuenta que no puedes reutilizar un nombre de trabajo en un proyecto, incluso si borras su trabajo asociado.

• LOCATION: Es la ubicación en la que se ejecuta el trabajo. (es la misma que la ubicación de tu aplicación de App Engine de destino). Si no especificas la ubicación, gcloud CLI usará tu ubicación predeterminada. Si el trabajo que quieres editar está en un debes especificar la ubicación, además del NAME para que se identifique tu trabajo. No puedes actualizar la ubicación del trabajo.

• SCHEDULE: Es la frecuencia, o el intervalo de trabajo, a la que se debe ejecutar la tarea, por ejemplo, every 3 hours. La cadena que proporciones aquí puede ser cualquiera unix-cron string compatible. Aunque ya no recomendamos su uso, la sintaxis cron de App Engine heredada aún es compatible con las tareas existentes.

  Para obtener más información, consulta Configura programas de trabajos cron.

Otros parámetros se describen en el Referencia de la línea de comandos de gcloud

Ejemplo

gcloud scheduler jobs update app-engine my-appengine-job \
    --schedule "0 1 * * 0" \
    --relative-url "/cron-handler"

Nota: Si no usas el servicio predeterminado, la URL de destino se muestra en tu ventana de terminal tiene el siguiente formato: https://SERVICE-dot-PROJECT-ID.r.appspot.com/ La misma URL que se muestra en la IU de la consola de Google Cloud tiene el siguiente formato: SERVICE.PROJECT-ID.r.appspot.com/* Los dos formularios son equivalentes.

Pausa un trabajo

Puedes pausar la ejecución de un trabajo.

Console

1. En la consola de Google Cloud ve a Cloud Scheduler.

   Ir a Cloud Scheduler

2. Selecciona el trabajo que quieres pausar.

3. Haz clic en Pausar.

gcloud

1. Abre una ventana de la terminal en la máquina en la que instalaste la CLI de gcloud.

2. Ejecuta el siguiente comando:

    gcloud scheduler jobs pause MY_JOB
   

   Reemplaza MY_JOB por el nombre del trabajo que deseas pausar.

Mientras un trabajo está en pausa, también puedes editarlo. Después de editar la tarea, esta permanecerá en pausa hasta que la reanudes.

Reanuda un trabajo

Puedes reanudar la ejecución de un trabajo pausado.

Console

1. En la consola de Google Cloud ve a Cloud Scheduler.

   Ir a Cloud Scheduler

2. Selecciona el trabajo que quieres reanudar.

   El trabajo ya debe estar pausado.

3. Haz clic en Reanudar.

gcloud

1. Abre una ventana de la terminal en la máquina en la que instalaste la CLI de gcloud.

2. Ejecuta el siguiente comando:

    gcloud scheduler jobs resume MY_JOB
   

   Reemplaza MY_JOB por el nombre del trabajo que se reanudará.

Borra un trabajo

Puedes borrar un trabajo.

Console

1. En la consola de Google Cloud ve a Cloud Scheduler.

   Ir a Cloud Scheduler

2. Selecciona el trabajo que quieres borrar.

3. Haz clic en Borrar.

gcloud

1. Abre una ventana de la terminal en la máquina en la que instalaste la CLI de gcloud.

2. Ejecuta el siguiente comando:

    gcloud scheduler jobs delete MY_JOB
   

   Reemplaza MY_JOB por el nombre del trabajo que deseas. borrar.