Gestire le risorse di Azure e monitorare i costi creando attività di automazione (anteprima)

Importante

Questa funzionalità è in anteprima ed è soggetta alle Condizioni supplementari per l'utilizzo per le anteprime di Microsoft Azure.

Per semplificare la gestione delle risorse di Azure, è possibile creare attività di gestione automatizzate per una risorsa o un gruppo di risorse specifico. Queste attività variano in base al numero e alla disponibilità, in base al tipo di risorsa. Ad esempio:

• Per un account di archiviazione di Azure, è possibile configurare un'attività di automazione che invia il costo mensile per tale account di archiviazione.

• Per una macchina virtuale di Azure, è possibile creare un'attività di automazione che attiva o disattiva la macchina virtuale in base a una pianificazione predefinita. In particolare, è possibile creare un'attività che avvia o arresta automaticamente la macchina virtuale un numero specifico di volte ogni giorno, settimana o mese. Nella scheda Configura dell'attività impostare il valore Intervallo sul numero di volte e il valore Frequenza su Giorno, Settimana o Mese. L'attività di automazione continua a funzionare fino a quando non si elimina o si disabilita l'attività.

  Ad esempio, è possibile creare un'attività che avvia automaticamente una macchina virtuale una volta al giorno. Nella scheda Configura dell'attività impostare Intervallo su 1 e Frequenza su Giorno.

È possibile creare un'attività di automazione da un modello di attività di automazione specifico. La tabella seguente elenca i tipi di risorse attualmente supportati e i modelli di attività disponibili in questa anteprima:

Tipo di risorsa	Modelli di attività di automazione
In tutte le risorse di Azure	Inviare un costo mensile per la risorsa
Macchine virtuali di Azure	Inoltre: - Spegnere la macchina virtuale - Avviare la macchina virtuale - Deallocare la macchina virtuale
Account di archiviazione di Azure	Inoltre: - Eliminare i BLOB precedenti
Azure Cosmos DB	Inoltre - Inviare il risultato della query tramite posta elettronica

Questo articolo illustra come completare le attività seguenti:

• Creare un'attività di automazione per una risorsa di Azure specifica.

• Esaminare la cronologia di un'attività, che include lo stato di esecuzione, gli input, gli output e altre informazioni cronologiche.

• Modificare l'attività in modo che sia possibile aggiornare l'attività o personalizzare il flusso di lavoro sottostante dell'attività nella finestra di progettazione del flusso di lavoro.

In che modo le attività di automazione differiscono da Automazione di Azure?

Le attività di automazione sono più semplici e leggere rispetto ad Automazione di Azure. Attualmente, è possibile creare un'attività di automazione solo a livello di risorsa di Azure. In background, un'attività di automazione è in realtà una risorsa dell'app per la logica che esegue un flusso di lavoro. Questo flusso di lavoro dell'app per la logica è basato sul servizio di App per la logica di Azure multi-tenant. Dopo aver creato l'attività di automazione, è possibile visualizzare e modificare il flusso di lavoro sottostante aprendo l'attività nella finestra di progettazione del flusso di lavoro. Al termine di un'attività, è possibile esaminare lo stato, la cronologia, gli input e gli output dell'esecuzione.

Per confronto, Automazione di Azure è un servizio di automazione e configurazione basato sul cloud che supporta la gestione coerente tra gli ambienti Azure e non Azure. Il servizio comprende l'automazione dei processi per orchestrare i processi che usano runbook, gestione della configurazione con rilevamento modifiche e inventario, gestione degli aggiornamenti, funzionalità condivise e funzionalità eterogenee. Automazione fornisce il controllo completo durante la distribuzione, l'attività e la rimozione delle autorizzazioni di carichi di lavoro e risorse.

Prezzi

Quando si crea un'attività di automazione, gli addebiti non vengono avviati automaticamente. Sotto, un'attività di automazione è basata su un flusso di lavoro in una risorsa dell'app per la logica ospitata in App per la logica di Azure multi-tenant. Il modello di determinazione prezzi a consumo si applica quindi alle attività di automazione. La misurazione e la fatturazione si basano sulle esecuzioni di trigger e azioni nel flusso di lavoro dell'app per la logica sottostante.

Le esecuzioni vengono a consumo e fatturate, indipendentemente dal fatto che il flusso di lavoro venga eseguito correttamente o se il flusso di lavoro venga anche creato un'istanza. Si supponga, ad esempio, che l'attività di automazione usi un trigger di polling che effettua regolarmente una chiamata in uscita a un endpoint. Questa richiesta in uscita viene a consumo e fatturata come esecuzione, indipendentemente dal fatto che il trigger venga attivato o ignorato, che influisce sul fatto che venga creata un'istanza del flusso di lavoro.

