Pianificazioni per i trigger ricorrenti nei flussi di lavoro di App per la logica di Azure

Si applica a: App per la logica di Azure (a consumo e standard)

App per la logica di Azure consente di creare ed eseguire flussi di lavoro ricorrenti automatizzati in base a una pianificazione. Creando un flusso di lavoro di App per la logica che inizia con trigger di ricorrenza o trigger finestra scorrevole, che sono trigger di tipo pianificazione, è possibile eseguire le attività immediatamente, in un secondo momento o in un intervallo ricorrente. È possibile chiamare servizi all'interno e all'esterno di Azure, ad esempio endpoint HTTP o HTTPS, inviare messaggi ai servizi di Azure, ad esempio Archiviazione di Azure e Bus di servizio di Azure, oppure ottenere il caricamento di file in una condivisione file. Con il trigger Ricorrenza è anche possibile configurare pianificazioni complesse e ricorrenze avanzate per l'esecuzione delle attività. Per altre informazioni su come pianificare trigger e azioni predefiniti, vedere Pianificare trigger e Pianificare azioni.

L'elenco seguente mostra alcune attività di esempio che è possibile eseguire con il comando Pianifica trigger predefiniti:

• Ottenere dati interni, ad esempio eseguire una stored procedure SQL ogni giorno.

• Ottenere dati esterni, ad esempio il pull dei report meteo da NOAA ogni 15 minuti.

• Inviare dati dei report, ad esempio inviare un riepilogo per tutti gli ordini maggiori di un importo specifico nella settimana precedente.

• Elaborare dati, ad esempio comprimere le immagini caricate ogni giorno feriale durante le ore di minore attività.

• Pulire i dati, ad esempio eliminare tutti i tweet più vecchi di tre mesi.

• Archiviare i dati, ad esempio eseguire il push delle fatture a un servizio di backup alle 1:00 ogni giorno per i nove mesi successivi.

È anche possibile usare il comando Pianifica azioni predefinite per sospendere il flusso di lavoro prima dell'esecuzione dell'azione successiva, ad esempio:

• Attendere fino a un determinato giorno della settimana per inviare un aggiornamento di stato tramite posta elettronica.

• Ritardare il flusso di lavoro fino a quando una chiamata HTTP viene completata prima di riprendere e recuperare i risultati.

Questa guida descrive le funzionalità dei comandi Pianifica trigger predefiniti e Pianifica azioni predefinite.

Eseguire carichi di lavoro ricorrenti senza creare più app per la logica

È possibile pianificare ed eseguire carichi di lavoro ricorrenti senza creare un'app per la logica a consumo separata per ogni processo pianificato e in esecuzione nel limite dei flussi di lavoro per area e sottoscrizione. È invece possibile creare un'app per la logica Standard con più flussi di lavoro oppure usare il modello di app per la logica a consumo creato dal Modello di avvio rapido di Azure: Utilità di pianificazione processi di App per la logica.

Il modello dell'utilità di pianificazione dei processi di App per la logica di Azure crea un'app per la logica denominata CreateTimerJob che richiama un'app per la logica TimerJob. È quindi possibile chiamare l'app per la logicaCreateTimerJob come API effettuando una richiesta HTTP e passando una pianificazione come input per la richiesta. Ogni chiamata all'app per la logica CreateTimerJob chiama anche l'app per la logica TimerJob, che crea una nuova istanza TimerJob che viene eseguita continuamente in base alla pianificazione specificata o fino al raggiungimento di un limite specificato. In questo modo è possibile eseguire tutte le istanze di TimerJob desiderate senza preoccuparsi dei limiti del flusso di lavoro perché le istanze non sono singole definizioni o risorse del flusso di lavoro dell'app per la logica.

Trigger di programmazione

È possibile avviare il flusso di lavoro dell'app per la logica usando il trigger di ricorrenza o il trigger finestra scorrevole, che non è associato a un servizio o a un sistema specifico. Questi trigger avviano ed eseguono il flusso di lavoro in base alla ricorrenza specificata in cui si seleziona l'intervallo e la frequenza, ad esempio il numero di secondi, minuti, ore, giorni, settimane o mesi. È anche possibile impostare la data e l'ora di inizio insieme al fuso orario. Ogni volta che viene attivato un trigger, App per la logica di Azure crea ed esegue una nuova istanza del flusso di lavoro per l'app per la logica.

