Con Cloud Scheduler, puedes configurar unidades de trabajo programadas para que se ejecuten en horarios definidos o a intervalos regulares. Estas unidades de trabajo se conocen comúnmente como trabajos cron. Los casos de uso típicos pueden incluir enviar un informe a diario por correo electrónico, actualizar datos almacenados en caché cada 10 minutos o actualizar información de resumen cada una hora.
Cada trabajo cron creado con Cloud Scheduler se envía a un destino según un programa especificado. Allí se realiza el trabajo para la tarea. El destino debe ser uno de los siguientes tipos:
- Extremos HTTP/S
- Temas de Pub/Sub
- Aplicaciones HTTP/S de App Engine
Cloud Scheduler está diseñado para proporcionar registros “al menos una vez” entrega; es decir, el trabajo se ejecutará al menos una vez por ejecución programada. En algunos casos circunstancias, es posible que un trabajo se ejecute varias veces de forma conjunta con una sola instancia de la programación, por lo que tu código debe garantizar que haya efectos secundarios dañinos si se repite la ejecución. Tus objetivos deben ser idempotentes.
Puedes crear trabajos cron con la consola de Cloud o la herramienta de línea de comandos de gcloud.
Regiones admitidas por objetivo
Si tu destino es un extremo HTTP/S o un tema de Pub/Sub, Cloud Scheduler está disponible en todos los servicios de Google Cloud compatibles. regiones para Cloud Scheduler.
Si tu destino es una aplicación de App Engine ubicada dentro de proyecto actual:
Un trabajo de Cloud Scheduler orientado a App Engine solo puede creado en la región de App Engine del proyecto.
Un proyecto de Google Cloud solo puede contener una aplicación de App Engine, y la región en la que se encuentra la aplicación de App Engine no se puede cambiar una vez creada la aplicación.
App Engine es regional, lo que significa que la infraestructura que se ejecuta la aplicación se ubica en una región específica. Si quieres distribuir el procesamiento y trabajos en varias regiones, debes dirigirte a un extremo HTTP/S o de Pub/Sub en su lugar.
Si no usas App Engine como destino, no es necesario implementarás una app de App Engine y podrás inhabilitar las existentes App de App Engine.
Política de reintentos de trabajos
Si un trabajo de Cloud Scheduler no se completa correctamente y una no se recibe una confirmación del controlador del trabajo, se vuelve a intentar con un retirada exponencial según la política de reintentos configurada.
Puedes establecer la configuración que determina el comportamiento de reintento. Para obtener más información, consulta RetryConfig.