Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Com o Cloud Scheduler, é possível definir a execução de unidades programadas de trabalho em horários definidos ou em intervalos regulares. Essas unidades são conhecidas como cron jobs. Os casos de uso típicos incluem o envio de relatórios diários por e-mail, a atualização a cada 10 minutos de dados armazenados em cache ou a atualização de informações de resumo a cada hora.
Cada cron job criado usando o Cloud Scheduler é enviado para um destino de acordo com uma programação especificada para que a tarefa seja realizada.
O destino precisa ser de um destes tipos:
O Cloud Scheduler foi projetado para fornecer a entrega "pelo menos uma vez", ou seja, o job será executado pelo menos uma vez por execução programada. Em algumas circunstâncias raras, é possível que um job seja executado várias vezes em associação com uma única instância do cronograma. Portanto, o código precisa garantir que não haja efeitos colaterais prejudiciais da execução repetida. Seus destinos precisam ser idempotentes.
Se o destino for um endpoint HTTP/S ou um tópico do Pub/Sub,
o Cloud Scheduler estará disponível em todas as
regiões Google Cloud compatíveis com
o Cloud Scheduler.
Se o destino for um aplicativo do App Engine localizado no projeto atual:
Um job do Cloud Scheduler direcionado ao App Engine só pode ser criado na região do App Engine do projeto.
Um projeto do Google Cloud pode conter apenas um app do App Engine, e a região em que ele está localizado não pode ser alterada depois que o app é criado.
O App Engine é regional, o que significa que a infraestrutura que executa
seu app está localizada em uma região específica. Se você quiser distribuir computação e
jobs em várias regiões, segmente um endpoint HTTP/S ou
tópico do Pub/Sub.
Se você não estiver usando o App Engine como destino, não será necessário
implantar um app do App Engine, e você poderá desativar qualquer app
do App Engine.
Política de repetição de jobs
Se um job do Cloud Scheduler não for concluído com sucesso e um
reconhecimento não for recebido do gerenciador de jobs, ele será repetido com uma
espera exponencial de acordo com a política de repetição configurada.
É possível configurar as definições que determinam o comportamento de repetição. Para mais
informações, consulte Repetir jobs.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-18 UTC."],[],[],null,["# About Cloud Scheduler\n\nWith Cloud Scheduler you set up scheduled units of work to be executed at\ndefined times or regular intervals. These work units\nare commonly known as *cron jobs*. Typical use cases might include sending out\na report email on a daily basis, updating cached data every 10 minutes,\nor updating summary information once an hour.\n\nEach cron job created using Cloud Scheduler is sent to a *target*\naccording to a specified schedule, where the work for the task is accomplished.\nThe target must be one of the following types:\n\n- HTTP/S endpoints\n- [Pub/Sub topics](/pubsub/docs)\n- [App Engine HTTP/S](/appengine/docs) applications\n\nCloud Scheduler is designed to provide \"at least once\" delivery;\nthat is, the job will run at least once per scheduled execution. In some rare\ncircumstances, it is possible for a job to run multiple times in association\nwith a single instance of the schedule, so your code must ensure that there are\nno harmful side-effects of repeated execution. Your targets should be\n[idempotent](https://wikipedia.org/wiki/idempotent).\n\nYou can create cron jobs using either the [Cloud console](/docs/overview#google-cloud-console)\nor the [gcloud command line tool](/sdk/gcloud).\n\nSupported regions by target\n---------------------------\n\nIf your target is an **HTTP/S endpoint** or a **Pub/Sub topic** ,\nCloud Scheduler is available in all\n[supported Google Cloud regions](/scheduler/docs/locations) for\nCloud Scheduler.\n\nIf your target is an **App Engine application** located within your\ncurrent project:\n\n- A Cloud Scheduler job targeting App Engine can only be\n created in the project's App Engine [region](/appengine/docs/locations).\n\n- A Google Cloud project can contain only one App Engine app,\n and the region where the App Engine app is located cannot be changed\n once the app is created.\n\n- App Engine is *regional* which means the infrastructure that runs\n your app is located in a specific region. If you want to distribute compute and\n jobs across multiple regions, you should target an HTTP/S endpoint or\n Pub/Sub topic instead.\n\n- If you are not using App Engine as a target, you don't need to\n deploy an App Engine app, and you can disable any existing\n App Engine app.\n\nJob retry policy\n----------------\n\nIf a Cloud Scheduler job doesn't complete successfully, and an\nacknowledgement isn't received from the job handler, it is retried with an\nexponential backoff according to its configured retry policy.\n\nYou can configure the settings that determine the retry behavior. For more\ninformation, see [Retry jobs](/scheduler/docs/configuring/retry-jobs)."]]