Ecco le differenze tra questi trigger:

• Ricorrenza: esegue il flusso di lavoro a intervalli regolari in base alla pianificazione specificata. Se il trigger perde ricorrenze, ad esempio a causa di interruzioni o flussi di lavoro disabilitati, il trigger Ricorrenza non elabora le ricorrenze perse ma riavvia le ricorrenze con l'intervallo pianificato successivo.

  Se si seleziona Giorno come frequenza, è possibile specificare le ore del giorno e dei minuti dell'ora, ad esempio ogni giorno alle 2:30. Se si seleziona Settimana come frequenza, è anche possibile selezionare i giorni della settimana, ad esempio mercoledì e sabato. È anche possibile specificare una data e un'ora di inizio insieme a un fuso orario per la pianificazione della ricorrenza. Per altre informazioni sulla formattazione del fuso orario, vedere Aggiungere un trigger Ricorrenza.

  Importante

  Se si usa la frequenza Giorno, Settimana o Mese e si specifica una data e un'ora future, assicurarsi di impostare la ricorrenza in anticipo:

  • Giorno: impostare la ricorrenza giornaliera almeno 24 ore in anticipo.

  • Settimana: impostare la ricorrenza settimanale almeno 7 giorni in anticipo.

  • Mese: impostare la ricorrenza mensile almeno un mese in anticipo.

  In caso contrario, il flusso di lavoro potrebbe ignorare la prima ricorrenza.

  Se una ricorrenza non specifica una data e un'ora di inizio precise, la prima ricorrenza viene eseguita immediatamente quando si salva o si distribuisce l'app per la logica, nonostante la configurazione della ricorrenza del trigger. Per evitare questo comportamento, specificare una data e un'ora di inizio per la prima ricorrenza da eseguire.

  Se una ricorrenza non specifica altre opzioni di pianificazione avanzate, ad esempio orari specifici per l'esecuzione di ricorrenze future, tali ricorrenze si basano sull'ultima esecuzione. Di conseguenza, gli orari di inizio per tali ricorrenze potrebbero derivare a causa di fattori quali la latenza durante le chiamate di archiviazione. Per assicurarsi che il flusso di lavoro non perda una ricorrenza, in particolare quando la frequenza è in giorni o più lunga, provare queste opzioni:

  • Specificare una data e un'ora di inizio per la ricorrenza più gli orari specifici in cui eseguire le ricorrenze successive usando le proprietà denominate In queste ore e In questi minuti, disponibili solo per le frequenze Giorno e Settimana.

  • Usare il trigger Finestra scorrevole anziché il trigger Ricorrenza.

  Per altre informazioni, vedere Creare, pianificare ed eseguire attività e flussi di lavoro ricorrenti con il trigger Ricorrenza.

• Finestra scorrevole: esegue il flusso di lavoro a intervalli di tempo regolari che gestiscono i dati in blocchi continui. Se il trigger perde ricorrenze, ad esempio a causa di interruzioni o flussi di lavoro disabilitati, il trigger Finestra scorrevole torna indietro ed elabora le ricorrenze perse.

  È possibile specificare una data e un'ora di inizio, un fuso orario e una durata per ritardare ogni ricorrenza nel flusso di lavoro. Questo trigger non supporta pianificazioni avanzate, ad esempio ore specifiche del giorno, minuti dell'ora e giorni della settimana. Per altre informazioni, vedere Creare, pianificare ed eseguire attività e flussi di lavoro ricorrenti con il trigger Finestra scorrevole.

Azioni di pianificazione

Dopo qualsiasi azione nel flusso di lavoro dell'app per la logica, è possibile usare le azioni Ritardo e Ritardo fino a quando il flusso di lavoro deve attendere prima dell'esecuzione dell'azione successiva.

• Ritardo: attendere l'esecuzione dell'azione successiva per il numero specificato di unità di tempo, ad esempio secondi, minuti, ore, giorni, settimane o mesi. Per altre informazioni, vedere Ritardare l'azione successiva nei flussi di lavoro.

