Condividi tramite

Affidabilità delle Azure Logic Apps

  • Articolo

Questo articolo descrive il supporto dell'affidabilità in App per la logica di Azure, che copre la resilienza all'interno dell'area tramite zone di disponibilità e distribuzioni in più aree.

L'affidabilità è una responsabilità condivisa tra l'utente e Microsoft. È possibile usare questa guida per scoprire quali opzioni di affidabilità soddisfano gli obiettivi aziendali e gli obiettivi di tempo di attività specifici.

I flussi di lavoro delle app per la logica consentono di integrare e orchestrare più facilmente i dati tra app, servizi cloud e sistemi locali riducendo la quantità di codice da scrivere. Quando si pianifica la resilienza, assicurarsi di considerare non solo le app per la logica, ma anche queste risorse di Azure usate con le app per la logica:

Le Azure Logic Apps multitenant gestiscono automaticamente l'infrastruttura di calcolo e le risorse per i workflow di consumo. Non è necessario configurare o gestire macchine virtuali. I flussi di lavoro a consumo condividono l'infrastruttura di calcolo tra molti clienti.

App per la logica di Azure a tenant singolo esegue flussi di lavoro Standard su risorse di calcolo dedicate, a te dedicate e denominate piani. Ogni piano può avere più istanze e queste istanze possono essere distribuite facoltativamente in più zone di disponibilità. I flussi di lavoro vengono eseguiti nelle istanze del piano.

Raccomandazioni per la distribuzione di produzione

Per i flussi di lavoro aziendali e sicuri con requisiti di isolamento o di sicurezza di rete, è consigliabile creare ed eseguire flussi di lavoro Standard in App per la logica di Azure a tenant singolo, anziché i flussi di lavoro a consumo in App per la logica di Azure multi-tenant. Per altre informazioni, vedere Creare e distribuire in ambienti diversi.

Per le distribuzioni di produzione con App per la logica di Azure a tenant singolo, è necessario abilitare la ridondanza della zona per distribuire le risorse dell'app per la logica in più zone di disponibilità.

Errori temporanei

Gli errori temporanei sono errori brevi e intermittenti nei componenti. Si verificano spesso in un ambiente distribuito come il cloud e fanno parte delle normali operazioni. Si correggono dopo un breve periodo di tempo. È importante che le applicazioni gestisca gli errori temporanei, in genere ritentando le richieste interessate.

Tutte le applicazioni ospitate nel cloud devono seguire le linee guida per la gestione degli errori temporanei di Azure durante la comunicazione con qualsiasi API, database e altri componenti ospitati nel cloud. Per altre informazioni, vedere Raccomandazioni per la gestione di errori temporanei.

In App per la logica di Azure molti trigger e azioni supportano automaticamente i criteri di ripetizione dei tentativi, che riprovano automaticamente le richieste che hanno esito negativo a causa di errori temporanei. Per informazioni su come modificare o disabilitare i criteri di ripetizione dei tentativi per l'app per la logica, vedere Gestire errori ed eccezioni in App per la logica di Azure.

Se un'azione non riesce, è possibile personalizzare il comportamento delle azioni successive. È anche possibile creare ambiti per raggruppare le azioni correlate che potrebbero avere successo o fallire insieme.

Per altre informazioni sulla gestione degli errori in App per la logica di Azure, vedere Gestire errori ed eccezioni in App per la logica di Azure.

Supporto della zona di disponibilità

Le zone di disponibilità sono gruppi di data center separati fisicamente all'interno di ogni area di Azure. In caso di guasto in una zona, i servizi possono passare a una delle zone restanti.

Per altre informazioni sulle zone di disponibilità in Azure, vedere Che cosa sono le zone di disponibilità?

Le app per la logica di Azure supportano la ridondanza della zona, che distribuisce le risorse di calcolo tra più zone di disponibilità. Quando si distribuiscono le risorse del carico di lavoro dell'app per la logica tra zone di disponibilità, si migliora la resilienza e l'affidabilità per i carichi di lavoro dell'app per la logica di produzione.

