Comprendere i limiti della piattaforma ed evitare il throttling

Per progettare flussi scalabili, è utile comprendere i limiti imposti ai flussi dalle licenze e dalle API di Power Automate e Power Platform. I flussi che violano questi limiti possono essere limitati, rallentati o anche disattivati. Se i flussi vengono continuamente limitati per 14 giorni, vengono disattivati automaticamente. È possibile attivare nuovamente i flussi in qualsiasi momento. Se continuano a violare i limiti, vengono disattivati di nuovo. Questo articolo descrive i limiti che possono influire sui flussi e su come rimanere al loro interno. Per altre informazioni , vedere Limiti dei flussi automatici, pianificati e istantanei e Limiti e allocazioni delle richieste.

Controllare il piano di licenza

Alcuni limiti della piattaforma e delle API dipendono dal piano di licenza. In Power Automate, il modo più semplice per identificare le licenze e le funzionalità consiste nel selezionare Impostazioni>Visualizza licenze personali.

Per approfondire i dettagli del piano di licenza, premere CTRL+ALT+A nel portale di Power Automate.

Limiti richieste API

Una richiesta API è il modo in cui Power Automate flussi chiedono a un servizio di eseguire operazioni, ad esempio connettersi alle app o inviare o restituire dati. Ogni volta che il flusso esegue un'operazione, viene conteggiato come richiesta, indipendentemente dal fatto che abbia esito positivo o negativo. Per altre informazioni, vedere Che cos'è una richiesta di Microsoft Power Platform?.

I limiti al numero di azioni che un flusso cloud può eseguire in un giorno dipendono dal piano di licenza. I limiti delle API a livello di piattaforma si basano sulla licenza utente. Per altre informazioni, vedere Tipi di licenze di Power Automate.

I limiti delle richieste API sono diversi dai limiti di limitazione dei connettori. Si applicano a tutte le esecuzioni in tutti i tuoi flussi nell’arco di 24 ore. Per visualizzare il numero di azioni eseguite da un flusso, passare alla pagina dei dettagli del flusso, selezionare Analisi e quindi selezionare la scheda Azioni .

Anche quando un flusso effettua poche richieste di Power Platform, può comunque raggiungere i limiti se viene eseguito più frequentemente di quanto previsto. Ad esempio, è possibile creare un flusso cloud che ti invia una notifica push ogni volta che il tuo responsabile ti invia un messaggio di posta elettronica. Il flusso viene eseguito ogni volta che si riceve un messaggio di posta elettronica da chiunque, perché deve verificare se il messaggio di posta elettronica proviene dal manager.

Usare le linee guida seguenti per stimare l'utilizzo della richiesta di un flusso:

• Un flusso semplice con un trigger e un'azione risulta in due azioni ogni volta che il flusso viene eseguito, consumando due richieste.

• Ogni trigger e azione nel flusso genera richieste di Power Platform. Le azioni del connettore includono azioni del connettore, azioni HTTP e azioni predefinite come l'inizializzazione di variabili, la creazione di ambiti e azioni di composizione semplici.

• Le azioni riuscite e non riuscite vengono conteggiate per i limiti, ma non le azioni ignorate.

• Ogni azione genera una richiesta. Se l'azione si trova all'interno di un ciclo "Applica a ogni elemento", genera tante richieste quanti sono gli elementi che il ciclo deve elaborare.

• Un'azione può avere più espressioni, ma viene conteggiato come una richiesta API.

• I nuovi tentativi e le richieste aggiuntive dovute alla paginazione vengono conteggiati come azioni.

Operazioni da eseguire quando il flusso viene limitato

Puoi risolvere la limitazione della velocità in due modi:

• Assegnare al flusso una maggiore capacità.
• Ridurre il numero di richieste che effettua.

Assegnare al flusso la propria capacità

Assegna una licenza di processo al flusso. A differenza di una licenza utente, una licenza per processo viene assegnata al flusso stesso, quindi l'idoneità del flusso non dipende dal proprietario o da chi lo esegue. Una licenza per processo dà diritto al flusso a 250.000 azioni ogni 24 ore (indicate come richieste di Power Platform nei report del centro di amministrazione).

Il flusso deve essere contenuto in una soluzione. È quindi possibile allocare la capacità in due modi:

• Assegnare la licenza direttamente al flusso: se un flusso richiede più di 250.000 azioni per 24 ore, sovrapporne fino a 10 licenze di processo anziché suddividere il lavoro tra i flussi. Ogni licenza aggiunge altre 250.000 azioni per 24 ore.
• Assegna la licenza a un gruppo di flusso: fino a 25 flussi cloud che supportano le soluzioni condividono le 250.000 azioni del gruppo ogni 24 ore. Ogni flusso padre e flusso figlio deve essere aggiunto esplicitamente e non è possibile cumulare le licenze su un gruppo di flussi.