• Ritarda fino a: attendere l'esecuzione dell'azione successiva fino alla data e all'ora specificate. Per altre informazioni, vedere Ritardare l'azione successiva nei flussi di lavoro.

Modelli per data e ora di inizio

Ecco alcuni modelli che illustrano come controllare la ricorrenza con la data e l'ora di inizio e il modo in cui App per la logica di Azure esegue queste ricorrenze:

Esempio per l'ora di inizio e la ricorrenza precedenti, ma nessuna pianificazione

Si supponga che la data e l'ora correnti siano 8 settembre 2017 alle 13:00. Specificare la data e l'ora di inizio come 7 settembre 2017 alle 2:00, ovvero nel passato, e una ricorrenza eseguita ogni due giorni.

Per il trigger Ricorrenza, il motore di App per la logica di Azure calcola i tempi di esecuzione in base all'ora di inizio, elimina i tempi di esecuzione precedenti, usa l'ora di inizio futura successiva per la prima esecuzione e calcola le esecuzioni future in base all'ultima esecuzione.

Di seguito è illustrato l'aspetto di questa ricorrenza:

Quindi, indipendentemente da quanto tempo nel passato si specifica l'ora di inizio, ad esempio 2017-09-05 alle 14:00 o 2017-09-01 alle 14:00, la prima esecuzione usa sempre l'ora di inizio futura successiva.

Per il trigger Finestra scorrevole, il motore di App per la logica calcola i tempi di esecuzione in base all'ora di inizio, rispetta i tempi di esecuzione precedenti, usa l'ora di inizio per la prima esecuzione e calcola le esecuzioni future in base all'ora di inizio.

Di seguito è illustrato l'aspetto di questa ricorrenza:

Quindi, indipendentemente da quanto tempo nel passato si specifica l'ora di inizio, ad esempio 2017-09-05 alle 14:00 o 2017-09-01 alle 14:00, la prima esecuzione usa sempre l'ora di inizio specificata.

Comportamento di ricorrenza

I trigger predefiniti ricorrenti, ad esempio il trigger Ricorrenza, vengono eseguiti direttamente e in modo nativo nel runtime di App per la logica di Azure. Questi trigger differiscono dai trigger ricorrenti del connettore gestito basato sulla connessione in cui è necessario creare prima una connessione, ad esempio il trigger del connettore gestito di Office 365 Outlook.

Per entrambi i tipi di trigger, se una ricorrenza non specifica una data e un'ora di inizio, la prima ricorrenza viene eseguita immediatamente quando si salva o si distribuisce la risorsa dell'app per la logica, nonostante la configurazione della ricorrenza del trigger. Per evitare questo comportamento, specificare una data e un'ora di inizio per la prima ricorrenza da eseguire.

Ricorrenza per i trigger predefiniti

I trigger predefiniti ricorrenti seguono la pianificazione impostata, incluso qualsiasi fuso orario specificato. Tuttavia, se una ricorrenza non specifica altre opzioni di pianificazione avanzate, ad esempio tempi specifici per l'esecuzione di ricorrenze future, tali ricorrenze si basano sull'ultima esecuzione del trigger. Di conseguenza, gli orari di inizio per tali ricorrenze potrebbero derivare a causa di fattori quali la latenza durante le chiamate di archiviazione. Opzioni di pianificazione avanzate, ad esempio In queste ore e In questi giorni per la ricorrenza Settimanale, sono disponibili e funzionano solo con trigger di polling predefiniti, ad esempio Ricorrenza e Finestra scorrevole, che vengono eseguiti direttamente e in modo nativo nel runtime di App per la logica di Azure.

Per altre informazioni, vedere la documentazione seguente:

• Attivare la ricorrenza per l'ora legale e l'ora solare
• Risolvere i problemi di ricorrenza

Ricorrenza per i trigger gestiti

Per i trigger gestiti ricorrenti, ad esempio Office 365 Outlook, Outlook.com e così via, la pianificazione non è l'unico driver che controlla l'esecuzione. Il fuso orario determina solo l'ora di avvio iniziale. Le esecuzioni successive dipendono dalla pianificazione della ricorrenza, dall'ultima esecuzione del trigger e da altri fattori che potrebbero causare la deriva dei tempi di esecuzione o produrre comportamenti imprevisti, ad esempio:

• Se il trigger accede a un server con più dati, che il trigger tenta immediatamente di recuperare.
• Eventuali errori o tentativi che il trigger comporta.
• Latenza durante le chiamate di archiviazione.
• Mancato rispetto della pianificazione specificata all'avvio e alla fine dell'ora legale.
• Altri fattori che possono influire quando si verifica la fase di esecuzione successiva.

Opzioni di pianificazione avanzate, ad esempio In queste ore e In questi giorni per la ricorrenza Settimanale, non sono disponibili o supportate per i connettori gestiti, ospitati ed eseguiti in Azure. Questi trigger di polling calcolano la ricorrenza successiva usando solo i valori Intervallo e Frequenza.

Per altre informazioni, vedere la documentazione seguente:

• Attivare la ricorrenza per l'ora legale e l'ora solare
• Attivare il cambio di ricorrenza e la deriva durante l'ora legale e l'ora solare
• Risolvere i problemi di ricorrenza

Attivare la ricorrenza per l'ora legale e l'ora solare

Per pianificare i processi, App per la logica di Azure inserisce il messaggio per l'elaborazione nella coda e specifica quando il messaggio diventa disponibile, in base all'ora UTC in cui è stato eseguito l'ultimo processo e all'ora UTC in cui è pianificato l'esecuzione del processo successivo. Se si specifica un'ora di inizio con la ricorrenza, assicurarsi di selezionare un fuso orario in modo che il flusso di lavoro dell'app per la logica venga eseguito all'ora di inizio specificata. In questo modo, anche l'ora UTC per l'app per la logica viene spostata per contrastare la modifica dell'ora stagionale. I trigger ricorrenti rispettano la pianificazione impostata, incluso qualsiasi fuso orario specificato.

Se non si seleziona un fuso orario, gli eventi dell'ora legale possono influire sull'esecuzione dei trigger. Ad esempio, l'ora di inizio passa un'ora in avanti all'avvio dell'ora legale e un'ora indietro al termine dell'ora legale.

Attivare il cambio di ricorrenza e la deriva durante l'ora legale e l'ora solare

Per i trigger ricorrenti basati sulla connessione, la pianificazione della ricorrenza non è l'unico driver che controlla l'esecuzione. Il fuso orario determina solo l'ora di avvio iniziale. Le esecuzioni successive dipendono dalla pianificazione della ricorrenza, dall'ultima esecuzione del trigger e da altri fattori che potrebbero causare la deriva dei tempi di esecuzione o produrre comportamenti imprevisti, ad esempio:

• Mancato rispetto della pianificazione specificata all'avvio e alla fine dell'ora legale.
• Altri fattori che possono influire quando si verifica la fase di esecuzione successiva.
• Latenza durante le chiamate di archiviazione.
• Se il trigger accede a un server con più dati, che il trigger tenta immediatamente di recuperare.
• Eventuali errori o tentativi che il trigger comporta.

Per assicurarsi che l'ora di ricorrenza non venga spostata quando l'ora legale diventa effettiva, regolare manualmente la ricorrenza. In questo modo, il flusso di lavoro continua a essere eseguito all'ora di inizio prevista o specificata. In caso contrario, l'ora di inizio passa un'ora in avanti all'avvio dell'ora legale e un'ora indietro al termine dell'ora legale.

Si supponga, ad esempio, di eseguire due app per la logica ogni giorno. Un'app per la logica viene eseguita alle 1:30 ora locale, mentre l'altra viene eseguita un'ora dopo, alle 2:30 ora locale. Cosa accade agli orari di inizio per queste app all'avvio e al termine dell'ora legale?

• I trigger vengono eseguiti in qualsiasi momento in cui il tempo passa in avanti di un'ora?

• I trigger vengono eseguiti due volte quando il tempo passa all'indietro di un'ora?

Se queste app per la logica usano la zona UTC-6:00 Central Time (Sta e Canada), questa simulazione mostra come le ore UTC sono state spostate nel 2019 per contrastare le modifiche dell'ora legale, spostando un'ora all'indietro o avanti in base alle esigenze in modo che le app continuino a essere in esecuzione agli orari locali previsti senza esecuzioni ignorate o duplicate.