I workflow nuovi ed esistenti delle app di logica a consumo in Azure Logic Apps multi-tenant hanno automaticamente abilitata la ridondanza zonale.

Per i flussi di lavoro Standard con l'opzione di hosting Piano di servizio di flusso di lavoro in App per la logica di Azure a tenant singolo, facoltativamente è possibile abilitare la ridondanza della zona.

Per i flussi di lavoro Standard con l'opzione di hosting App Service Environment v3, è possibile facoltativamente abilitare la ridondanza delle zone. Per ulteriori informazioni su come gli Ambienti del Servizio App v3 supportano le zone di disponibilità, vedere Affidabilità nel Servizio App.

Regioni supportate

Le app logiche di consumo distribuite in qualsiasi area che supporta le zone di disponibilità sono automaticamente ridondanti a livello di zona. L'eccezione è l'area Giappone occidentale, che attualmente non supporta le app per la logica con ridondanza della zona perché alcuni servizi di dipendenza non supportano ancora la ridondanza della zona.

È possibile distribuire app della logica Standard a ridondanza di zona con Piani di Servizio del flusso di lavoro in qualsiasi area che supporta le zone di disponibilità per il servizio app di Azure. L'eccezione è l'area Giappone occidentale, che attualmente non supporta le app per la logica con ridondanza della zona. Per altre informazioni, vedere Affidabilità nel servizio app Azure.

Per informazioni sulle aree che supportano le zone di disponibilità per l'ambiente del servizio app v3, vedere Aree.

Requisiti

È necessario distribuire almeno tre istanze del piano di servizio per il flusso di lavoro. Ogni istanza corrisponde approssimativamente a una macchina virtuale. Per distribuire queste istanze (VM) tra zone di disponibilità, è necessario avere almeno tre istanze.

Considerazioni

  • Connettori: i connettori predefiniti sono automaticamente con ridondanza della zona quando l'app per la logica è con ridondanza della zona.

  • Account di integrazione: gli account di integrazione SKU Premium sono con ridondanza della zona per impostazione predefinita.

Costo

Non è previsto alcun costo aggiuntivo per l'uso della ridondanza di zona, che viene abilitata automaticamente per i workflow di consumo nuovi ed esistenti in Azure Logic Apps multitenant.

Quando si dispone di flussi di lavoro Standard con il Piano di servizio di flusso di lavoro in App per la logica di Azure a tenant singolo, non viene applicato alcun costo aggiuntivo per abilitare le zone di disponibilità purché siano presenti tre o più istanze del piano. I costi vengono addebitati in base allo SKU del piano, alla capacità specificata e a tutte le istanze di aumento o riduzione, in base ai criteri di scalabilità automatica. Se si abilitano le zone di disponibilità ma si specifica una capacità inferiore a tre istanze, la piattaforma applica le tre istanze minime e viene addebitato l'utente per queste tre istanze.

L'ambiente del servizio app v3 ha un modello tariffario specifico per la ridondanza della zona. Per informazioni sui prezzi per l'ambiente del servizio app v3, vedere Prezzi.

Configurare il supporto delle zone di disponibilità

I flussi di lavoro delle app per la logica di consumo supportano automaticamente la ridondanza della zona, quindi non è necessaria alcuna configurazione.

  • Crea un nuovo flusso di lavoro con ridondanza di zona.

    Per abilitare la ridondanza della zona per i flussi di lavoro delle app logiche Standard, vedere Abilitare la ridondanza della zona per la tua app logica.

  • Migrazione

    Non è possibile abilitare la ridondanza della zona dopo aver creato un piano di servizio. È invece necessario creare un nuovo piano con ridondanza della zona abilitata ed eliminare quello precedente.

  • Disabilitare la ridondanza di zona.

    Non si può disabilitare la ridondanza di zona dopo aver creato un Piano di Servizio del Flusso di Lavoro. È invece necessario creare un nuovo piano con ridondanza della zona disabilitato ed eliminare quello precedente.