I trigger e le azioni seguono le tariffe del piano a consumo, che differiscono in base al fatto che queste operazioni siano "predefinite" o "gestite" (Standard o Enterprise). I trigger e le azioni effettuano anche transazioni di archiviazione, che usano la frequenza dei dati del piano a consumo.

Nota

Come bonus mensile, il piano a consumo include diverse migliaia di esecuzioni predefinite gratuitamente. Per informazioni specifiche, vedere le tariffe del piano a consumo.

Prerequisiti

• Account e sottoscrizione di Azure. Se non si ha una sottoscrizione, è possibile iscriversi per creare un account Azure gratuito.

• Risorsa di Azure che si vuole gestire. Questo articolo usa un account di archiviazione di Azure come esempio.

• Un account di Office 365 se si vuole seguire l'esempio, che invia la posta elettronica usando Office 365 Outlook.

Creare un'attività di automazione

1. Nella portale di Azure trovare la risorsa che si vuole gestire.

2. Nel menu di spostamento delle risorse, nella sezione Automazione e selezionare Attività (anteprima).

   

3. Nel riquadro Attività selezionare Aggiungi un'attività in modo da poter selezionare un modello di attività.

   

4. Nel riquadro Aggiungi un'attività, in Seleziona un modello, nel modello per l'attività di replica da creare fare clic su Seleziona. Se la pagina successiva non viene visualizzata, selezionare Avanti: Autentica.

   Questo esempio continua selezionando il modello Invia costo mensile per l'attività risorse .

   

5. In Autentica, nella sezione Connessioni selezionare Crea per ogni connessione visualizzata nell'attività in modo da poter fornire le credenziali di autenticazione per tutte le connessioni. I tipi di connessioni in ogni attività variano in base all'attività stessa.

   Questo esempio mostra solo una delle connessioni richieste da questa attività.

   

6. Quando richiesto, accedere con le credenziali dell'account Azure.

   

   Ogni connessione autenticata ha un aspetto simile a questo esempio:

   

7. Dopo aver autenticato tutte le connessioni, selezionare Avanti: Configura se la pagina successiva non viene visualizzata.

8. In Configura specificare un nome per l'attività ed eventuali altre informazioni necessarie per l'attività. Al termine, selezionare Rivedi e crea.

   Nota

   Non è possibile modificare il nome dell'attività dopo la creazione, quindi prendere in considerazione un nome ancora che rimarrà applicabile anche se si modifica il flusso di lavoro sottostante. Le modifiche apportate al flusso di lavoro sottostante si applicano solo all'attività creata, non al modello di attività.

   Ad esempio, se si assegna un nome all'attività SendMonthlyCost, ma successivamente si modifica il flusso di lavoro sottostante per l'esecuzione settimanale, non è possibile modificare il nome dell'attività in SendWeeklyCost.

   Le attività che inviano notifiche tramite posta elettronica richiedono un indirizzo di posta elettronica.

   

   L'attività creata, che è attiva e in esecuzione automaticamente, viene ora visualizzata nell'elenco Attività.

   

   Suggerimento

   Se l'attività non viene visualizzata immediatamente, provare ad aggiornare l'elenco delle attività o attendere qualche istante prima dell'aggiornamento. Nella barra degli strumenti selezionare Aggiorna.

   Dopo l'esecuzione dell'attività selezionata, viene visualizzato un messaggio di posta elettronica simile all'esempio seguente:

   

Rivedere la cronologia attività

Per visualizzare la cronologia delle esecuzioni di un'attività insieme ai relativi stati, input, output e altre informazioni, seguire questa procedura:

1. Nella portale di Azure trovare la risorsa con la cronologia delle attività da rivedere.

2. Nel menu della risorsa, in Impostazioni, nella sezione Automazione selezionare Attività (anteprima).

