Condividi tramite

Eseguire la migrazione da Utilità di pianificazione ad App per la logica di Azure

  • Articolo

Importante

App per la logica di Azure ha sostituito l'Utilità di pianificazione di Azure, completamente ritirata dal 31 gennaio 2022. Eseguire la migrazione dei processi di Utilità di pianificazione di Azure ricreandoli come flussi di lavoro in App per la logica di Azure seguendo la procedura descritta in questo articolo. L'Utilità di pianificazione di Azure è più disponibile nel portale di Azure. L'API REST dell'utilità di pianificazione di Azure e i cmdlet di PowerShell dell'Utilità di pianificazione di Azure non funzionano più.

Questa guida illustra come pianificare processi occasionali e ricorrenti creando flussi di lavoro automatizzati con App per la logica di Azure, anziché con l'Utilità di pianificazione di Azure. Quando si creano processi pianificati con App per la logica di Azure, si ottengono i vantaggi seguenti:

  • Compilare il processo usando una finestra di progettazione visiva e selezionare tra oltre 1000 connettori pronti per l'uso, ad esempio Archivio BLOB di Azure, bus di servizio di Azure, Office 365 Outlook, SAP e altro ancora.

  • Gestire ogni flusso di lavoro pianificato come una risorsa di Azure di prima classe. Non è necessario preoccuparsi del concetto di raccolta di processi, perché ogni app per la logica è una risorsa di Azure singola.

  • Eseguire più processi monouso usando un singolo flusso di lavoro dell'app per la logica.

  • Impostare pianificazioni in grado di supportare fusi orari e di adeguarsi automaticamente all'ora legale.

Per altre informazioni, vedere Che cos'è App per la logica di Azure? o provare a creare il primo flusso di lavoro dell'app per la logica seguendo una delle procedure seguenti:

Prerequisiti

  • Installare o usare uno strumento che può inviare richieste HTTP per testare la soluzione, ad esempio:

    Attenzione

    Per gli scenari in cui sono presenti dati sensibili, ad esempio credenziali, segreti, token di accesso, chiavi API e altre informazioni simili, assicurarsi di usare uno strumento che protegge i dati con le funzionalità di sicurezza necessarie, funziona offline o in locale, non sincronizza i dati nel cloud e non richiede l'accesso a un account online. In questo modo si riduce il rischio di esporre i dati sensibili al pubblico.

Eseguire la migrazione tramite uno script

Ogni processo di Utilità di pianificazione è univoco. Non esiste quindi alcuno strumento valido per tutti i casi per la migrazione dei processi di Utilità di pianificazione di Azure ad App per la logica di Azure. È tuttavia possibile modificare questo script per soddisfare le proprie esigenze.

Pianificare un processo una tantum