Pianificazione e gestione della capacità

Per prepararsi per eventuali errori della zona di disponibilità, valutare di eseguire il provisioning eccessivo della capacità del runtime di integrazione. Il provisioning eccessivo consente alla soluzione di tollerare un certo grado di perdita di capacità e continuare a funzionare senza prestazioni ridotte. Per ulteriori informazioni sull'over-provisioning, vedere Gestire la capacità con l'over-provisioning.

Operazioni normali

Questa sezione descrive cosa aspettarsi quando le risorse di Azure Logic Apps sono configurate per la ridondanza delle zone e tutte le zone di disponibilità sono funzionali.

Routing del traffico tra zone: Durante le normali operazioni, le invocazioni dei flussi di lavoro possono utilizzare risorse di computazione in qualsiasi delle zone di disponibilità all'interno della regione.

Instradamento del traffico tra zone: durante le normali operazioni, le chiamate del flusso di lavoro vengono distribuite tra tutte le istanze del piano disponibili in tutte le zone di disponibilità.

Esperienza di inattività della zona

Questa sezione descrive cosa aspettarsi quando le risorse di App per la logica di Azure sono configurate per la ridondanza della zona e si verifica un'interruzione della zona di disponibilità.

  • Rilevamento e risposta: la piattaforma App per la logica di Azure è responsabile del rilevamento di un errore in una zona di disponibilità. Non è necessario eseguire alcuna operazione per avviare un failover di zona.

  • Richieste attive: se una zona di disponibilità non è più disponibile, le esecuzioni in corso del flusso di lavoro eseguite in una macchina virtuale nella zona di disponibilità difettosa vengono terminate. La piattaforma App per la logica di Azure riprende automaticamente il flusso di lavoro in un'altra macchina virtuale in una zona di disponibilità diversa. A causa di questo comportamento, i flussi di lavoro attivi potrebbero riscontrare errori temporanei o una latenza superiore quando le nuove macchine virtuali vengono aggiunte alle zone di disponibilità rimanenti.

Ritornare alla situazione precedente

Quando la zona di disponibilità viene ripristinata, App per la logica di Azure ripristina automaticamente le istanze nella zona di disponibilità, rimuove tutte le istanze temporanee create nelle altre zone di disponibilità e reindirizza il traffico tra le istanze come di consueto.

Test per gli errori di zona

La piattaforma App per la logica di Azure gestisce il routing del traffico, il failover e il failback per le risorse dell'app per la logica con ridondanza della zona. Non è necessario avviare nulla. Questa funzionalità è completamente gestita, quindi non è necessario convalidare i processi di errore della zona di disponibilità.

Supporto multi-regionale

Ogni app per la logica viene distribuita in una singola area di Azure. Se l'area non è più disponibile, anche l'app per la logica non è disponibile.

Approcci alternativi per più aree

Per una maggiore resilienza, è possibile distribuire un'app per la logica di standby o di backup in un'area secondaria ed eseguire il failover in tale altra area se l'area primaria non è disponibile. Per abilitare questa funzionalità, completare le attività seguenti:

  • Distribuire la Logic App sia nelle regioni primarie che in quelle secondarie.
  • Riconfigurare le connessioni alle risorse in base alle esigenze.
  • Configurare il bilanciamento del carico e i criteri di failover.
  • Pianificare il monitoraggio dell'integrità dell'istanza primaria e avviare il failover.

Per altre informazioni sulle distribuzioni in più aree per i flussi di lavoro dell'app per la logica, vedere la documentazione seguente:

Contratto di servizio

Il contratto di servizio per App per la logica di Azure descrive la disponibilità prevista del servizio. Questo accordo descrive inoltre le condizioni per soddisfare le aspettative. Per comprendere queste condizioni, assicurarsi di esaminare i contratti di servizio per i servizi online.

Contenuto correlato