3. Nell'elenco delle attività trovare quella da rivedere. Nella colonna Esecuzioni dell'attività selezionare Visualizza.

   

   Il riquadro Cronologia esecuzioni mostra tutte le esecuzioni per l'attività insieme ai relativi stati, orari di inizio, identificatori e durate di esecuzione.

   

   Di seguito sono riportati i possibili stati per un'esecuzione:

   Stato	Descrizione
   Operazione annullata	L'attività è stata annullata durante l'esecuzione.
   Non riuscito	L'attività ha almeno un'azione non riuscita, ma non esiste alcuna azione successiva per gestire l'errore.
   In esecuzione	L'attività è in esecuzione.
   Completato	Tutte le azioni hanno avuto esito positivo. Un'attività può comunque terminare correttamente se un'azione non è riuscita, ma esiste un'azione successiva per gestire l'errore.
   In attesa	L'esecuzione non è ancora stata avviata e viene sospesa perché un'istanza precedente dell'attività è ancora in esecuzione.

   Per altre informazioni, vedere Cronologia delle esecuzioni di revisione nella visualizzazione di monitoraggio.

4. Per visualizzare gli stati e altre informazioni per ogni passaggio di un'esecuzione, selezionare tale esecuzione.

   Viene aperto il riquadro Di esecuzione dell'app per la logica che mostra il flusso di lavoro sottostante eseguito.

   • Un flusso di lavoro inizia sempre con un trigger. Per questa attività, il flusso di lavoro inizia con il trigger Ricorrenza.

   • Ogni passaggio mostra lo stato e la durata dell'esecuzione. I passaggi con durate di 0 secondi hanno richiesto meno di 1 secondo per l'esecuzione.

   

5. Per esaminare gli input e gli output per ogni passaggio, selezionare il passaggio, che si espande.

   Questo esempio mostra gli input per il trigger Ricorrenza, che non ha output perché il trigger specifica solo quando il flusso di lavoro viene eseguito e non fornisce output per le azioni successive da elaborare.

   

   Al contrario, l'azione Invia un messaggio di posta elettronica include input di azioni precedenti nel flusso di lavoro e negli output.

   

Per informazioni su come creare flussi di lavoro automatizzati personalizzati in modo da poter integrare app, dati, servizi e sistemi diversi dal contesto delle attività di automazione per le risorse di Azure, vedere Avvio rapido: Creare un esempio di flusso di lavoro dell'app per la logica di consumo - portale di Azure.

Modificare l'attività

Per modificare un'attività, sono disponibili queste opzioni:

• Modificare l'attività "inline" in modo da poter modificare le proprietà dell'attività, ad esempio informazioni di connessione o informazioni di configurazione, ad esempio l'indirizzo di posta elettronica.

• Modificare il flusso di lavoro sottostante dell'attività nella finestra di progettazione del flusso di lavoro.

Modificare l'attività inline

1. Nel portale di Azure trovare la risorsa con l'attività da aggiornare.

2. Nel menu di spostamento delle risorse, nella sezione Automazione selezionare Attività (anteprima).

3. Nell'elenco delle attività trovare quella da aggiornare. Aprire i puntini di sospensione dell'attività (...) e selezionare Modifica.

   

   Per impostazione predefinita, viene visualizzata la scheda Autentica con le connessioni esistenti.

4. Per aggiungere nuove credenziali di autenticazione o selezionare credenziali esistenti diverse per una connessione, aprire i puntini di sospensione della connessione (...) e selezionare Aggiungi nuova connessione o, se disponibili, credenziali di autenticazione diverse.

   

5. Per aggiornare altre proprietà dell'attività, selezionare Avanti: Configurare.

   Per l'attività in questo esempio, l'unica proprietà disponibile per la modifica è l'indirizzo di posta elettronica.

   

6. Al termine, seleziona Salva.

Modificare il flusso di lavoro sottostante dell'attività

Quando si modifica il flusso di lavoro sottostante per un'attività di automazione, le modifiche influiscono solo sull'istanza dell'attività creata e non sul modello che crea l'attività. Dopo aver apportato e salvato le modifiche, il nome specificato per l'attività originale potrebbe non descrivere più accuratamente l'attività, quindi potrebbe essere necessario ricreare l'attività con un nome diverso.

Suggerimento

Come procedura consigliata, clonare il flusso di lavoro sottostante in modo da poter modificare la versione copiata. In questo modo, è possibile apportare e testare le modifiche nella copia mentre l'attività di automazione originale continua a funzionare senza rischiare interruzioni o interruzioni delle funzionalità esistenti. Dopo aver completato le modifiche e aver verificato che la nuova versione venga eseguita correttamente, è possibile disabilitare o eliminare l'attività di automazione originale e usare la versione clonata per l'attività di automazione. I passaggi seguenti includono informazioni su come clonare il flusso di lavoro.

1. Nel portale di Azure trovare la risorsa con l'attività da aggiornare.

2. Nel menu di spostamento delle risorse, nella sezione Automazione selezionare Attività.

