BatchJobScheduleConfiguration interface

Pacote:

@azure/batch

O cronograma de acordo com o qual os empregos serão criados. Todos os horários são fixados para UTC e não são afetados pelo horário de verão.

Propriedades

doNotRunAfter	Um período após o qual nenhum Emprego será criado ao abrigo deste Horário de Trabalho. O calendário passará para o estado concluído assim que este prazo passar e não houver um Emprego ativo sob este Horário de Trabalho. Se não especificar um tempo doNotRunAfter e estiver a criar um Horário de Trabalho recorrente, o Horário de Trabalho permanecerá ativo até que o termine explicitamente.
doNotRunUntil	A data mais próxima em que qualquer Emprego pode ser criado ao abrigo deste Calendário de Trabalho. Se não especificar um tempo doNotRunTill, o calendário fica pronto para criar Jobs imediatamente.
recurrenceInterval	O intervalo de tempo entre as horas de início de dois Jobs sucessivos sob o Job Schedule. Um Horário de Trabalho pode ter no máximo um Emprego ativo em qualquer momento. Como um Job Schedule pode ter no máximo um Job ativo em qualquer momento, se for altura de criar um novo Job num Job Schedule, mas o Job anterior ainda estiver a funcionar, o serviço Batch não criará o novo Job até que o Job anterior termine. Se o Job anterior não terminar dentro do período de startWindow do novo intervalo de recorrência, então nenhum novo Job será agendado para esse intervalo. Para trabalhos recorrentes, normalmente deve especificar uma tarefa-de-jobManagerTask na jobSpecification. Se não usar o jobManagerTask, vai precisar de um processo externo para monitorizar quando os Jobs são criados, adicionar Tasks aos Jobs e terminar os Jobs prontos para a próxima recorrência. O padrão é que o cronograma não se repete: um Trabalho é criado, dentro da janela de início após o tempo doNotRunTh, e o cronograma está completo assim que esse Trabalho termina. O valor mínimo é 1 minuto. Se especificar um valor mais baixo, o serviço Batch rejeita o cronograma com um erro; se estiver a chamar diretamente a API REST, o código de estado HTTP é 400 (Pedido Mau). A duração do tempo está especificada no formato ISO 8601.
startWindow	O intervalo de tempo, começando a partir do horário em que o horário indica que um Trabalho deve ser criado, dentro do qual um Trabalho deve ser criado. Se um Job não for criado dentro do intervalo startWindow, a 'oportunidade' é perdida; nenhum Job será criado até à próxima recorrência do horário. Se o horário for recorrente, e a janela de início for mais longa do que o intervalo de recorrência, então isto é equivalente a uma janela de início infinita, porque o Job que está 'devido' num intervaloIntervalo de recorrência não é transportado para o intervalo de recorrência seguinte. O padrão é infinito. O valor mínimo é 1 minuto. Se especificar um valor mais baixo, o serviço Batch rejeita o cronograma com um erro; se estiver a chamar diretamente a API REST, o código de estado HTTP é 400 (Pedido Mau). A duração do tempo está especificada no formato ISO 8601.

Detalhes de Propriedade

doNotRunAfter

Um período após o qual nenhum Emprego será criado ao abrigo deste Horário de Trabalho. O calendário passará para o estado concluído assim que este prazo passar e não houver um Emprego ativo sob este Horário de Trabalho. Se não especificar um tempo doNotRunAfter e estiver a criar um Horário de Trabalho recorrente, o Horário de Trabalho permanecerá ativo até que o termine explicitamente.

doNotRunAfter?: Date

Valor de Propriedade

Date

doNotRunUntil

A data mais próxima em que qualquer Emprego pode ser criado ao abrigo deste Calendário de Trabalho. Se não especificar um tempo doNotRunTill, o calendário fica pronto para criar Jobs imediatamente.

doNotRunUntil?: Date

Valor de Propriedade

Date

recurrenceInterval

O intervalo de tempo entre as horas de início de dois Jobs sucessivos sob o Job Schedule. Um Horário de Trabalho pode ter no máximo um Emprego ativo em qualquer momento. Como um Job Schedule pode ter no máximo um Job ativo em qualquer momento, se for altura de criar um novo Job num Job Schedule, mas o Job anterior ainda estiver a funcionar, o serviço Batch não criará o novo Job até que o Job anterior termine. Se o Job anterior não terminar dentro do período de startWindow do novo intervalo de recorrência, então nenhum novo Job será agendado para esse intervalo. Para trabalhos recorrentes, normalmente deve especificar uma tarefa-de-jobManagerTask na jobSpecification. Se não usar o jobManagerTask, vai precisar de um processo externo para monitorizar quando os Jobs são criados, adicionar Tasks aos Jobs e terminar os Jobs prontos para a próxima recorrência. O padrão é que o cronograma não se repete: um Trabalho é criado, dentro da janela de início após o tempo doNotRunTh, e o cronograma está completo assim que esse Trabalho termina. O valor mínimo é 1 minuto. Se especificar um valor mais baixo, o serviço Batch rejeita o cronograma com um erro; se estiver a chamar diretamente a API REST, o código de estado HTTP é 400 (Pedido Mau). A duração do tempo está especificada no formato ISO 8601.

recurrenceInterval?: string

Valor de Propriedade

string

startWindow

O intervalo de tempo, começando a partir do horário em que o horário indica que um Trabalho deve ser criado, dentro do qual um Trabalho deve ser criado. Se um Job não for criado dentro do intervalo startWindow, a 'oportunidade' é perdida; nenhum Job será criado até à próxima recorrência do horário. Se o horário for recorrente, e a janela de início for mais longa do que o intervalo de recorrência, então isto é equivalente a uma janela de início infinita, porque o Job que está 'devido' num intervaloIntervalo de recorrência não é transportado para o intervalo de recorrência seguinte. O padrão é infinito. O valor mínimo é 1 minuto. Se especificar um valor mais baixo, o serviço Batch rejeita o cronograma com um erro; se estiver a chamar diretamente a API REST, o código de estado HTTP é 400 (Pedido Mau). A duração do tempo está especificada no formato ISO 8601.

startWindow?: string

Valor de Propriedade

string