È possibile eseguire più processi una tantum creando solo un singolo flusso di lavoro dell'app per la logica.

  1. Nel portale di Azure creare una risorsa dell'app per la logica e un flusso di lavoro vuoto.

  2. Seguire questi passaggi generali per aggiungere il trigger di Richiesta denominato Quando viene ricevuta una richiesta HTTP.

  3. Per il trigger Richiesta, facoltativamente si può fornire uno schema JSON, che consente a Progettazione flussi di lavoro di comprendere la struttura per gli input inclusi nella chiamata in ingresso al trigger Richiesta e semplifica la selezione degli output in un secondo momento nel flusso di lavoro.

    Nella casellaSchema JSON del corpo della richiesta immettere lo schema, ad esempio:

    Screenshot che mostra il trigger Richiesta con uno schema di richiesta JSON di esempio.

    Se non si ha uno schema, ma si ha un payload di esempio in formato JSON, è possibile generare uno schema da tale payload.

    1. Nel trigger Richiesta selezionare Usare il payload di esempio per generare lo schema.

    2. In Immettere o incollare un payload JSON di esempio specificare il payload di esempio e quindi scegliere Fine, ad esempio:

      Screenshot che mostra un payload JSON di esempio.

      {
   "runat": "2012-08-04T00:00Z",
   "endpoint": "https://www.bing.com"
}

  4. Nel trigger aggiungere l'azione Pianificazione denominata Ritarda fino a

    Questa azione sospende l'esecuzione del flusso di lavoro fino a una data e un'ora specificate, ad esempio:

    Screenshot che mostra l'azione

  5. Immettere il timestamp per quando si vuole avviare il flusso di lavoro.

    1. Selezionare all'interno della casella Timestamp e quindi selezionare l'opzione elenco di contenuto dinamico (icona a forma di fulmine), che consente di selezionare un output dall'operazione precedente, ovvero il trigger Richiesta in questo esempio.

    Screenshot che mostra i dettagli dell'azione

  6. Aggiungere tutte le altre azioni da eseguire selezionando tra gli oltre 1000 connettori pronti all'uso.

    Ad esempio, è possibile includere un'azione HTTP che invia una richiesta a un URL oppure azioni che funzionano con code di archiviazione, code del bus di servizio o argomenti del bus di servizio:

    Screenshot che mostra l'azione

  7. Al termine, nella barra degli strumenti di progettazione, seleziona Salva.

    Quando si salva il flusso di lavoro per la prima volta, viene generato l'URL dell'endpoint per il trigger Richiesta del flusso di lavoro e viene visualizzato nella casella URL HTTP POST, ad esempio:

    Screenshot che mostra l'URL dell'endpoint del trigger di richiesta generato.

    Per attivare manualmente il flusso di lavoro con gli input che deve elaborare, è possibile inviare una richiesta HTTP all'URL dell'endpoint.

  8. Copiare e salvare l'URL dell'endpoint in modo da poter testare il flusso di lavoro.

Testare il flusso di lavoro

Per attivare manualmente il flusso di lavoro, inviare una richiesta HTTP all'URL dell'endpoint nel trigger Richiesta del flusso di lavoro. Con questa richiesta, includere l'input o il payload da inviare, che potrebbe essere stato descritto in precedenza specificando uno schema. È possibile inviare questa richiesta usando lo strumento di richiesta HTTP e le relative istruzioni.

Ad esempio, è possibile creare e inviare una richiesta HTTP che usa il metodo previsto dal trigger Richiesta, ad esempio:

Metodo di richiesta URL Body Intestazioni
POST <endpoint-URL> raw

JSON(application/json)

Nella casella raw immettere il payload da inviare nella richiesta. Nota: questa impostazione configura automaticamente i valori Headers (Intestazioni).

 Key (Chiave): Content-Type
Value (Valore): application/json

Annullare un processo unico

In App per la logica di Azure ogni processo una tantum viene eseguito come singola istanza di esecuzione del flusso di lavoro. Per annullare manualmente un processo una tantum, è possibile trovare e copiare il valore dell'intestazione x-ms-workflow-run-id restituito nella risposta del flusso di lavoro e inviare un'altra richiesta HTTP con questo ID di esecuzione del flusso di lavoro all'URL dell'endpoint del flusso di lavoro usando le API REST seguenti, in base all'app per la logica:

Pianificare processi ricorrenti

  1. Nel portale di Azure creare una risorsa dell'app per la logica e un flusso di lavoro vuoto.

  2. Seguire questi passaggi generali per aggiungere il trigger Pianifica denominato Ricorrenza.

  3. Se si vuole, configurare una pianificazione più avanzata.

    Per altre informazioni sulle opzioni di pianificazione avanzate, vedere Creare ed eseguire attività ricorrenti e flussi di lavoro con App per la logica di Azure

  4. Aggiungere tutte le altre azioni da eseguire selezionando tra gli oltre 1000 connettori pronti all'uso.

    Ad esempio, è possibile includere un'azione HTTP che invia una richiesta a un URL oppure azioni che funzionano con code di archiviazione, code del bus di servizio o argomenti del bus di servizio:

    Screenshot che mostra un'azione H T T P con un metodo POST.

  5. Al termine, nella barra degli strumenti di progettazione, seleziona Salva.

Configurazione avanzata

Le sezioni seguenti descrivono altri modi in cui è possibile personalizzare i processi.

Criteri di ripetizione

Per controllare il modo in cui viene tentata la nuova esecuzione di un'azione nel flusso di lavoro quando si verificano errori intermittenti, è possibile impostare il criterio di ripetizione dei tentativi nelle impostazioni di ogni azione.