3. Nell'elenco delle attività trovare quella da aggiornare. Aprire il menu con i puntini di sospensione (...) dell'attività e selezionare Apri in App per la logica.

   

   Il flusso di lavoro sottostante dell'attività viene aperto nel servizio App per la logica di Azure e mostra il riquadro Panoramica in cui è possibile visualizzare la stessa cronologia delle esecuzioni disponibile per l'attività.

   

4. Per aprire il flusso di lavoro sottostante nella finestra di progettazione, nel menu di spostamento dell'app per la logica selezionare Progettazione app per la logica.

   

   È ora possibile modificare le proprietà per il trigger e le azioni del flusso di lavoro, nonché modificare il trigger e le azioni che definiscono il flusso di lavoro stesso. Tuttavia, come procedura consigliata, seguire la procedura per clonare il flusso di lavoro in modo da poter apportare le modifiche in una copia mentre il flusso di lavoro originale continua a funzionare ed eseguire.

5. Per clonare il flusso di lavoro e modificare la versione copiata, seguire questa procedura:

   1. Nel menu del flusso di lavoro dell'app per la logica selezionare Panoramica.

   2. Sulla barra degli strumenti del riquadro di panoramica selezionare Clona.

   3. Nel riquadro di creazione dell'app per la logica, in Nome immettere un nuovo nome per il flusso di lavoro dell'app per la logica copiato.

      Ad eccezione dello stato dell'app per la logica, le altre proprietà non sono disponibili per la modifica.

   4. In Stato app per la logica selezionare Disabilitato in modo che il flusso di lavoro clonato non venga eseguito durante l'esecuzione delle modifiche. È possibile abilitare il flusso di lavoro quando si è pronti per testare le modifiche.

   5. Al termine del provisioning del flusso di lavoro clonato, trovare e aprire il flusso di lavoro nella finestra di progettazione.

6. Per visualizzare le proprietà per il trigger o un'azione, espandere tale trigger o azione.

   Ad esempio, è possibile modificare il trigger Ricorrenza per l'esecuzione settimanale anziché mensile.

   

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

7. Per salvare le modifiche, nella barra degli strumenti della finestra di progettazione selezionare Salva.

   

8. Per testare ed eseguire il flusso di lavoro aggiornato, sulla barra degli strumenti della finestra di progettazione selezionare Esegui.

   Al termine dell'esecuzione, nella finestra di progettazione vengono visualizzati i dettagli di esecuzione del flusso di lavoro.

   

9. Per disabilitare il flusso di lavoro in modo che l'attività non continui a essere in esecuzione, vedere Gestire le app per la logica nella portale di Azure.

Creare un modello di attività di automazione dal flusso di lavoro

È possibile creare un modello di attività di automazione personalizzato usando qualsiasi flusso di lavoro dell'app per la logica a consumo che inizia con un trigger ricorrente o basato su eventi, ma non con trigger basati su HTTP o trigger webhook basati su HTTP. Per questa attività sono necessari gli elementi seguenti:

• Un account GitHub

• Versione con fork del repository GitHub dei modelli di attività di Automazione di Azure.

  Per altre informazioni sui fork e sulla creazione di un fork, vedere la documentazione di GitHub seguente:

  • Informazioni sui fork
  • Creare una copia tramite fork di un repository

• Ramo di lavoro nel repository con fork in cui si aggiungerà il modello di attività di automazione.

  Per altre informazioni sui rami e sulla creazione di un ramo, vedere la documentazione seguente:

  • Informazioni sui rami
  • Creare ed eliminare rami

• Scelta di uno strumento di debug Web. Questo esempio usa Fiddler 4, ma è possibile provare la versione di valutazione gratuita disponibile per Fiddler Everywhere.

Per creare il modello e rendere disponibile il modello per l'uso in Azure, ecco i passaggi generali:

1. Esportare il flusso di lavoro in un modello di attività di automazione.
2. Caricare il modello nel ramo di lavoro nel repository con fork.
3. Testare il modello usando lo strumento di debug Web o Fiddler.
4. Creare una richiesta pull per il ramo di lavoro nel ramo predefinito nel repository GitHub dei modelli di attività di Automazione di Azure.

Dopo che il team App per la logica di Azure esamina e approva la richiesta pull per l'unione al ramo predefinito, il modello è attivo e disponibile per tutti i clienti di Azure.

Esportare il flusso di lavoro nel modello di attività di automazione