• 03/10/2019: l'ora legale inizia alle 2:00, spostando il tempo di un'ora in avanti

  Per compensare l'avvio dell'ora legale, l'ora UTC passa all'indietro di un'ora in modo che l'app per la logica continui a essere in esecuzione contemporaneamente all'ora locale:

  • App per la logica n. 1

    Data	Ora (locale)	riavvio (UTC)	Note
    03/09/2019	1:30:00	7:30:00	UTC prima del giorno in cui l'ora del data science diventa effettiva.
    03/10/2019	1:30:00	7:30:00	L'ora UTC è la stessa perché l'ora legale non ha avuto effetto.
    03/11/2019	1:30:00	6:30:00 AM	UTC spostato all'indietro di un'ora dopo l'applicazione dell'ora legale.

  • App per la logica n. 2

    Data	Ora (locale)	riavvio (UTC)	Note
    03/09/2019	2:30:00	8.30.00	UTC prima del giorno in cui l'ora del data science diventa effettiva.
    03/10/2019	3:30:00*	8.30.00	L'ora legale è già attiva, quindi l'ora locale è stata spostata in avanti di un'ora perché il fuso orario UTC-6:00 cambia in UTC-5:00. Per altre informazioni, vedere Trigger che iniziano tra le 2:00 e le 3:00.
    03/11/2019	2:30:00	7:30:00	UTC spostato all'indietro di un'ora dopo l'applicazione dell'ora legale.

• 11/03/2019: l'ora legale termina alle 2:00 e si sposta all'indietro di un'ora

  Per compensare, l'ora UTC passa un'ora in avanti in modo che l'app per la logica continui a essere eseguita contemporaneamente all'ora locale:

  • App per la logica n. 1

    Data	Ora (locale)	riavvio (UTC)	Note
    11/02/2019	1:30:00	6:30:00 AM
    11/03/2019	1:30:00	6:30:00 AM
    11/04/2019	1:30:00	7:30:00

  • App per la logica n. 2

    Data	Ora (locale)	riavvio (UTC)	Note
    11/02/2019	2:30:00	7:30:00
    11/03/2019	2:30:00	8.30.00
    11/04/2019	2:30:00	8.30.00

Eseguire una sola volta

Per eseguire il flusso di lavoro una sola volta in futuro, è possibile usare il modello di flusso di lavoro Utilità di pianificazione : eseguire processi una sola volta.

Eseguire una sola volta l'ultimo giorno del mese

Per eseguire il trigger Ricorrenza solo una volta l'ultimo giorno del mese, vedere Eseguire una sola volta l'ultimo giorno del mese.

Ricorrenze di esempio

Di seguito sono riportate varie ricorrenze di esempio che è possibile configurare per i trigger che supportano le opzioni:

Risolvere i problemi di ricorrenza

Per assicurarsi che il flusso di lavoro venga eseguito all'ora di inizio specificata e non si perda una ricorrenza, soprattutto quando la frequenza è in giorni o più lunga, provare le soluzioni seguenti:

• Quando l'ora del ripristino del database diventa effettiva, regolare manualmente la ricorrenza in modo che il flusso di lavoro continui a essere eseguito nel momento previsto. In caso contrario, l'ora di inizio passa un'ora in avanti all'avvio dell'ora legale e un'ora indietro al termine dell'ora legale. Per altre informazioni ed esempi, vedere Ricorrenza per l'ora legale e l'ora solare.

• Se si usa un trigger Ricorrenza, specificare un fuso orario, una data di inizio e un'ora di inizio. Configurare inoltre orari specifici per l'esecuzione delle ricorrenze successive nelle proprietà In queste ore e In questi minuti, disponibili solo per le frequenze Giorno e Settimana. Tuttavia, alcune finestre temporali potrebbero comunque causare problemi quando l'orario cambia.

• È consigliabile usare un trigger Finestra scorrevole anziché un trigger Ricorrenza per evitare ricorrenze perse.

Passaggi successivi

• Creare, pianificare ed eseguire attività e flussi di lavoro ricorrenti con il trigger Ricorrenza
• Creare, pianificare ed eseguire attività e flussi di lavoro ricorrenti con il trigger Finestra scorrevole
• Sospendere i flussi di lavoro con azioni di ritardo