Se salvi il flusso dopo l'assegnazione della licenza, il flusso recepisce immediatamente la nuova autorizzazione. In caso contrario, i flussi aggiornano il proprio piano in background entro una settimana.

Se è necessaria capacità prima che un acquisto possa essere eseguito, chiedere a un amministratore globale di avviare una versione di valutazione gratuita del processo di 30 giorni dal interfaccia di amministrazione di Microsoft 365. Le licenze di valutazione offrono gli stessi diritti d'uso delle licenze a pagamento, quindi risolvono immediatamente il throttling. Per saperne di più, vedi Licenze di valutazione gestite dall'amministratore.

Il componente aggiuntivo per le richieste di Power Platform non è d'aiuto nemmeno in questo caso. Il componente aggiuntivo genera il limite di richieste giornaliere di un utente, non un flusso e non può essere assegnato a un flusso.

Fare in modo che il flusso utilizzi meno richieste

Ogni trigger e ogni azione conta come richiesta, incluse le azioni predefinite come l'inizializzazione di variabili e le azioni di composizione. Riduzioni comuni:

• Aggiungi condizioni di attivazione in modo che il flusso venga eseguito solo quando l'elemento in ingresso è effettivamente uno di quelli che deve gestire. Un flusso che si avvia a ogni e-mail e successivamente controlla il mittente consuma richieste per ogni e-mail.
• Filtra all'origine dati con una query di filtro OData invece di recuperare tutte le righe e verificarle all'interno di un ciclo Applica a ogni. Ogni iterazione di un ciclo genera richieste personalizzate.
• Usare le operazioni Di selezione e filtro dei dati della matrice invece dei cicli in cui si stanno rimodellando i dati anziché agire su ogni elemento.
• Rimuovere i tentativi non necessari. I tentativi e l'impaginazione vengono conteggiati come azioni.

Controllare quale limite è stato superato

Non tutti i flussi soggetti a limitazione raggiungono il limite giornaliero di azioni. Si applicano rimedi diversi:

Lo spostamento dell'ambiente in modalità con pagamento in base al consumo cambia il modo in cui viene fatturato l'utilizzo al di sopra del limite di azione giornaliero. Non aumenta i limiti del connettore o i limiti di protezione del servizio Dataverse, quindi non è una correzione generale per un flusso limitato.

Se il flusso è sospeso

Un flusso che rimane al di sopra dei limiti per 14 giorni consecutivi viene sospeso e il proprietario riceve una notifica. Assegnare una licenza per Process e riattivare il flusso.

Per altre informazioni, vedere Cosa accade quando il flusso esegue troppe azioni?

Limiti di velocità effettiva delle API sui connettori

Oltre ai limiti imposti dalla piattaforma, ogni servizio connettore ha limiti specifici. La limitazione dei connettori in Power Automate si riferisce al meccanismo mediante il quale i connettori applicano limiti di velocità o quote di utilizzo per prevenire abusi e garantire un'allocazione equa delle risorse. Quando un connettore è soggetto a limitazione, il numero di richieste o operazioni che possono essere effettuate entro un determinato intervallo di tempo viene ristretto. Ogni connettore ha il proprio limite di limitazione della velocità.

Quando un flusso entra nei limiti di limitazione a livello di connettore, il servizio restituisce il codice di errore 429 (Troppe richieste) con testo di errore come Limite di frequenza superato. Riprovare in 27 secondi.

Limiti dell'API Dataverse

Dataverse as a connector service definisce i propri limiti di protezione del servizio. Questi limiti vengono valutati per ciascun utente, dove per utente si intende chiunque sia associato all'azione. In genere, l'utente è il proprietario del flusso, ma può essere l'utente che richiama se il flusso richiama il contesto utente nell'azione. Scopri di più nei limiti dell'API di protezione dei servizi.

Limiti di concorrenza dei flussi

I limiti si applicano al numero di esecuzioni che possono essere eseguite contemporaneamente, agli elementi che possono essere elaborati in un ciclo e ai blocchi in cui un set di dati di grandi dimensioni può essere suddiviso per un'elaborazione più efficiente. Per ulteriori informazioni, vedere Limiti di concorrenza, loop e debatching.

Limiti per raffica di azioni

I limiti di raffica per le azioni si riferiscono al numero massimo di azioni che possono essere attivate in un periodo specifico, in genere misurato in una finestra temporale mobile. Attualmente, il limite è di 100.000 azioni in cinque minuti.

Per rimanere al di sotto di questo limite, distribuisci il carico tra più flussi usando flussi figlio o aggiungi condizioni di attivazione. Altre informazioni sono disponibili in Creare flussi figlio e Ottimizzare i trigger di Power Automate.

Limiti di progettazione del flusso

È possibile che si verifichino limiti alla complessità di un flusso definito a livello di progettazione e definizione. Valuta di riprogettare il tuo flusso se li incontri. Per altre informazioni, vedere Limiti di definizione del flusso.

Informazioni correlate

• Elenco di tutti i connettori Power Automate