1. Nella portale di Azure aprire il flusso di lavoro dell'app per la logica da esportare. Assicurarsi che il flusso di lavoro inizi con un trigger ricorrente o basato su eventi, non un trigger basato su HTTP o un trigger webhook basato su HTTP.

2. Nel menu della risorsa app per la logica selezionare Panoramica.

3. Sulla barra degli strumenti del riquadro Panoramica selezionare Esporta esportazione>in attività di automazione.

   

4. Nel riquadro Attività Esporta in Automazione visualizzato specificare le informazioni seguenti:

   Proprietà	Richiesto	Valore	Descrizione
   Nome modello	Sì	<template-name>	Nome visualizzato descrittivo per il modello di attività di automazione. Importante: assicurarsi di usare un nome conciso e facile da comprendere, ad esempio Elencare le macchine virtuali non aggiornate.
   Descrizione modello	Sì	<template-description>	Descrizione per l'attività o lo scopo del modello
   Tipi di risorse supportati	No	Vuoto o <supportato-Azure-resource-type-list>	Tipi di risorse di Azure di prima classe in cui si vuole rendere disponibile il modello. I tipi di risorse secondarie non sono attualmente supportati. Per includere tutti i tipi di risorse di Azure di prima classe, lasciare vuota questa proprietà. Per specificare più tipi di risorse, separare ogni nome con una virgola e usare la sintassi seguente: Microsoft.<service-provider>/<entity> Ad esempio, per rendere disponibile il modello per i gruppi di risorse di Azure, specificare Microsoft.Resources/resourceGroups. Per altre informazioni, vedere Provider di risorse per i servizi di Azure.
   Tipi di risorse non supportati	No	Vuoto o <non supportato-Azure-resource-type-list>	In caso affermativo, i tipi di risorse di Azure in cui non si vuole rendere disponibile il modello in modo specifico. Per specificare più tipi di risorse, separare ogni nome con una virgola e usare la sintassi seguente: Microsoft.<service-provider>/<entity> Ad esempio, per rendere il modello non disponibile per i gruppi di risorse di Azure, specificare Microsoft.Resources/resourceGroups. Per altre informazioni, vedere Provider di risorse per i servizi di Azure.
   Configurare i parametri	No	Variabile	Se il flusso di lavoro include definizioni di parametri tra ambienti, tali parametri vengono visualizzati in questa sezione per poter essere configurati ulteriormente. È possibile selezionare se ogni valore di parametro viene fornito dalla risorsa o dall'autore dell'attività. - Se si seleziona Da risorsa, selezionare un valore della proprietà Parametro di origine da usare da tale risorsa: -- Nome della risorsa -- Tipo di risorsa -- ID risorsa -- ID sottoscrizione -- Gruppo di risorse -- Percorso risorsa. - Se si seleziona User Provided (Utente fornito), selezionare un formato modello che determina il modo in cui l'autore dell'attività fornisce il valore del parametro: -- Impostazione predefinita: il valore del parametro è diverso da un intervallo, una frequenza o un fuso orario. ---- Specificare il nome visualizzato, il valore predefinito e la descrizione del parametro. ---- Se il valore è un timestamp (hh:mm:ss), impostare la proprietà Format su Formato ora. ---- Per contrassegnare il parametro come richiesto, impostare Facoltativo su Obbligatorio. -- Intervallo: il valore del parametro è un intervallo, ad esempio 1 o 12. -- Frequenza: il valore del parametro è una frequenza, ad esempio Hour, Day o Month. -- Fuso orario: il valore del parametro è un fuso orario, ad esempio (UTC-08:00) Pacific Time (US & Canada).

   L'esempio seguente illustra le proprietà per un modello di attività di automazione di esempio che funziona solo in un gruppo di risorse di Azure:

   

   In questo esempio il flusso di lavoro sottostante dell'attività include le definizioni di parametri seguenti e specifica che questi valori dei parametri vengono forniti dall'autore dell'attività:

   Parametro	Descrizione
   emailAddress	Specifica l'indirizzo di posta elettronica per dove inviare il report. Questo parametro usa il modello predefinito , che consente di specificare le informazioni del parametro, il formato previsto e se il parametro è facoltativo o meno. Per questo parametro di esempio, il formato previsto è None e il parametro è Required.
   numberOf	Specifica il numero massimo di unità di tempo che una macchina virtuale può rimanere inattiva. Questo parametro usa il modello predefinito .
   timeUnit	Specifica l'unità di tempo da utilizzare per il valore del parametro. Questo parametro usa il modello Frequenza, che mostra le unità di tempo che l'autore dell'attività può selezionare, ad esempio Ora, Giorno o Mese.