Gestire errori ed eccezioni

Nell'Utilità di pianificazione di Microsoft Azure, se l'azione predefinita non viene eseguita correttamente è possibile eseguire un'azione alternativa per risolvere la condizione di errore. In App per la logica di Azure si può eseguire la stessa attività. Per altre informazioni sulla gestione delle eccezioni in App per la logica di Azure, vedere Gestire errori ed eccezioni - Proprietà RunAfter.

  1. Nella finestra di progettazione, sopra l'azione da gestire, aggiungere un ramo parallelo.

  2. Trovare e selezionare l'azione da eseguire come azione alternativa.

  3. Nell'azione alternativa trovare e selezionare l'opzione Configura esecuzione dopo.

  4. Deselezionare la casella di controllo per la proprietà è riuscita. Selezionare le proprietà denominate non riuscite, ignorate e scadute.

  5. Al termine selezionare Fine.

Domande frequenti

D: quando è stata ritirata l'utilità di pianificazione di Azure?
R: l'utilità di pianificazione di Azure è stata completamente ritirata il 31 gennaio 2022. Per aggiornamenti generali, vedere Aggiornamenti di Azure - Utilità di pianificazione.

D: cosa accade alle raccolte di processi e ai processi dopo il ritiro dell'utilità di pianificazione di Azure?
R: tutte le raccolte di processi e i processi dell'Utilità di pianificazione di Azure interrompono l'esecuzione e vengono eliminati dal sistema.

D: è necessario eseguire il backup o eseguire altre attività prima di eseguire la migrazione dei processi dell'utilità di pianificazione di Azure ad App per la logica di Azure?
D. Come procedura consigliata, eseguire sempre il backup del lavoro. Verificare che i flussi di lavoro creati siano in esecuzione come previsto prima di eliminare o disabilitare i processi dell'Utilità di pianificazione di Azure.

D: cosa accade ai processi Web di Azure pianificati dall'Utilità di pianificazione di Azure?
R: i processi Web che usano questo modo di pianificare i processi Web non usano internamente l'utilità di pianificazione di Azure: "Per il funzionamento della pianificazione è necessario che il sito Web sia configurato come Always On e non sia un'utilità di pianificazione di Azure, ma un'implementazione interna di un'utilità di pianificazione". Gli unici processi Web interessati sono quelli che usano in modo specifico l'utilità di pianificazione di Azure per eseguire il processo Web usando l'API Processi Web. È possibile attivare questi processi Web da un flusso di lavoro dell'app per la logica usando l'azione HTTP.

D: è disponibile uno strumento che consente di eseguire la migrazione dei processi dall'utilità di pianificazione di Azure ad App per la logica di Azure?
R: ogni processo dell'utilità di pianificazione di Azure è univoco, quindi non esiste alcuno strumento adatto a tutte le dimensioni. In base alle esigenze, tuttavia, è possibile modificare questo script per eseguire la migrazione dei processi dell'Utilità di pianificazione di Azure ad App per la logica di Azure.

D: dove è possibile ottenere supporto per la migrazione dei processi dell'utilità di pianificazione di Azure?
R. Ecco alcuni modi per ottenere supporto:

Azure portal

Se la sottoscrizione di Azure ha di un piano di supporto a pagamento, è possibile creare una richiesta di supporto tecnico nel portale di Azure. In caso contrario, è possibile selezionare un'opzione di supporto diversa.

  1. Nel menu principale del portale di Azure selezionare Guida e supporto.

  2. Dal menu Supporto selezionare Nuova richiesta di supporto. Fornire le informazioni seguenti sulla richiesta:

    Proprietà valore
    Tipo di problema Tecnico
    Abbonamento <sottoscrizione-di-Azure>
    Servizio In Monitoraggio e gestione selezionare Utilità di pianificazione. Se non si riesce a trovare Utilità di pianificazione, selezionare prima Tutti i servizi.

  3. Selezionare l'opzione di supporto desiderata. Se si ha un piano di supporto a pagamento, selezionare Avanti.

Passaggi successivi