5. Al termine, selezionare Scarica modello e salvare il modello usando l'estensione .json nome file. Per un nome di modello coerente, usare solo caratteri minuscoli, trattini tra le parole e la sintassi seguente:

   <action-verb-Azure-resource><>

   Ad esempio, in base al nome del modello di esempio precedente, è possibile denominare il file modello come list-stale-virtual-machines.json.

Caricare un modello in GitHub

1. Passare a GitHub e accedere con l'account GitHub.

2. Passare al repository GitHub dei modelli di attività di automazione di Azure, che consente di passare al ramo predefinito nel repository.

3. Dall'elenco dei rami passare al ramo di lavoro.

4. Sopra l'elenco dei file selezionare Aggiungi file> di caricamento file.

5. Trascinare il file di definizione del flusso di lavoro nell'area specificata nella pagina oppure scegliere i file.

6. Dopo aver aggiunto il modello, nella stessa cartella aprire il file manifest.json e aggiungere una voce per il< file template-name>.json.

Testare il modello

È possibile usare lo strumento di debug Web preferito per testare il modello caricato nella directory di lavoro. Questo esempio continua usando Fiddler con lo script che modifica le richieste Web. Se si usa uno strumento diverso, usare i passaggi e lo script equivalenti per lo strumento.

1. Nello script Fiddler trovare la onBeforeRequest() funzione e aggiungere il codice seguente alla funzione, ad esempio:

   static function OnBeforeRequest(oSession: Session)
   {
      if (oSession.url == "raw.githubusercontent.com/azure/automation-task-template/master/templates/manifest.json") {
         oSession.url = "raw.githubusercontent.com/<GitHub-username>/automation-task-template/<working-branch>/templates/manifest.json";
      }
   
      if (oSession.url == "raw.githubusercontent.com/azure/automation-task-template/master/templates/<template-name>") {
         oSession.url = "raw.githubusercontent.com/<GitHub-username>/automation-task-template/<working-branch>/templates/<template-name>";
      }
   
      {...}
   }
   

   Questo codice ottiene i file manifest.json e< template-name>.json dal repository con fork, anziché dal repository GitHub di Azure principale.

   Pertanto, in base all'esempio, il codice di reindirizzamento dei file è simile alla versione seguente:

   static function OnBeforeRequest(oSession: Session)
   {
      if (oSession.url == "raw.githubusercontent.com/azure/automation-task-template/master/templates/manifest.json") {
         oSession.url = "raw.githubusercontent.com/sophowe/automation-task-template/upload-auto-template/templates/manifest.json";
      }
   
      if (oSession.url == "raw.githubusercontent.com/azure/automation-task-template/master/templates/list-stale-virtual-machines.json") {
         oSession.url = "raw.githubusercontent.com/sophowe/automation-task-template/upload-auto-template/templates/list-stale-virtual-machines.json";
      }
   
      {...}
   }
   

2. Prima di eseguire il test, assicurarsi di chiudere tutte le finestre del browser e cancellare la cache del browser in Fiddler.

3. Aprire una nuova finestra del browser e accedere al portale di Azure.

4. Aprire la risorsa di Azure in cui si prevede di trovare l'attività di automazione. Creare un'attività di automazione con il modello esportato. Eseguire l'attività.

Se l'attività viene eseguita correttamente, continuare creando una richiesta pull dal ramo di lavoro al ramo predefinito.

Creare la richiesta pull

1. In Commit changes (Esegui commit modifiche) immettere un titolo conciso ma descrittivo per l'aggiornamento. È possibile fornire altre informazioni nella casella di descrizione.

2. Selezionare Crea un nuovo ramo per questo commit e avviare una richiesta pull. Al prompt specificare un nome per il ramo di lavoro, ad esempio:

   <your-GitHub-alias>-<automation-task-name>-template

3. Quando si è pronti, selezionare Proponi modifiche. Nella pagina successiva selezionare Crea richiesta pull.

4. Specificare un nome e una descrizione per la richiesta pull. Nell'angolo in basso a destra selezionare Crea richiesta pull.

5. Attendere che il team App per la logica di Azure riveda la richiesta pull.

Inviare commenti

Vorremmo sentirti! Per segnalare bug, inviare commenti e suggerimenti o porre domande su questa funzionalità di anteprima, contattare il team App per la logica di Azure.

Passaggi successivi

• Gestire le app per la logica nel portale di Azure