Limiti e informazioni di riferimento sulla configurazione per App per la logica di Azure

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

Per Power Automate, vedere Limiti e configurazione in Power Automate.

Questa guida di riferimento descrive i limiti e le informazioni di configurazione per App per la logica di Azure e le risorse correlate. In base allo scenario, ai requisiti della soluzione, alle funzionalità desiderate e all'ambiente in cui si desidera eseguire i flussi di lavoro, si sceglie se creare un flusso di lavoro dell'app per la logica a consumo eseguito in App per la logica di Azure multi-tenant o in un ambiente del servizio di integrazione (I edizione Standard). In alternativa, creare un flusso di lavoro dell'app per la logica Standard eseguito in App per la logica di Azure a tenant singolo o in un ambiente del servizio app (solo v3 - Piani di Windows).

Nota

Molti limiti sono gli stessi negli ambienti disponibili in cui App per la logica di Azure viene eseguito, ma le differenze vengono indicate dove esistono.

La tabella seguente riepiloga brevemente le differenze tra un'app per la logica a consumo e un'app per la logica Standard. Si apprenderà anche come confrontare i App per la logica di Azure a tenant singolo con i App per la logica di Azure multi-tenant e i edizione Standard per la distribuzione, l'hosting e l'esecuzione dei flussi di lavoro dell'app per la logica.

Tipo di risorsa	Vantaggi	Condivisione e utilizzo delle risorse	Modello di determinazione prezzi e fatturazione	Gestione dei limiti
App per la logica (consumo) Ambiente host: App per la logica di Azure multi-tenant	- È più semplice iniziare - Pagamento in base al consumo - Completamente gestito	Una singola app per la logica può avere un solo flusso di lavoro. Le app per la logica nei tenant di Microsoft Entra condividono la stessa elaborazione (calcolo), archiviazione, rete e così via. Ai fini della ridondanza, i dati vengono replicati nell'area abbinata. Per la disponibilità elevata, l'archiviazione con ridondanza geografica è abilitata.	Consumo (pagamento per esecuzione)	App per la logica di Azure gestisce i valori predefiniti per questi limiti, ma è possibile modificare alcuni di questi valori, se tale opzione esiste per un limite specifico.
App per la logica (consumo) Ambiente host: Ambiente del servizio di integrazione (I edizione Standard) Nota: il 31 agosto 2024 l'opzione I edizione Standard verrà ritirata. Dal 1° novembre 2022 non è più possibile creare un edizione Standard. È invece possibile creare un'app per la logica Standard, che viene eseguita in App per la logica di Azure a tenant singolo, può includere più flussi di lavoro e offre le stesse funzionalità di un I edizione Standard più altro.	- Scalabilità aziendale per carichi di lavoro di grandi dimensioni - 20+ I edizione Standard connettori specifici che si connettono direttamente alle reti virtuali - Prezzi prevedibili con utilizzo incluso e scalabilità controllata dal cliente	Una singola app per la logica può avere un solo flusso di lavoro. Le app per la logica nello stesso ambiente condividono la stessa elaborazione (calcolo), archiviazione, rete e così via. I dati rimangono nella stessa area in cui si distribuisce l'I edizione Standard.	I edizione Standard (fisso)	App per la logica di Azure gestisce i valori predefiniti per questi limiti, ma è possibile modificare alcuni di questi valori, se tale opzione esiste per un limite specifico.
App per la logica (standard) Ambiente host: App per la logica di Azure a tenant singolo Nota: se lo scenario richiede contenitori, creare app per la logica basate su tenant singolo usando App per la logica abilitate per Azure Arc. Per altre informazioni, vedere Che cos'è App per la logica con abilitazione di Azure Arc?	- Eseguire usando il runtime di App per la logica di Azure a tenant singolo. Gli slot di distribuzione non sono attualmente supportati. - Più connettori predefiniti per una velocità effettiva più elevata e costi inferiori su larga scala - Maggiore controllo e funzionalità di ottimizzazione per le impostazioni di runtime e prestazioni - Supporto integrato per reti virtuali ed endpoint privati. - Creare connettori predefiniti.	Una singola app per la logica può avere più flussi di lavoro con stato e senza stato. I flussi di lavoro in un'unica app per la logica e tenant condividono la stessa elaborazione (calcolo), archiviazione, rete e così via. I dati rimangono nella stessa area in cui si distribuiscono le app per la logica.	Standard, basato su un piano di hosting con un piano tariffario selezionato. Se si eseguono flussi di lavoro con stato, che usano l'archiviazione esterna, il runtime di App per la logica di Azure effettua transazioni di archiviazione che seguono Archiviazione di Azure prezzi.	È possibile modificare i valori predefiniti per molti limiti, in base alle esigenze dello scenario. Importante: alcuni limiti hanno limiti massimi massimi rigidi. In Visual Studio Code le modifiche apportate ai valori limite predefiniti nei file di configurazione del progetto dell'app per la logica non verranno visualizzate nell'esperienza di progettazione. Per altre informazioni, vedere Modificare le impostazioni dell'app e dell'ambiente per le app per la logica in App per la logica di Azure a tenant singolo.
App per la logica (standard) Ambiente host: ambiente del servizio app v3 (A edizione Standard v3) - Solo piani di Windows	Le stesse funzionalità del tenant singolo e i vantaggi seguenti: - Isolare completamente le app per la logica. - Creare ed eseguire più app per la logica rispetto a App per la logica di Azure a tenant singolo. - Pagare solo per il piano A edizione Standard servizio app, indipendentemente dal numero di app per la logica create ed eseguite. - Può abilitare la scalabilità automatica o la scalabilità manuale con più istanze di macchine virtuali o un piano di servizio app diverso. - Eredita la configurazione di rete dall'oggetto A edizione Standard v3 selezionato. Ad esempio, quando viene distribuito in un'A edizione Standard interna, i flussi di lavoro possono accedere alle risorse in una rete virtuale associata a A edizione Standard e avere punti di accesso interni. Nota: se l'accesso è stato eseguito dall'esterno di un edizione Standard interno, le cronologie di esecuzione per i flussi di lavoro in tale A edizione Standard non possono accedere agli input e agli output delle azioni.	Una singola app per la logica può avere più flussi di lavoro con stato e senza stato. I flussi di lavoro in un'unica app per la logica e tenant condividono la stessa elaborazione (calcolo), archiviazione, rete e così via. I dati rimangono nella stessa area in cui si distribuiscono le app per la logica.	Piano di servizio app	È possibile modificare i valori predefiniti per molti limiti, in base alle esigenze dello scenario. Importante: alcuni limiti hanno limiti massimi massimi rigidi. In Visual Studio Code le modifiche apportate ai valori limite predefiniti nei file di configurazione del progetto dell'app per la logica non verranno visualizzate nell'esperienza di progettazione. Per altre informazioni, vedere Modificare le impostazioni dell'app e dell'ambiente per le app per la logica in App per la logica di Azure a tenant singolo.

Limiti di definizione del flusso di lavoro

Le tabelle seguenti elencano i valori per una singola definizione del flusso di lavoro:

Nome	Limit	Note
Flussi di lavoro per area per sottoscrizione di Azure	- Consumo: 1.000 flussi di lavoro in cui ogni app per la logica ha sempre solo 1 flusso di lavoro - Standard: illimitato, in base al piano di hosting selezionato, all'attività dell'app, alle dimensioni delle istanze del computer e all'utilizzo delle risorse, in cui ogni app per la logica può avere più flussi di lavoro	Per linee guida sulle prestazioni ottimali per i flussi di lavoro delle app per la logica Standard, vedere Procedure consigliate e consigli.
Flusso di lavoro - Lunghezza massima del nome	- Consumo: 80 caratteri - Standard: 32 caratteri
Trigger per flusso di lavoro	- Consumo (finestra di progettazione): 1 trigger - Consumo (JSON): 10 trigger - Standard: 1 trigger	- Consumo: sono possibili più trigger solo quando si lavora sulla definizione del flusso di lavoro JSON, sia nella visualizzazione codice che in un modello di Azure Resource Manager (ARM), non nella finestra di progettazione. - Standard: è possibile un solo trigger, sia nella finestra di progettazione, nella visualizzazione codice o in un modello di Azure Resource Manager (ARM).
Azioni per ogni flusso di lavoro	500 azioni	Per estendere questo limite, è possibile usare i flussi di lavoro annidati in base alle esigenze.
Profondità annidamento azioni	8 azioni	Per estendere questo limite, è possibile usare i flussi di lavoro annidati in base alle esigenze.
Singolo trigger o azione - Lunghezza massima del nome	80 characters
Singolo trigger o azione - Dimensioni massime di input o output	104.857.600 byte (105 MB)	Per modificare il valore predefinito nel servizio a tenant singolo, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.
Singola azione - Dimensioni massime degli input combinati e degli output	209.715.200 byte (210 MB)	Per modificare il valore predefinito nel servizio a tenant singolo, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.
Limite di caratteri di espressione	8.192 caratteri
description - Lunghezza massima	256 characters
parameters - Numero massimo di parametri per flusso di lavoro	- Consumo: 50 parametri - Standard: 500 parametri
outputs - Numero massimo di output	10 output
trackedProperties - Numero massimo di caratteri	8.000 caratteri

Durata dell'esecuzione e limiti di conservazione della cronologia

Nella tabella seguente sono elencati i valori per una singola esecuzione del flusso di lavoro:

Nome	Multitenant	Tenant singolo	Ambiente del servizio di integrazione	Note
Conservazione della cronologia di esecuzione nell'archiviazione	90 giorni	90 giorni (impostazione predefinita).	366 giorni	Quantità di tempo per mantenere la cronologia di esecuzione di un flusso di lavoro nella risorsa di archiviazione dopo l'avvio di un'esecuzione. Nota: se la durata dell'esecuzione del flusso di lavoro supera il limite di conservazione, questa esecuzione viene rimossa dalla cronologia di esecuzione nell'archiviazione. Se un'esecuzione non viene rimossa immediatamente dopo aver raggiunto il limite di conservazione, l'esecuzione viene rimossa entro 7 giorni. Se un'esecuzione viene completata o si verifica il timeout, la conservazione della cronologia di esecuzione viene sempre calcolata usando l'ora di inizio dell'esecuzione e il limite corrente specificato nell'impostazione del flusso di lavoro, conservazione della cronologia di esecuzione in giorni. Indipendentemente dal limite precedente, il limite corrente viene sempre usato per calcolare la conservazione. Per altre informazioni, vedere Modificare la durata e la conservazione della cronologia di esecuzione nell'archiviazione.
Durata dell'esecuzione	90 giorni	- Flusso di lavoro con stato: 90 giorni (Impostazione predefinita) - Flusso di lavoro senza stato: 5 minuti (impostazione predefinita).	366 giorni	Periodo di tempo in cui un flusso di lavoro può continuare l'esecuzione prima di forzare un timeout. La durata dell'esecuzione viene calcolata usando l'ora di inizio di un'esecuzione e il limite specificato nell'impostazione del flusso di lavoro, Conservazione cronologia di esecuzione in giorni all'ora di inizio. Importante: assicurarsi che il valore della durata dell'esecuzione sia sempre minore o uguale alla conservazione della cronologia di esecuzione nel valore di archiviazione. In caso contrario, è possibile eliminare le cronologie di esecuzione prima del completamento dei processi associati. Per altre informazioni, vedere Modificare la durata dell'esecuzione e la conservazione della cronologia nell'archiviazione.
Intervallo di ricorrenza	- Min: 1 sec - Max: 500 giorni	- Min: 1 sec - Max: 500 giorni	- Min: 1 sec - Max: 500 giorni

Modificare la durata dell'esecuzione e la conservazione della cronologia nell'archiviazione

Se la durata di un'esecuzione supera il limite di conservazione della cronologia di esecuzione corrente, l'esecuzione viene rimossa dalla cronologia delle esecuzioni nell'archiviazione. Per evitare di perdere la cronologia di esecuzione, assicurarsi che il limite di conservazione sia sempre maggiore della durata possibile dell'esecuzione.

Consumo

Per i flussi di lavoro dell'app per la logica a consumo, la stessa impostazione controlla il numero massimo di giorni in cui un flusso di lavoro può essere eseguito e per mantenere la cronologia di esecuzione nell'archiviazione.

• In App per la logica di Azure multi-tenant, il limite predefinito di 90 giorni corrisponde al limite massimo. È solo possibile ridurre questo valore.

• In un edizione Standard è possibile ridurre o aumentare il limite predefinito di 90 giorni.

Si supponga, ad esempio, di ridurre il limite di conservazione da 90 giorni a 30 giorni. Un'esecuzione di 60 giorni viene rimossa dalla cronologia delle esecuzioni. Se si aumenta il periodo di conservazione da 30 a 60 giorni, un'esecuzione di 20 giorni rimane nella cronologia delle esecuzioni per altri 40 giorni.

Portale

1. Nella casella di ricerca portale di Azure aprire il flusso di lavoro dell'app per la logica nella finestra di progettazione.

2. Nel menu dell'app per la logica selezionare Impostazioni flusso di lavoro.

3. In Opzioni di runtime scegliere Personalizzata nell'elenco Conservazione cronologia di esecuzione in giorni.

4. Trascinare il dispositivo di scorrimento per impostare il numero di giorni desiderato.

5. Al termine, sulla barra degli strumenti di Impostazioni del flusso di lavoro selezionare Salva.

Modello ARM

Se si usa un modello di Azure Resource Manager, questa impostazione viene visualizzata come proprietà nella definizione della risorsa del flusso di lavoro, descritta nel riferimento al modello dei flussi di lavoro Microsoft.Logic:

{
   "name": "{logic-app-name}",
   "type": "Microsoft.Logic/workflows",
   "location": "{Azure-region}",
   "apiVersion": "2019-05-01",
   "properties": {
      "definition": {},
      "parameters": {},
      "runtimeConfiguration": {
         "lifetime": {
            "unit": "day",
            "count": {number-of-days}
         }
      }
   }
}

Standard

Per i flussi di lavoro delle app per la logica Standard, è possibile ridurre o aumentare il limite predefinito di 90 giorni, ma è necessario aggiungere le impostazioni seguenti e i relativi valori alla risorsa o al progetto dell'app per la logica:

• Un'impostazione dell'app denominata Workflow.RuntimeConfiguration.RetentionInDays

• Un'impostazione host denominata Runtime.FlowMaintenanceJob.RetentionCooldownInterval

Per impostazione predefinita, l'impostazione dell'app denominata Workflow.RuntimeConfiguration.RetentionInDays è impostata per mantenere 90 giorni di dati. L'impostazione host denominata Runtime.FlowMaintenanceJob.RetentionCooldownInterval è impostata per controllare ogni 7 giorni la presenza di dati obsoleti da eliminare. Se si lasciano questi valori predefiniti, è possibile che i dati vengano visualizzati fino a 97 giorni prima. Si supponga, ad esempio, App per la logica di Azure controlli il giorno X ed elimina i dati precedenti al giorno X - 90 giorni e quindi attende 7 giorni prima di eseguire nuovamente. Questo comportamento comporta dati fino a 97 giorni prima dell'esecuzione del processo. Tuttavia, se si imposta l'intervallo su 1 giorno, ma si lasciano i giorni di conservazione al valore predefinito, il ritardo massimo per eliminare i dati precedenti è 90+1 giorni.

Portale

1. Seguire questa procedura per aggiungere l'impostazione dell'app denominata Workflow.RuntimeConfiguration.RetentionInDays e impostare il valore sul numero di giorni in cui si vuole mantenere la cronologia di esecuzione del flusso di lavoro.

2. Seguire questa procedura per aggiungere l'impostazione dell'host denominata Runtime.FlowMaintenanceJob.RetentionCooldownInterval e impostare il valore sul numero di giorni come intervallo tra quando verificare e eliminare la cronologia di esecuzione che non si vuole mantenere.

Visual Studio Code

1. Seguire questa procedura per aggiungere l'impostazione dell'app denominata Workflow.RuntimeConfiguration.RetentionInDays e impostare il valore sul numero di giorni in cui si vuole mantenere la cronologia di esecuzione del flusso di lavoro.

2. Seguire questa procedura per aggiungere l'impostazione dell'host denominata Runtime.FlowMaintenanceJob.RetentionCooldownInterval e impostare il valore sul numero di giorni come intervallo tra quando verificare e eliminare la cronologia di esecuzione che non si vuole mantenere.

Limiti di ciclo, concorrenza e debatching

Nella tabella seguente sono elencati i valori per una singola esecuzione del flusso di lavoro:

Azioni per cicli

Per ogni ciclo

Nella tabella seguente sono elencati i valori di un ciclo For each :

Nome	Multitenant	Tenant singolo	Ambiente del servizio di integrazione	Note
Elementi della matrice	100.000 elementi	- Flusso di lavoro con stato: 100.000 elementi (Impostazione predefinita) - Flusso di lavoro senza stato: 100 elementi (impostazione predefinita).	100.000 elementi	Numero di elementi di matrice che un ciclo For each può elaborare. Per filtrare matrici di dimensioni superiori, è possibile usare l'azione di query. Per modificare il limite predefinito nel servizio a tenant singolo, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.
Iterazioni simultanee	Concorrenza disattivata: 20 Concorrenza su: - Impostazione predefinita: 20 - Min: 1 - Max: 50	Concorrenza disattivata: 20 (Impostazione predefinita) Concorrenza su: - Impostazione predefinita: 20 - Min: 1 - Max: 50	Concorrenza disattivata: 20 Concorrenza su: - Impostazione predefinita: 20 - Min: 1 - Max: 50	Numero di iterazioni del ciclo For each che possono essere eseguite contemporaneamente o in parallelo. Per modificare questo valore in App per la logica di Azure multi-tenant, vedere Modifica per ogni limite di concorrenza o Esegui per ogni ciclo in sequenza. Per modificare il limite predefinito nel servizio a tenant singolo, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.

Ciclo Until

Nella tabella seguente sono elencati i valori per un ciclo Until :

Nome	Multitenant	Tenant singolo	Ambiente del servizio di integrazione	Note
Iterazioni	- Impostazione predefinita: 60 - Min: 1 - Max: 5.000	Flusso di lavoro con stato: - Impostazione predefinita: 60 - Min: 1 - Max: 5.000 Flusso di lavoro senza stato: - Impostazione predefinita: 60 - Min: 1 - Max: 100	- Impostazione predefinita: 60 - Min: 1 - Max: 5.000	Numero di cicli che un ciclo Until può avere durante un'esecuzione del flusso di lavoro. Per modificare questo valore in App per la logica di Azure multi-tenant, nella forma ciclo Until selezionare Modifica limiti e specificare il valore per la proprietà Count. Per modificare il valore predefinito nel servizio a tenant singolo, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.
Timeout	Impostazione predefinita: PT1H (1 ora)	Flusso di lavoro con stato: PT1H (1 ora) Flusso di lavoro senza stato: PT5M (5 min)	Impostazione predefinita: PT1H (1 ora)	Periodo di tempo in cui il ciclo Until può essere eseguito prima dell'uscita e specificato nel formato ISO 8601. Il valore di timeout viene valutato per ogni ciclo. Se un'azione del ciclo richiede più tempo di quello previsto dal limite di timeout, la sequenza corrente non viene arrestata. Il ciclo successivo non viene tuttavia avviato perché non viene soddisfatta la condizione limite. Per modificare questo valore in App per la logica di Azure multi-tenant, nella forma ciclo Until selezionare Modifica limiti e specificare il valore per la proprietà Timeout. Per modificare il valore predefinito nel servizio a tenant singolo, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.

Concorrenza e debatching

Nome	Multitenant	Tenant singolo	Ambiente del servizio di integrazione	Note
Trigger : esecuzioni simultanee	Concorrenza disattivata: Illimitato Concorrenza su (irreversibile): - Impostazione predefinita: 25 - Min: 1 - Max: 100	Concorrenza disattivata: Illimitato Concorrenza su (irreversibile): - Impostazione predefinita: 100 - Min: 1 - Max: 100	Concorrenza disattivata: Illimitato Concorrenza su (irreversibile): - Impostazione predefinita: 25 - Min: 1 - Max: 100	Numero di esecuzioni simultanee che un trigger può iniziare contemporaneamente o in parallelo. Nota: quando la concorrenza è attivata, il limite SplitOn viene ridotto a 100 elementi per le matrici di debatching. Per modificare questo valore in App per la logica di Azure multi-tenant, vedere Modificare il limite di concorrenza dei trigger o Attivare le istanze in sequenza. Per modificare il valore predefinito nel servizio a tenant singolo, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.
Numero massimo di esecuzioni in attesa	Concorrenza su: - Min: 10 esecuzioni più il numero di esecuzioni simultanee (impostazione predefinita). - Max: 100 esecuzioni	Concorrenza su: - Min: 10 esecuzioni più il numero di esecuzioni simultanee (impostazione predefinita). - Max: 200 esecuzioni	Concorrenza su: - Min: 10 esecuzioni più il numero di esecuzioni simultanee (impostazione predefinita). - Max: 100 esecuzioni	Numero di istanze del flusso di lavoro che possono attendere l'esecuzione quando l'istanza del flusso di lavoro corrente esegue già le istanze simultanee massime. Questa impostazione ha effetto solo se la concorrenza è attivata. Per modificare questo valore in App per la logica di Azure multi-tenant, vedere Modificare il limite di esecuzioni in attesa. Per modificare il valore predefinito nel servizio a tenant singolo, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.
Elementi SplitOn	Concorrenza disattivata: 100.000 elementi Concorrenza su: 100 elementi	Concorrenza disattivata: 100.000 elementi Concorrenza su: 100 elementi	Concorrenza disattivata: 100.000 elementi (Impostazione predefinita) Concorrenza su: 100 elementi (impostazione predefinita).	Per i trigger che restituiscono una matrice, è possibile specificare un'espressione che usa una proprietà SplitOn che suddivide o suddivide gli elementi della matrice in più istanze del flusso di lavoro per l'elaborazione, anziché usare un ciclo For each . Questa espressione fa riferimento alla matrice da utilizzare per creare ed eseguire un'istanza del flusso di lavoro per ogni elemento della matrice. Nota: quando la concorrenza è attivata, il limite SplitOn viene ridotto a 100 elementi.

Limiti di velocità effettiva

Nella tabella seguente sono elencati i valori per una singola definizione del flusso di lavoro:

Nome	Multitenant	Tenant singolo	Note
Azione - Esecuzioni per intervallo di sequenza di 5 minuti	Impostazione predefinita: 100.000 esecuzioni - Modalità velocità effettiva elevata: 300.000 esecuzioni	None	In App per la logica di Azure multi-tenant è possibile aumentare il valore predefinito al valore massimo per il flusso di lavoro. Per altre informazioni, vedere Eseguire in modalità a velocità effettiva elevata, disponibile in anteprima. In alternativa, è possibile distribuire il carico di lavoro in più di un flusso di lavoro in base alle esigenze.
Azione - Chiamate in uscita simultanee	~2.500 chiamate	None	Puoi ridurre il numero di richieste simultanee o ridurre la durata in base alle esigenze.
Limitazione del connettore gestito	Il limite di limitazione varia in base al connettore	Il limite di limitazione varia in base al connettore	Per il multi-tenant, esaminare la pagina di riferimento tecnica di ogni connettore gestito. Per altre informazioni sulla gestione della limitazione dei connettori, vedere Gestire i problemi di limitazione ("429 - Troppe richieste").
Endpoint di runtime - Chiamate in ingresso simultanee	~1.000 chiamate	None	Puoi ridurre il numero di richieste simultanee o ridurre la durata in base alle esigenze.
Endpoint di runtime : le chiamate in lettura per 5 minuti	60.000 chiamate in lettura	None	Questo limite si applica alle chiamate che ottengono gli input non elaborati e gli output dalla cronologia di esecuzione di un flusso di lavoro. È possibile distribuire il carico di lavoro in più di un flusso di lavoro in base alle esigenze.
Endpoint di runtime - Richiamare chiamate per 5 minuti	45.000 chiamate invoke	None	È possibile distribuire il carico di lavoro in più di un flusso di lavoro in base alle esigenze.
Velocità effettiva del contenuto per 5 minuti	6 GB	None	Si supponga, ad esempio, che il back-end abbia 100 ruoli di lavoro. Ogni lavoratore ha un limite di 60 MB, che è il risultato della divisione di 6 GB per 100 ruoli di lavoro. È possibile distribuire il carico di lavoro in più di un flusso di lavoro in base alle esigenze.

Scalabilità per velocità effettiva elevata

Standard

In App per la logica di Azure a tenant singolo, una risorsa dell'app per la logica Standard usa l'archiviazione e il calcolo come risorse primarie per l'esecuzione dei flussi di lavoro.

Storage

I flussi di lavoro con stato in App per la logica di Azure a tenant singolo usano Archiviazione tabella di Azure per l'archiviazione permanente dei dati durante il runtime, Archiviazione BLOB di Azure per la gestione delle cronologie di esecuzione del flusso di lavoro e l'Archiviazione di accodamento di Azure a scopo di pianificazione. Ad esempio, un singolo account di archiviazione consente di gestire un numero considerevole di richieste con velocità fino a 2.000 richieste per partizione e 20.000 richieste al secondo a livello di account di archiviazione. Anche se un singolo account di archiviazione può gestire velocità effettiva ragionevolmente elevata, oltre queste soglie, le tariffe delle richieste sono soggette a limitazioni e i flussi di lavoro potrebbero riscontrare limitazioni a livello di partizione o limitazioni a livello di account man mano che aumenta la velocità di esecuzione del flusso di lavoro. Per assicurarsi che i flussi di lavoro funzionino senza problemi, è fondamentale comprendere le possibili limitazioni e i modi in cui è possibile risolverli.

Per altre informazioni sulle destinazioni di ridimensionamento e sulle limitazioni per i vari servizi Archiviazione di Azure, vedere la documentazione seguente:

• Destinazioni di scalabilità per l'Archiviazione di tabella
• Destinazioni dell'operazione dati per l'Archiviazione di tabella
• Destinazioni di scalabilità per Archiviazione BLOB
• Ridimensionare le destinazioni per l'Archiviazione di accodamento

Ridimensionare l'app per la logica per le limitazioni di archiviazione

Le raccomandazioni seguenti si applicano al ridimensionamento dei flussi di lavoro delle app per la logica Standard:

• Condividere il carico di lavoro tra più flussi di lavoro.

  La App per la logica di Azure a tenant singolo riduce già al minimo la limitazione a livello di partizione distribuendo le transazioni di archiviazione tra più partizioni. Tuttavia, per migliorare la distribuzione e attenuare la limitazione a livello di partizione, distribuire il carico di lavoro tra più flussi di lavoro, anziché basarsi su un singolo flusso di lavoro.

• Condividere il carico di lavoro tra più account di archiviazione.

  Se i flussi di lavoro richiedono una velocità effettiva elevata, è possibile aumentare significativamente la velocità effettiva distribuendo il carico di lavoro tra più account di archiviazione, anziché basarsi su un singolo account di archiviazione. È possibile configurare la risorsa dell'app per la logica Standard per usare fino a 32 account di archiviazione come limite. Per determinare il numero di account di archiviazione necessari, usare le linee guida generali per l'obiettivo di circa 100.000 esecuzioni di azioni al minuto, per account di archiviazione. Sebbene questa stima funzioni correttamente per la maggior parte degli scenari, è possibile usare un numero inferiore di esecuzioni di azioni se le azioni del flusso di lavoro sono complesse, ad esempio un'azione di query che elabora matrici di dati di grandi dimensioni. Assicurarsi di eseguire test di carico e ottimizzare la soluzione prima di usare nell'ambiente di produzione.

  Per abilitare l'uso di più account di archiviazione, seguire questa procedura prima di creare l'app per la logica Standard. In caso contrario, se si modificano le impostazioni dopo la creazione, potrebbe verificarsi una perdita di dati o non ottenere la scalabilità necessaria.

  1. Creare gli account di archiviazione da usare. Salvare il stringa di connessione per ogni account di archiviazione.

  2. Trovare e aprire l'app per la logica Standard e quindi modificare le impostazioni host dell'app per la logica (host.json file) per includere l'oggetto seguente extensions , che contiene gli workflow oggetti e settings con l'impostazione Runtime.ScaleUnitsCount :

     "extensions": {
         "workflow": {
             "settings": {
                 "Runtime.ScaleUnitsCount": "<storage-accounts-number>"
             }
         }
     }
     

     L'esempio seguente specifica 3 come numero di account di archiviazione:

     {
         "version": "2.0",
         "extensionBundle": {
             "id": "Microsoft.Azure.Functions.ExtensionBundle.Workflows",
             "version": "[1.*, 2.0.0)"
         },
         "extensions": {
             "workflow": {
                 "settings": {
                     "Runtime.ScaleUnitsCount": "3"
                 }
             }
         }
     }
     

  3. Modificare le impostazioni di configurazione dell'applicazione dell'app per la logica (local.settings.json) per aggiungere un'impostazione dell'app denominata Cloud Archiviazione Account.Workflows.ScaleUnitsData Archiviazione. CU0<storage-account-number.Connessione>ionString e l'account di archiviazione corrispondente stringa di connessione usando la sintassi seguente in cui il primo numero di account di archiviazione è 00 fino al numero di account di archiviazione meno 1, ad esempio:

     Nome impostazione app	Valore
     Cloud Archiviazione Account.Workflows.ScaleUnitsData Archiviazione. CU00. Connessione ionString	<connection-string-1>
     Cloud Archiviazione Account.Workflows.ScaleUnitsData Archiviazione. CU01. Connessione ionString	<connection-string-2>
     Cloud Archiviazione Account.Workflows.ScaleUnitsData Archiviazione. CU02. Connessione ionString	<connection-string-3>

  4. Nelle impostazioni di configurazione dell'applicazione dell'app per la logica aggiornare il valore dell'impostazione AzureWebJobs Archiviazione con lo stesso stringa di connessione presente nel cloud Archiviazione Account.Workflows.ScaleUnitsData Archiviazione. CU00. impostazione Connessione ionString.

Calcolo

Un'app per la logica Standard viene eseguita usando uno dei piani di calcolo disponibili, che forniscono livelli diversi di CPU virtuale e memoria oppure usando un ambiente del servizio app v3, che offre più opzioni di calcolo.

Il App per la logica di Azure a tenant singolo viene ridimensionato in modo dinamico per gestire in modo efficace carichi crescenti. L'app per la logica usa i fattori principali seguenti per determinare se ridimensionare.

Nota

Per un'app per la logica Standard in un ambiente del servizio app v3, il ridimensionamento dinamico non è disponibile. È necessario impostare le regole di ridimensionamento nel piano di servizio app associato. Come regola di ridimensionamento comunemente usata, è possibile usare la metrica della CPU e ridimensionare il piano di servizio app per mantenere la CPU virtuale tra il 50 e il 70%. Per altre informazioni, vedere Introduzione alla scalabilità automatica in Azure.

• Trigger

  Per determinare i requisiti di ridimensionamento, il ridimensionatore analizza il trigger che avvia ogni flusso di lavoro nell'app per la logica. Ad esempio, per un flusso di lavoro con un trigger bus di servizio, se la lunghezza della coda aumenta continuamente, il scaler esegue un'azione per aggiungere istanze di lavoro, che consentono l'elaborazione di più messaggi. Analogamente, per un flusso di lavoro con un trigger di richiesta, se la latenza della richiesta presenta una tendenza verso l'alto, il ridimensionatore aumenta il numero di istanze di lavoro per distribuire il carico della richiesta in modo più efficiente. Per altre informazioni sulle istanze del ruolo di lavoro, vedere App per la logica di Azure (Standard) - Approfondimento del runtime.

• Ritardo di esecuzione del processo del flusso di lavoro

  In fase di esecuzione, le azioni del flusso di lavoro sono suddivise in singoli processi accodati per l'esecuzione. I dispatcher di processi eseguono regolarmente il polling della coda di processi per recuperare ed eseguire questi processi. Tuttavia, se la capacità di calcolo non è sufficiente per raccogliere questi processi, rimangono nella coda per un periodo di tempo più lungo, causando un aumento dei ritardi di esecuzione. Il scaler monitora questa situazione e prendere decisioni di ridimensionamento per mantenere sotto controllo i ritardi di esecuzione. Per altre informazioni su come il runtime pianifica ed esegue i processi, vedere App per la logica di Azure (Standard) - Approfondimento del runtime.

  Il scaler considera anche la configurazione del contatore minimo e massimo dell'istanza del ruolo di lavoro per determinare se prendere decisioni di ridimensionamento, ad esempio aggiungere, rimuovere o mantenere il numero corrente di istanze di lavoro. In genere, il scaler prende queste decisioni a intervalli di circa 15-30 secondi. Prendere quindi in considerazione questo tempo di avvio e l'impatto sulla velocità di ridimensionamento dell'app per la logica per gestire in modo efficace i carichi di picco. Ad esempio, se il carico di lavoro richiede il ridimensionamento dell'app per la logica da una sola istanza del ruolo di lavoro a 100 istanze del ruolo di lavoro, l'aumento di 25-50 minuti può richiedere solo 25-50 minuti. Il ridimensionamento a tenant singolo App per la logica di Azure condivide la stessa infrastruttura di scalabilità Funzioni di Azure.

Configurare l'ambiente di calcolo dell'app per la logica per una scalabilità più rapida

• Condividere il carico di lavoro tra più app per la logica.

  Ogni app per la logica può essere ridimensionata in modo indipendente, quindi la distribuzione del carico di lavoro tra più app per la logica può accelerare notevolmente la velocità di ridimensionamento. Ad esempio, due app per la logica possono essere ridimensionate al doppio del numero di istanze di lavoro nello stesso intervallo di tempo di una singola app per la logica. Suddividendo il carico di lavoro tra più app, è possibile moltiplicare efficacemente la scalabilità e ottenere risultati di ridimensionamento più rapidi.

• Usare le istanze preavvise.

  Se lo scenario richiede tempi di avvio più rapidi, è consigliabile usare istanze preavvise. Se i tempi di caricamento di picco sono deterministici, è possibile usare un'attività di automazione per modificare queste istanze prewarm in base a una pianificazione. Per altre informazioni, vedere Gestire le risorse di Azure e monitorare i costi creando attività di automazione (anteprima).

Consumo

La App per la logica di Azure multi-tenant ha un limite predefinito per il numero di azioni eseguite ogni 5 minuti. Per aumentare il valore predefinito al valore massimo, è possibile abilitare la modalità velocità effettiva elevata, disponibile in anteprima. In alternativa, distribuire il carico di lavoro tra più app per la logica e flussi di lavoro, anziché basarsi su una singola app per la logica e un flusso di lavoro.

Abilitare una velocità effettiva elevata nel portale

1. Nel portale di Azure, nel menu dell'app per la logica, in Impostazioni selezionare Impostazioni flusso di lavoro.

2. In Opzioni>di runtime Velocità effettiva elevata modificare l'impostazione su Sì.

   

Abilitare una velocità effettiva elevata in un modello di Resource Manager

Per abilitare questa impostazione in un modello di Resource Manager per la distribuzione dell'app per la logica, nell'oggetto per la properties definizione della risorsa dell'app per la logica aggiungere l'oggetto runtimeConfiguration con la operationOptions proprietà impostata su OptimizedForHighThroughput:

{
   <template-properties>
   "resources": [
      // Start logic app resource definition
      {
         "properties": {
            <logic-app-resource-definition-properties>,
            <logic-app-workflow-definition>,
            <more-logic-app-resource-definition-properties>,
            "runtimeConfiguration": {
               "operationOptions": "OptimizedForHighThroughput"
            }
         },
         "name": "[parameters('LogicAppName')]",
         "type": "Microsoft.Logic/workflows",
         "location": "[parameters('LogicAppLocation')]",
         "tags": {},
         "apiVersion": "2016-06-01",
         "dependsOn": [
         ]
      }
      // End logic app resource definition
   ],
   "outputs": {}
}

Per altre informazioni sulla definizione delle risorse dell'app per la logica, vedere Panoramica: Automatizzare la distribuzione per App per la logica di Azure usando i modelli di Azure Resource Manager.

Ambiente del servizio di integrazione

• DEVELOPER I edizione Standard SKU: fornisce fino a 500 esecuzioni al minuto, ma tenere presenti queste considerazioni:

  • Assicurarsi di usare questo SKU solo per l'esplorazione, gli esperimenti, lo sviluppo o il test, non per i test di produzione o prestazioni. Questo SKU non ha contratti di servizio, funzionalità di aumento delle prestazioni o ridondanza durante il riciclo, il che significa che si potrebbero riscontrare ritardi o tempi di inattività.

  • Gli aggiornamenti back-end potrebbero interrompere in modo intermittente il servizio.

• SKU I edizione Standard Premium: la tabella seguente descrive i limiti di velocità effettiva di questo SKU, ma per superare questi limiti nell'elaborazione normale o eseguire test di carico che potrebbero superare questi limiti, contattare il team di App per la logica per ottenere assistenza sui requisiti.

  Nome	Limit	Note
  Limite di esecuzione per le unità di base	Limite impostato dal sistema quando la capacità dell'infrastruttura raggiunge l'80%	Offre circa 4.000 esecuzioni di azioni al minuto, ovvero circa 160 milioni di esecuzioni di azioni al mese
  Limite di esecuzione per le unità di scala	Limite impostato dal sistema quando la capacità dell'infrastruttura raggiunge l'80%	Ogni unità di scala può fornire circa 2.000 esecuzioni di azioni al minuto, ovvero circa 80 milioni di esecuzioni di azioni al mese
  Numero massimo di unità di scala che è possibile aggiungere	10 unità di scala

Limiti del gateway dati

App per la logica di Azure supporta operazioni di scrittura, inclusi inserimenti e aggiornamenti, tramite il gateway dati locale. Tuttavia, queste operazioni hanno limiti per la dimensione del payload.

Limiti dei criteri di ripetizione dei tentativi

La tabella seguente elenca i limiti dei criteri di ripetizione dei tentativi per un trigger o un'azione, a seconda che si disponga di un flusso di lavoro di app per la logica a consumo o standard.

Nome	Limite di consumo	Limite standard	Note
Tentativi	- Impostazione predefinita: 4 tentativi - Max: 90 tentativi	- Impostazione predefinita: 4 tentativi	Per modificare il limite predefinito nei flussi di lavoro dell'app per la logica di consumo, usare il parametro dei criteri di ripetizione dei tentativi. Per modificare il limite predefinito nei flussi di lavoro delle app per la logica Standard, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.
Intervallo tentativi	None	Impostazione predefinita: 7 sec	Per modificare il limite predefinito nei flussi di lavoro dell'app per la logica di consumo, usare il parametro dei criteri di ripetizione dei tentativi. Per modificare il limite predefinito nei flussi di lavoro delle app per la logica Standard, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.

Limiti delle azioni delle variabili

Nella tabella seguente sono elencati i valori per una singola definizione del flusso di lavoro:

Nome	Multitenant	Tenant singolo	Ambiente del servizio di integrazione	Note
Variabili per flusso di lavoro	250 variabili	250 variabili (impostazione predefinita).	250 variabili
Variabile - Dimensioni massime del contenuto	104.857.600 caratteri	Flusso di lavoro con stato: 104.857.600 caratteri (Impostazione predefinita) Flusso di lavoro senza stato: 1.024 caratteri (impostazione predefinita).	104.857.600 caratteri	Per modificare il valore predefinito nel servizio a tenant singolo, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.
Variabile (tipo di matrice): numero massimo di elementi della matrice	100.000 elementi	100.000 elementi (impostazione predefinita).	SKU Premium: 100.000 elementi SKU per sviluppatori: 5.000 elementi	Per modificare il valore predefinito nel servizio a tenant singolo, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.

Limiti delle richieste HTTP

Le tabelle seguenti elencano i valori per una singola chiamata in ingresso o in uscita:

Timeout duration

Per impostazione predefinita, le azioni HTTP e API Connessione ion seguono il modello di operazione asincrona standard, mentre l'azione Risposta segue il modello di operazione sincrona. Alcune operazioni del connettore gestito effettuano chiamate asincrone o ascoltano le richieste webhook, pertanto il timeout per queste operazioni potrebbe essere superiore ai limiti seguenti. Per altre informazioni, vedere la pagina di riferimento tecnica di ogni connettore e anche la documentazione relativa ai trigger e alle azioni del flusso di lavoro.

Nota

Per il tipo di risorsa App per la logica (Standard) nel servizio a tenant singolo, i flussi di lavoro senza stato possono essere eseguiti solo in modo sincrono.

Nome	Multitenant	Tenant singolo	Ambiente del servizio di integrazione	Note
Richiesta in uscita	120 sec (2 min)	235 sec (3,9 minuti) (impostazione predefinita).	240 sec (4 min)	Esempi di richieste in uscita includono le chiamate effettuate dal trigger o dall'azione HTTP. Suggerimento: per le operazioni con esecuzione più lunga, usare un modello di polling asincrono o un ciclo "Until". Per aggirare i limiti di timeout quando si chiama un altro flusso di lavoro con un endpoint chiamabile, è possibile usare l'azione predefinita App per la logica di Azure, che è possibile trovare nella selezione delle operazioni della finestra di progettazione in Predefinita. Per modificare il limite predefinito nel servizio a tenant singolo, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.
Richiesta in entrata	120 sec (2 min)	235 sec (3,9 minuti) (impostazione predefinita).	240 sec (4 min)	Esempi di richieste in ingresso includono le chiamate ricevute dal trigger Di richiesta, dal trigger Webhook HTTP e dall'azione Webhook HTTP. Nota: affinché il chiamante originale ottenga la risposta, tutti i passaggi della risposta devono terminare entro il limite, a meno che non si chiami un altro flusso di lavoro annidato. Per altre informazioni, vedere Chiamare, attivare o annidare app per la logica. Per modificare il limite predefinito nel servizio a tenant singolo, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.

Limiti delle dimensioni del trigger di richiesta e del trigger webhook

Nome	Multitenant	Tenant singolo	Note
Trigger di richiesta (in ingresso) e trigger basati su webhook - Limite di dimensioni del contenuto per intervallo di sequenza di 5 minuti per flusso di lavoro	3.145.728 KB	None	Questo limite si applica solo alle dimensioni del contenuto per le richieste in ingresso ricevute dal trigger di richiesta o da qualsiasi trigger webhook. Si supponga, ad esempio, che il back-end abbia 100 ruoli di lavoro. Ogni ruolo di lavoro ha un limite di 31.457.280 byte, ovvero il risultato della divisione di 3.145.728.000 byte di 100 ruoli di lavoro. Per evitare di riscontrare una limitazione prematura per il trigger di richiesta, usare un nuovo client HTTP per ogni richiesta, che consente di distribuire uniformemente le chiamate in tutti i nodi. Per un trigger webhook, potrebbe essere necessario usare più flussi di lavoro, che suddivideno il carico ed evitano la limitazione.

Messaggi

Nome	Suddivisione in blocchi abilitata	Multitenant	Tenant singolo	Ambiente del servizio di integrazione	Note
Download del contenuto - Numero massimo di richieste	Sì	1.000 richieste	1.000 richieste (impostazione predefinita).	1.000 richieste
Dimensione del messaggio	No	100 MB	100 MB	200 MB	Per ignorare questo limite, vedere Gestire messaggi di grandi dimensioni con la divisione in blocchi. Tuttavia, alcuni connettori e API non supportano la suddivisione in blocchi o anche il limite predefinito. - Per i connettori quali AS2, X12 ed EDIFACT sono previsti appositi limiti per i messaggi B2B. - I edizione Standard connettori usano il limite di I edizione Standard, non i limiti del connettore non I edizione Standard. Per modificare il valore predefinito nel servizio a tenant singolo, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.
Dimensione del messaggio per azione	Sì	1 GB	1.073.741.824 byte (1 GB) (impostazione predefinita).	5 GB	Questo limite si applica alle azioni che supportano in modo nativo la suddivisione in blocchi o che consentono di abilitare la suddivisione in blocchi nella configurazione di runtime. Se si usa un I edizione Standard, il motore di App per la logica di Azure supporta questo limite, ma i connettori hanno limiti di suddivisione in blocchi fino al limite del motore, ad esempio, vedere le informazioni di riferimento sulle API del connettore Archiviazione BLOB di Azure. Per altre informazioni sulla divisione in blocchi, vedere Gestire messaggi di grandi dimensioni con la divisione in blocchi. Per modificare il valore predefinito nel servizio a tenant singolo, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.
Dimensioni del blocco di contenuto per azione	Sì	Varia per connettore	52.428.800 byte (52 MB) (impostazione predefinita).	Varia per connettore	Questo limite si applica alle azioni che supportano in modo nativo la suddivisione in blocchi o che consentono di abilitare la suddivisione in blocchi nella configurazione di runtime. Per modificare il valore predefinito nel servizio a tenant singolo, vedere Modificare le impostazioni dell'host e dell'app per le app per la logica in App per la logica di Azure a tenant singolo.

Limiti di caratteri

Name	Limit	Note
Limite per la valutazione delle espressioni	131.072 characters	Le espressioni @concat(), @base64(), @string() non possono essere più lunghe di questo limite.
Limite di caratteri URL di richiesta	16.384 characters

Limiti di autenticazione

La tabella seguente elenca i valori per un flusso di lavoro che inizia con un trigger request e abilita Microsoft Entra ID Open Authentication (Microsoft Entra ID OAuth) per autorizzare le chiamate in ingresso al trigger richiesta:

Nome	Limit	Note
Criteri di autorizzazione di Microsoft Entra	5 criteri
Attestazioni per criterio di autorizzazione	10 attestazioni
Valore attestazione - Numero massimo di caratteri	150 caratteri

Cambiare i limiti delle azioni

Nella tabella seguente sono elencati i valori per una singola definizione del flusso di lavoro:

Nome	Limit	Note
Numero massimo di casi per azione	25

Limiti delle azioni codice inline

Nella tabella seguente sono elencati i valori per una singola definizione del flusso di lavoro:

Nome	Multitenant	Tenant singolo	Ambiente del servizio di integrazione	Note
Numero massimo di caratteri di codice	1.024 caratteri	100.000 caratteri	1.024 caratteri	Per usare il limite più alto, creare una risorsa dell'app per la logica (Standard), che viene eseguita in App per la logica di Azure a tenant singolo, usando il portale di Azure o usando Visual Studio Code e l'estensione App per la logica di Azure (Standard).
Durata massima per l'esecuzione del codice	5 Secondi	15 secondi	1.024 caratteri	Per usare il limite più alto, creare una risorsa dell'app per la logica (Standard), che viene eseguita in App per la logica di Azure a tenant singolo, usando il portale di Azure o usando Visual Studio Code e l'estensione App per la logica di Azure (Standard).

Limiti per i connettori personalizzati

Solo in App per la logica di Azure multi-tenant e nell'ambiente del servizio di integrazione è possibile creare e usare connettori gestiti personalizzati, che sono wrapper per un'API REST o un'API SOAP esistente. Nei App per la logica di Azure a tenant singolo è possibile creare e usare solo connettori predefiniti personalizzati.

La tabella seguente elenca i valori per i connettori personalizzati:

Nome	Multitenant	Tenant singolo	Ambiente del servizio di integrazione	Note
Connettori personalizzati	1.000 per sottoscrizione di Azure	Nessun limite	1.000 per sottoscrizione di Azure
API per servizio	Basato su SOAP: 50	Non applicabile	Basato su SOAP: 50
Parametri per API	Basato su SOAP: 50	Non applicabile	Basato su SOAP: 50
Richieste al minuto per un connettore personalizzato	500 richieste al minuto per connessione	In base all'implementazione	2.000 richieste al minuto per ogni connettore personalizzato
Timeout connessione	2 min	Connessione inattiva: 4 minuti Connessione attiva: 10 min	2 min

Per altre informazioni, vedere la documentazione seguente:

• Panoramica dei connettori gestiti personalizzati
• Abilitare la creazione di connettori predefiniti - Visual Studio Code con estensione App per la logica di Azure (Standard)

Limiti relativi alle identità gestite

Nome	Limit
Identità gestite per risorsa dell'app per la logica	- Consumo: identità assegnata dal sistema o una sola identità assegnata dall'utente - Standard: identità assegnata dal sistema e numero qualsiasi di identità assegnate dall'utente Nota: per impostazione predefinita, per una risorsa dell'app per la logica (Standard) l'identità gestita assegnata dal sistema è abilitata automaticamente per autenticare le connessioni in fase di esecuzione. Questa identità è diversa dalle credenziali di autenticazione o stringa di connessione usate quando si crea una connessione. Se si disabilita questa identità, le connessioni non funzioneranno in fase di esecuzione. Per visualizzare questa impostazione, nel menu dell'app per la logica, in Impostazioni selezionare Identità.
Numero di app per la logica con identità gestita in una sottoscrizione di Azure per area	- Consumo: 5.000 app per la logica - Standard: per ogni limite del servizio app Azure, se disponibile

Limiti dell'account di integrazione

Ogni sottoscrizione di Azure prevede i limiti per l'account di integrazione seguenti:

• Un account di integrazione del livello gratuito per ogni area di Azure. Questo livello è disponibile solo per le aree pubbliche in Azure, ad esempio Stati Uniti occidentali o Asia sud-orientale, ma non per Microsoft Azure gestito da 21Vianet o Azure per enti pubblici.

• 1.000 account di integrazione in totale, inclusi gli account di integrazione in qualsiasi ambiente del servizio di integrazione (ISE) per gli SKU Developer e Premium.

• Ogni I edizione Standard, sviluppatore o Premium, può usare un singolo account di integrazione senza costi aggiuntivi, anche se il tipo di account incluso varia in base allo SKU I edizione Standard. È possibile creare più account di integrazione per l'I edizione Standard fino al limite totale per un costo aggiuntivo.

  SKU ISE	Limiti dell'account di integrazione
  Premium	20 account totali, incluso un account Standard senza costi aggiuntivi. Con questo SKU è possibile avere solo account Standard . Gli account gratuiti o Basic non sono consentiti.
  Sviluppatore	20 account totali, incluso un account gratuito (limitato a 1). Con questo SKU è possibile avere una delle due combinazioni seguenti: - Un account gratuito e fino a 19 account Standard . - Nessun account gratuito e fino a 20 account Standard. Non sono consentiti account Basic o più account gratuiti. Importante: usare lo SKU dello sviluppatore per sperimentare, sviluppare e testare, ma non per i test di produzione o prestazioni.

Per informazioni sul funzionamento dei prezzi e della fatturazione per gli ISE, vedere il modello di determinazione prezzi di App per la logica. Per informazioni sui prezzi, vedere Prezzi di App per la logica.

Limite di elementi per account di integrazione

Le tabelle seguenti elencano i valori per il numero di artefatti limitati a ogni livello di account di integrazione. Per informazioni sui prezzi, vedere Prezzi di App per la logica. Per informazioni sul funzionamento dei prezzi e della fatturazione per gli account di integrazione, vedere il modello di determinazione prezzi di App per la logica.

Nota

Usare il livello gratuito solo per scenari esplorativi, non per scenari di produzione. Questo livello limita la velocità effettiva e l'utilizzo e non dispone di alcun contratto di servizio (SLA).

Artefatto	Gratuito	Basic	Standard	Premium (anteprima)
Contratti commerciali EDI	10	1	1.000	Nessun limite
Partner commerciali EDI	25	2	1,000	Nessun limite
Mappe	25	500	1.000	Nessun limite
Schemi	25	500	1.000	Nessun limite
Assembly	10	25	1.000	Illimitato, ma attualmente non supportato per l'esportazione da un edizione Standard.
Certificati	25	2	1,000	Nessun limite
Configurazioni batch	5	1	50	Nessun limite
Processo di interfaccia partner RosettaNet (PIP)	10	1	500	Illimitato, ma attualmente non supportato per l'esportazione da un edizione Standard.

Limiti di capacità degli elementi

Artefatto	Limit	Note
Assemblaggio	8 MB	Per caricare file di dimensioni superiori a 2 MB, usare un account di archiviazione di Azure e un contenitore BLOB.
Mappa (file XSLT)	8 MB	Per caricare file di dimensioni superiori a 2 MB, usare l'API REST di App per la logica di Azure Maps. Nota: la quantità di dati o record che una mappa può elaborare correttamente si basa sui limiti di timeout delle azioni e delle dimensioni del messaggio in App per la logica di Azure. Se, ad esempio, si usa un'azione HTTP, basata su limiti delle dimensioni dei messaggi e di timeout delle azioni, una mappa può elaborare i dati fino al limite impostato per le dimensioni dei messaggi HTTP se l'operazione viene completata entro il limite di timeout HTTP.
Schema	8 MB	Per caricare file di dimensioni superiori a 2 MB, usare un account di archiviazione di Azure e un contenitore BLOB.

Limiti di velocità effettiva

Endpoint di runtime	Gratuito	Basic	Standard	Note
Chiamate in lettura per 5 minuti	3,000	30.000	60.000	Questo limite si applica alle chiamate che ottengono gli input non elaborati e gli output dalla cronologia di esecuzione di un'app per la logica. È possibile distribuire il carico di lavoro tra più di un account in base alle esigenze.
Richiamare le chiamate per 5 minuti	3,000	30.000	45,000	È possibile distribuire il carico di lavoro tra più di un account in base alle esigenze.
Rilevamento delle chiamate per 5 minuti	3,000	30.000	45,000	È possibile distribuire il carico di lavoro tra più di un account in base alle esigenze.
blocco di chiamate simultanee	~1.000	~1.000	~1.000	Uguale per tutti gli SKU. Puoi ridurre il numero di richieste simultanee o ridurre la durata in base alle esigenze.

Dimensioni dei messaggi per i protocolli B2B (AS2, X12, EDIFACT)

La tabella seguente elenca i limiti delle dimensioni dei messaggi applicabili ai protocolli B2B:

Nome	Multitenant	Tenant singolo	Ambiente del servizio di integrazione	Note
AS2	v2 - 100 MB v1 - 25 MB	Non disponibile	v2 - 200 MB v1 - 25 MB	Applicabile alla decodifica e alla codifica
X12	50 MB	Non disponibile	50 MB	Applicabile alla decodifica e alla codifica
EDIFACT	50 MB	Non disponibile	50 MB	Applicabile alla decodifica e alla codifica

Configurazione del firewall: indirizzi IP e tag di servizio

Se l'ambiente ha requisiti di rete rigorosi e usa un firewall che limita il traffico a indirizzi IP specifici, l'ambiente o il firewall deve consentire la comunicazione in ingresso ricevuta da App per la logica di Azure e comunicazioni in uscita inviate da App per la logica di Azure. Per configurare questo accesso, è possibile creare regole di Firewall di Azure per il firewall per consentire l'accesso sia per gli indirizzi IP in ingresso cheper gli indirizzi IP in uscita usati da App per la logica di Azure nell'area di Azure dell'app per la logica. Tutte le app per la logica nella stessa area usano gli stessi intervalli di indirizzi IP.

Nota

Se si usa Power Automate, alcune azioni, ad esempio HTTP e HTTP + OpenAPI, passano direttamente al servizio App per la logica di Azure e provengono dagli indirizzi IP elencati qui. Per altre informazioni sugli indirizzi IP usati da Power Automate, vedere Limiti e configurazione per Power Automate.

Si supponga, ad esempio, che le app per la logica vengano distribuite nell'area Stati Uniti occidentali. Per supportare le chiamate inviate o ricevute dalle app per la logica tramite trigger e azioni predefiniti, ad esempio il trigger o l'azione HTTP, il firewall deve consentire l'accesso a tutti gli indirizzi IP in ingresso del servizio App per la logica di Azure e gli indirizzi IP in uscita presenti nell'area Stati Uniti occidentali.

Se il flusso di lavoro usa connettori gestiti, ad esempio il connettore Di Office 365 Outlook o il connettore SQL o usa connettori personalizzati, il firewall deve anche consentire l'accesso a tutti gli indirizzi IP in uscita del connettore gestito nell'area di Azure dell'app per la logica. Se il flusso di lavoro usa connettori personalizzati che accedono alle risorse locali tramite la risorsa gateway dati locale in Azure, è necessario configurare l'installazione del gateway per consentire l'accesso per gli indirizzi IP in uscita del connettore gestito corrispondenti. Per altre informazioni sulla configurazione delle impostazioni di comunicazione nel gateway, vedere gli argomenti seguenti:

• Configurazione delle impostazioni di comunicazione per il gateway dati locale
• Configurare le impostazioni proxy per il gateway dati locale

Considerazioni sulla configurazione IP del firewall

Prima di configurare il firewall con gli indirizzi IP, esaminare queste considerazioni:

• Per semplificare le regole di sicurezza da creare, è possibile usare facoltativamente i tag del servizio anziché specificare i prefissi degli indirizzi IP per ogni area. Questi tag rappresentano un gruppo di prefissi di indirizzi IP da un servizio di Azure specifico e funzionano tra le aree in cui è disponibile il servizio App per la logica di Azure:

  • LogicAppsManagement: rappresenta i prefissi degli indirizzi IP in ingresso per il servizio App per la logica di Azure.

  • LogicApps: rappresenta i prefissi degli indirizzi IP in uscita per il servizio App per la logica di Azure.

  • Azure Connessione ors: rappresenta i prefissi degli indirizzi IP per i connettori gestiti che effettuano callback webhook in ingresso al servizio App per la logica di Azure e alle chiamate in uscita ai rispettivi servizi, ad esempio Archiviazione di Azure o Hub eventi di Azure.

• Per i flussi di lavoro dell'app per la logica Standard eseguiti in App per la logica di Azure a tenant singolo, è necessario consentire l'accesso per qualsiasi connessione di trigger o azione nei flussi di lavoro. È possibile consentire il traffico dai tag del servizio e usare lo stesso livello di restrizioni o criteri di app Azure Servizio. È anche necessario trovare e usare i nomi di dominio completi (FQDN) per le connessioni. Per altre informazioni, vedere le sezioni corrispondenti nella documentazione seguente:

  • Autorizzazioni del firewall per le app per la logica a tenant singolo - portale di Azure
  • Autorizzazioni del firewall per le app per la logica a tenant singolo - Visual Studio Code

• Se le app per la logica presentano problemi di accesso agli account di archiviazione di Azure che usano firewall e regole del firewall, sono disponibili diverse altre opzioni per abilitare l'accesso.

  Ad esempio, le app per la logica non possono accedere direttamente agli account di archiviazione che usano regole del firewall e si trovano nella stessa area. Se però si consentono gli indirizzi IP in uscita per i connettori gestiti nella propria area, le app per la logica possono accedere agli account di archiviazione che si trovano in un'area diversa, eccetto quando si usano i connettori di archiviazione tabelle di Azure o di archiviazione code di Azure. Per accedere all'archiviazione tabelle o all'archiviazione code, è invece possibile usare azioni e trigger HTTP. Per altre opzioni, vedere Accedere ad account di archiviazione protetti da firewall.

Indirizzi IP in ingresso

Per App per la logica di Azure di ricevere comunicazioni in ingresso tramite il firewall, è necessario consentire il traffico attraverso gli indirizzi IP in ingresso descritti in questa sezione per l'area di Azure dell'app per la logica. Per ridurre la complessità quando si creano regole di sicurezza, è possibile usare facoltativamente il tag del servizio LogicAppsManagement anziché specificare i prefissi degli indirizzi IP in ingresso App per la logica di Azure per ogni area. Se si usa Azure per enti pubblici, vedere Azure per enti pubblici - Indirizzi IP in ingresso.

Nota

Alcuni connettori gestiti effettuano callback webhook in ingresso per App per la logica di Azure. Se si usa il controllo di accesso nella risorsa dell'app per la logica, è necessario assicurarsi che le chiamate da questi sistemi di destinazione (indirizzi IP) dispongano delle autorizzazioni per accedere all'app per la logica. I connettori seguenti effettuano callback webhook in ingresso per App per la logica di Azure:

Adobe Creative Cloud, Adobe Sign, Adobe Sign Demo, Adobe Sign Preview, Adobe Sign Stage, Microsoft Sentinel, Griglia di eventi, Microsoft Form, Business Central, Calendly, Common Data Service, DocuSign, DocuSign Demo, Dynamics 365 for Fin & Ops, LiveChat, Office 365* Outlook, Outlook.com, Parserr, SAP*, turni per Microsoft Teams, Progetti di lavoro in team, Typeform e così via:

• Office 365: il chiamante restituito è in realtà il connettore di Office 365. È possibile specificare i prefissi degli indirizzi IP in uscita del connettore gestito per ogni area oppure, facoltativamente, è possibile usare il tag del servizio Azure Connessione ors per questi connettori gestiti.

• SAP: il chiamante restituito dipende dal fatto che l'ambiente di distribuzione sia multi-tenant di Azure o I edizione Standard. Nell'ambiente multi-tenant il gateway dati locale esegue la chiamata al servizio App per la logica di Azure. In un I edizione Standard, il connettore SAP esegue di nuovo la chiamata a App per la logica di Azure.

Multi-tenant - Indirizzi IP in ingresso

Paese	IP App per la logica di Azure
Australia orientale	13.75.153.66, 104.210.89.222, 104.210.89.244, 52.187.231.161, 20.53.94.103, 20.53.107.215
Australia sud-orientale	13.73.115.153, 40.115.78.70, 40.115.78.237, 52.189.216.28, 52.255.42.110, 20.70.114.64, 20.211.194.165, 20.70.118.30, 4.198.78.245, 20.70.114.85, 20.70.116.201, 20.92.62.87, 20.211.194.79, 20.92.62.64
Brasile meridionale	191.235.86.199, 191.235.95.229, 191.235.94.220, 191.234.166.198, 20.201.66.147, 20.201.25.72
Brasile meridionale	20.40.32.59, 20.40.32.162, 20.40.32.80, 20.40.32.49, 20.206.42.14, 20.206.43.33
Canada centrale	13.88.249.209, 52.233.30.218, 52.233.29.79, 40.85.241.105, 20.104.14.9, 20.48.133.182
Canada orientale	52.232.129.143, 52.229.125.57, 52.232.133.109, 40.86.202.42, 20.200.63.149, 52.229.126.142, 40.86.205.75, 40.86.229.191, 40.69.102.29, 40.69.96.69, 40.86.248.230, 52.229.114.121, 20.220.76.245, 52.229.99.183
India centrale	52.172.157.194, 52.172.184.192, 52.172.191.194, 104.211.73.195, 20.204.203.110, 20.204.212.77, 4.186.8.164, 20.235.200.244, 20.235.200.100, 20.235.200.92, 4.188.187.112, 4.188.187.170, 4.188.187.173, 4.188.188.52
Stati Uniti centrali	13.67.236.76, 40.77.111.254, 40.77.31.87, 104.43.243.39, 13.86.98.126, 20.109.202.37
Asia orientale	168.63.200.173, 13.75.89.159, 23.97.68.172, 40.83.98.194, 20.187.254.129, 20.187.189.246
Stati Uniti orientali	137.135.106.54, 40.117.99.79, 40.117.100.228, 137.116.126.165, 52.226.216.209, 40.76.151.124, 20.84.29.150, 40.76.174.148
Stati Uniti orientali 2	40.84.25.234, 40.79.44.7, 40.84.59.136, 40.70.27.253, 20.96.58.28, 20.96.89.98, 20.96.90.28
Francia centrale	52.143.162.83, 20.188.33.169, 52.143.156.55, 52.143.158.203, 20.40.139.209, 51.11.237.239, 20.74.20.86, 20.74.22.248, 20.74.94.80, 20.74.91.234, 20.74.106.82, 20.74.35.121, 20.19.63.163, 20.19.56.186
Francia meridionale	52.136.131.145, 52.136.129.121, 52.136.130.89, 52.136.131.4, 52.136.134.128, 52.136.143.218
Germania settentrionale	51.116.211.29, 51.116.208.132, 51.116.208.37, 51.116.208.64, 20.113.206.147, 20.113.197.46
Germania centro-occidentale	51.116.168.222, 51.116.171.209, 51.116.233.40, 51.116.175.0, 20.113.12.69, 20.113.11.8, 98.67.210.83, 98.67.210.94, 98.67.210.49, 98.67.144.141, 98.67.146.59, 98.67.145.222, 98.67.146.65, 98.67.146.238
Israele centrale	20.217.134.130, 20.217.134.135
Italia settentrionale	4.232.12.165, 4.232.12.191
Giappone orientale	13.71.146.140, 13.78.84.187, 13.78.62.130, 13.78.43.164, 20.191.174.52, 20.194.207.50
Giappone occidentale	40.74.140.173, 40.74.81.13, 40.74.85.215, 40.74.68.85, 20.89.226.241, 20.89.227.25, 40.74.129.115, 138.91.22.178, 40.74.120.8, 138.91.27.244, 138.91.28.97, 138.91.26.244, 23.100.110.250, 138.91.27.82
India occidentale Jio	20.193.206.48, 20.193.206.49, 20.193.206.50, 20.193.206.51, 20.193.173.174, 20.193.168.121
Corea centrale	52.231.14.182, 52.231.103.142, 52.231.39.29, 52.231.14.42, 20.200.207.29, 20.200.231.229
Corea meridionale	52.231.166.168, 52.231.163.55, 52.231.163.150, 52.231.192.64, 20.200.177.151, 20.200.177.147
Stati Uniti centro-settentrionali	168.62.249.81, 157.56.12.202, 65.52.211.164, 65.52.9.64, 52.162.177.104, 23.101.174.98, 20.98.61.245, 172.183.50.180, 172.183.52.146, 172.183.51.138, 172.183.48.31, 172.183.48.9, 172.183.48.234, 40.116.65.34
Europa settentrionale	13.79.173.49, 52.169.218.253, 52.169.220.174, 40.112.90.39, 40.127.242.203, 51.138.227.94, 40.127.145.51, 40.67.252.16, 4.207.0.242, 4.207.204.28, 4.207.203.201, 20.67.143.247, 20.67.138.43, 68.219.40.237, 20.105.14.98, 4.207.203.15, 4.207.204.121, 4.207.201.247, 20.107.145.46
Norvegia orientale	51.120.88.93, 51.13.66.86, 51.120.89.182, 51.120.88.77, 20.100.27.17, 20.100.36.102
Norvegia occidentale	51.120.220.160, 51.120.220.161, 51.120.220.162, 51.120.220.163, 51.13.155.184, 51.13.151.90
Polonia Centrale	20.215.144.231, 20.215.145.0
Qatar centrale	20.21.211.241, 20.21.211.242
Sudafrica settentrionale	102.133.228.4, 102.133.224.125, 102.133.226.199, 102.133.228.9, 20.87.92.64, 20.87.91.171
Sudafrica occidentale	102.133.72.190, 102.133.72.145, 102.133.72.184, 102.133.72.173, 40.117.9.225, 102.133.98.91
Stati Uniti centro-meridionali	13.65.98.39, 13.84.41.46, 13.84.43.45, 40.84.138.132, 20.94.151.41, 20.88.209.113
India meridionale	52.172.9.47, 52.172.49.43, 52.172.51.140, 104.211.225.152, 104.211.221.215,104.211.205.148
Asia sud-orientale	52.163.93.214, 52.187.65.81, 52.187.65.155, 104.215.181.6, 20.195.49.246, 20.198.130.155, 23.98.121.180
Svezia centrale	20.91.178.13, 20.240.10.125
Svizzera settentrionale	51.103.128.52, 51.103.132.236, 51.103.134.138, 51.103.136.209, 20.203.230.170, 20.203.227.226
Svizzera occidentale	51.107.225.180, 51.107.225.167, 51.107.225.163, 51.107.239.66, 51.107.235.139,51.107.227.18
Emirati Arabi Uniti centrali	20.45.75.193, 20.45.64.29, 20.45.64.87, 20.45.71.213, 40.126.212.77, 40.126.209.97
Emirati Arabi Uniti settentrionali	20.46.42.220, 40.123.224.227, 40.123.224.143, 20.46.46.173, 20.74.255.147, 20.74.255.37, 20.233.241.162, 20.233.241.99, 20.174.64.131, 20.233.241.184, 20.174.48.155, 20.233.241.200, 20.174.56.89, 20.174.41.1
Regno Unito meridionale	51.140.79.109, 51.140.78.71, 51.140.84.39, 51.140.155.81, 20.108.102.180, 20.90.204.232, 20.108.148.173, 20.254.10.157, 4.159.25.35, 4.159.25.50, 4.250.87.43, 4.158.106.183, 4.250.53.153, 4.159.26.160, 4.159.25.103, 4.159.59.224
Regno Unito occidentale	51.141.48.98, 51.141.51.145, 51.141.53.164, 51.141.119.150, 51.104.62.166, 51.141.123.161
Stati Uniti centro-occidentali	52.161.26.172, 52.161.8.128, 52.161.19.82, 13.78.137.247, 52.161.64.217, 52.161.91.215
Europa occidentale	13.95.155.53, 52.174.54.218, 52.174.49.6, 20.103.21.113, 20.103.18.84, 20.103.57.210, 20.101.174.52, 20.93.236.81, 20.103.94.255, 20.82.87.229, 20.76.171.34, 20.103.84.61
India occidentale	104.211.164.112, 104.211.165.81, 104.211.164.25, 104.211.157.237, 104.211.167.12,104.211.166.35
Stati Uniti occidentali	52.160.90.237, 138.91.188.137, 13.91.252.184, 157.56.160.212, 104.40.34.112, 52.160.68.27, 13.88.168.158, 104.42.40.164, 13.87.207.79, 13.87.204.210, 168.62.9.100
West US 2	13.66.224.169, 52.183.30.10, 52.183.39.67, 13.66.128.68, 20.99.190.19, 20.72.244.108
Stati Uniti occidentali 3	20.150.172.240, 20.150.172.242, 20.150.172.243, 20.150.172.241, 20.106.116.172, 20.106.116.225

Azure per enti pubblici - Indirizzi IP in ingresso

Area di Azure per enti pubblici	IP App per la logica di Azure
US Gov Arizona	52.244.67.164, 52.244.67.64, 52.244.66.82, 52.126.52.254, 52.126.53.145, 52.182.49.105, 52.182.49.175
US Gov Texas	52.238.119.104, 52.238.112.96, 52.238.119.145, 52.245.171.151, 52.245.163.42
US Gov Virginia	52.227.159.157, 52.227.152.90, 23.97.4.36, 13.77.239.182, 13.77.239.190
US DoD Central	52.182.49.204, 52.182.52.106

Indirizzi IP in uscita

Per App per la logica di Azure inviare comunicazioni in uscita tramite il firewall, è necessario consentire il traffico nell'area di Azure dell'app per la logica per tutti gli indirizzi IP in uscita descritti in questa sezione. Se si usa Azure per enti pubblici, vedere Azure per enti pubblici - Indirizzi IP in uscita.

Suggerimento

Per ridurre la complessità quando si creano regole di sicurezza, è possibile usare facoltativamente il tag del servizio LogicApps anziché specificare i prefissi degli indirizzi IP in uscita App per la logica di Azure per ogni area. Facoltativamente, è anche possibile usare il tag di servizio Azure Connessione ors per i connettori gestiti che effettuano chiamate in uscita ai rispettivi servizi, ad esempio Archiviazione di Azure o Hub eventi di Azure, anziché specificare i prefissi degli indirizzi IP del connettore gestito in uscita per ogni area. Questi tag funzionano tra le aree in cui è disponibile App per la logica di Azure.

Se il flusso di lavoro usa anche connettori gestiti, ad esempio il connettore Office 365 Outlook o il connettore SQL o usa connettori personalizzati, il firewall deve consentire il traffico nell'area di Azure dell'app per la logica per tutti gli indirizzi IP in uscita del connettore gestito. Se il flusso di lavoro usa connettori personalizzati che accedono alle risorse locali tramite la risorsa gateway dati locale in Azure, è necessario configurare l'installazione del gateway per consentire l'accesso per gli indirizzi IP in uscita del connettore gestito corrispondenti. Per altre informazioni sulla configurazione delle impostazioni di comunicazione nel gateway, vedere gli argomenti seguenti:

• Configurazione delle impostazioni di comunicazione per il gateway dati locale
• Configurare le impostazioni proxy per il gateway dati locale

Multi-tenant - Indirizzi IP in uscita

Questa sezione elenca gli indirizzi IP in uscita che App per la logica di Azure richiedono nell'area di Azure dell'app per la logica per comunicare tramite il firewall. Inoltre, se il flusso di lavoro usa connettori gestiti o connettori personalizzati, il firewall deve consentire il traffico nell'area di Azure dell'app per la logica per tutti gli indirizzi IP in uscita dei connettori gestiti. Se si dispone di connettori personalizzati che accedono alle risorse locali tramite la risorsa gateway dati locale in Azure, configurare l'installazione del gateway per consentire l'accesso per gli indirizzi IP in uscita del connettore gestito corrispondenti.

Paese	IP App per la logica di Azure
Australia orientale	13.75.149.4, 104.210.91.55, 104.210.90.241, 52.187.227.245, 52.187.226.96, 52.187.231.184, 52.187.229.130, 52.187.226.139, 20.53.93.188, 20.53.72.170, 20.53.107.208, 20.53.106.182
Australia sud-orientale	13.73.114.207, 13.77.3.139, 13.70.159.205, 52.189.222.77, 13.77.56.167, 13.77.58.136, 52.189.214.42, 52.189.220.75, 52.255.36.185, 52.158.133.57, 20.70.114.125, 20.70.114.10, 20.70.117.240, 20.70.116.106, 20.70.114.97, 20.211.194.242, 20.70.109.46, 20.11.136.137, 20.70.116.240, 20.211.194.233, 20.11.154.170, 4.198.89.96, 20.92.61.254, 20.70.95.150, 20.70.117.21, 20.211.194.127, 20.92.61.242, 20.70.93.143
Brasile meridionale	191.235.82.221, 191.235.91.7, 191.234.182.26, 191.237.255.116, 191.234.161.168, 191.234.162.178, 191.234.161.28, 191.234.162.131, 20.201.66.44, 20.201.64.135, 20.201.24.212, 191.237.207.21
Brasile meridionale	20.40.32.81, 20.40.32.19, 20.40.32.85, 20.40.32.60, 20.40.32.116, 20.40.32.87, 20.40.32.61, 20.40.32.113, 20.206.41.94, 20.206.41.20, 20.206.42.67, 20.206.40.250
Canada centrale	52.233.29.92, 52.228.39.244, 40.85.250.135, 40.85.250.212, 13.71.186.1, 40.85.252.47, 13.71.184.150, 20.104.13.249, 20.104.9.221, 20.48.133.133, 20.48.132.222
Canada orientale	52.232.128.155, 52.229.120.45, 52.229.126.25, 40.86.203.228, 40.86.228.93, 40.86.216.241, 40.86.226.149, 40.86.217.241, 20.200.60.151, 20.200.59.228, 52.229.126.67, 52.229.105.109, 40.86.226.221, 40.86.228.72, 40.69.98.14, 40.86.208.137, 40.86.229.179, 40.86.227.188, 40.86.202.35, 40.86.206.74, 52.229.100.167, 40.86.240.237, 40.69.120.161, 40.69.102.71, 20.220.75.33, 20.220.74.16, 40.69.101.66, 52.229.114.105
India centrale	52.172.154.168, 52.172.186.159, 52.172.185.79, 104.211.101.108, 104.211.102.62, 104.211.90.169, 104.211.90.162, 104.211.74.145, 20.204.204.74, 20.204.202.72, 20.204.212.60, 20.204.212.8, 4.186.8.62, 4.186.8.18, 20.235.200.242, 20.235.200.237, 20.235.200.79, 20.235.200.44, 20.235.200.70, 20.235.200.32, 4.188.187.109, 4.188.187.86, 4.188.187.140, 4.188.185.15, 4.188.187.145, 4.188.187.107, 4.188.187.184, 4.188.187.64
Stati Uniti centrali	13.67.236.125, 104.208.25.27, 40.122.170.198, 40.113.218.230, 23.100.86.139, 23.100.87.24, 23.100.87.56, 23.100.82.16, 52.141.221.6, 52.141.218.55, 20.109.202.36, 20.109.202.29
Asia orientale	13.75.94.173, 40.83.127.19, 52.175.33.254, 40.83.73.39, 65.52.175.34, 40.83.77.208, 40.83.100.69, 40.83.75.165, 20.187.254.110, 20.187.250.221, 20.187.189.47, 20.187.188.136
Stati Uniti orientali	13.92.98.111, 40.121.91.41, 40.114.82.191, 23.101.139.153, 23.100.29.190, 23.101.136.201, 104.45.153.81, 23.101.132.208, 52.226.216.197, 52.226.216.187, 40.76.151.25, 40.76.148.50, 20.84.29.29, 20.84.29.18, 40.76.174.83, 40.76.174.39
Stati Uniti orientali 2	40.84.30.147, 104.208.155.200, 104.208.158.174, 104.208.140.40, 40.70.131.151, 40.70.29.214, 40.70.26.154, 40.70.27.236, 20.96.58.140, 20.96.58.139, 20.96.89.54, 20.96.89.48, 20.96.89.254, 20.96.89.234
Francia centrale	52.143.164.80, 52.143.164.15, 40.89.186.30, 20.188.39.105, 40.89.191.161, 40.89.188.169, 40.89.186.28, 40.89.190.104, 20.40.138.112, 20.40.140.149, 51.11.237.219, 51.11.237.216, 20.74.18.58, 20.74.18.36, 20.74.22.121, 20.74.20.147, 20.74.94.62, 20.74.88.179, 20.74.23.87, 20.74.22.119, 20.74.106.61, 20.74.105.214, 20.74.34.113, 20.74.33.177, 20.19.61.105, 20.74.109.28, 20.19.113.120, 20.74.106.31
Francia meridionale	52.136.132.40, 52.136.129.89, 52.136.131.155, 52.136.133.62, 52.136.139.225, 52.136.130.144, 52.136.140.226, 52.136.129.51, 52.136.139.71, 52.136.135.74, 52.136.133.225, 52.136.139.96
Germania settentrionale	51.116.211.168, 51.116.208.165, 51.116.208.175, 51.116.208.192, 51.116.208.200, 51.116.208.222, 51.116.208.217, 51.116.208.51, 20.113.195.253, 20.113.196.183, 20.113.206.134, 20.113.206.170
Germania centro-occidentale	51.116.233.35, 51.116.171.49, 51.116.233.33, 51.116.233.22, 51.116.168.104, 51.116.175.17, 51.116.233.87, 51.116.175.51, 20.113.11.136, 20.113.11.85, 20.113.10.168, 20.113.8.64, 98.67.210.79, 98.67.210.78, 98.67.210.85, 98.67.210.84, 98.67.210.14, 98.67.210.24, 98.67.144.136, 98.67.144.122, 98.67.145.221, 98.67.144.207, 98.67.146.88, 98.67.146.81, 98.67.146.51, 98.67.145.122, 98.67.146.229, 98.67.146.218
Israele centrale	20.217.134.127, 20.217.134.126, 20.217.134.132, 20.217.129.229
Italia settentrionale	4.232.12.164, 4.232.12.173, 4.232.12.190, 4.232.12.169
Giappone orientale	13.71.158.3, 13.73.4.207, 13.71.158.120, 13.78.18.168, 13.78.35.229, 13.78.42.223, 13.78.21.155, 13.78.20.232, 20.191.172.255, 20.46.187.174, 20.194.206.98, 20.194.205.189
Giappone occidentale	40.74.140.4, 104.214.137.243, 138.91.26.45, 40.74.64.207, 40.74.76.213, 40.74.77.205, 40.74.74.21, 40.74.68.85, 20.89.227.63, 20.89.226.188, 20.89.227.14, 20.89.226.101, 40.74.128.79, 40.74.75.184, 138.91.16.164, 138.91.21.233, 40.74.119.237, 40.74.119.158, 138.91.22.248, 138.91.26.236, 138.91.17.197, 138.91.17.144, 138.91.17.137, 104.46.237.16, 23.100.109.62, 138.91.17.15, 138.91.26.67, 104.46.234.170
India occidentale Jio	20.193.206.128, 20.193.206.129, 20.193.206.130, 20.193.206.131, 20.193.206.132, 20.193.206.133, 20.193.206.134, 20.193.206.135, 20.193.173.7, 20.193.172.11, 20.193.170.88, 20.193.171.252
Corea centrale	52.231.14.11, 52.231.14.219, 52.231.15.6, 52.231.10.111, 52.231.14.223, 52.231.77.107, 52.231.8.175, 52.231.9.39, 20.200.206.170, 20.200.202.75, 20.200.231.222, 20.200.231.139
Corea meridionale	52.231.204.74, 52.231.188.115, 52.231.189.221, 52.231.203.118, 52.231.166.28, 52.231.153.89, 52.231.155.206, 52.231.164.23, 20.200.177.148, 20.200.177.135, 20.200.177.146, 20.200.180.213
Stati Uniti centro-settentrionali	168.62.248.37, 157.55.210.61, 157.55.212.238, 52.162.208.216, 52.162.213.231, 65.52.10.183, 65.52.9.96, 65.52.8.225, 52.162.177.90, 52.162.177.30, 23.101.160.111, 23.101.167.207, 20.80.33.190, 20.88.47.77, 172.183.51.180, 40.116.65.125, 20.88.51.31, 40.116.66.226, 40.116.64.218, 20.88.55.77, 172.183.49.208, 20.102.251.70, 20.102.255.252, 20.88.49.23, 172.183.50.30, 20.88.49.21, 20.102.255.209, 172.183.48.255
Europa settentrionale	40.113.12.95, 52.178.165.215, 52.178.166.21, 40.112.92.104, 40.112.95.216, 40.113.4.18, 40.113.3.202, 40.113.1.181, 40.127.242.159, 40.127.240.183, 51.138.226.19, 51.138.227.160, 40.127.144.251, 40.127.144.121, 40.67.251.175, 40.67.250.247, 4.207.0.229, 4.207.0.197, 4.207.204.8, 4.207.203.217, 4.207.203.190, 4.207.203.59, 20.67.141.244, 20.67.139.133, 20.67.137.144, 20.67.136.162, 68.219.40.225, 68.219.40.39, 20.105.12.63, 20.105.11.53, 4.207.202.106, 4.207.202.95, 4.207.204.91, 4.207.204.89, 4.207.201.234, 20.105.15.225, 20.67.191.232, 20.67.190.37
Norvegia orientale	51.120.88.52, 51.120.88.51, 51.13.65.206, 51.13.66.248, 51.13.65.90, 51.13.65.63, 51.13.68.140, 51.120.91.248, 20.100.26.148, 20.100.26.52, 20.100.36.49, 20.100.36.10
Norvegia occidentale	51.120.220.128, 51.120.220.129, 51.120.220.130, 51.120.220.131, 51.120.220.132, 51.120.220.133, 51.120.220.134, 51.120.220.135, 51.13.153.172, 51.13.148.178, 51.13.148.11, 51.13.149.162
Polonia Centrale	20.215.144.229, 20.215.128.160, 20.215.144.235, 20.215.144.246
Qatar centrale	20.21.211.240, 20.21.209.216, 20.21.211.245, 20.21.210.251
Sudafrica settentrionale	102.133.231.188, 102.133.231.117, 102.133.230.4, 102.133.227.103, 102.133.228.6, 102.133.230.82, 102.133.231.9, 102.133.231.51, 20.87.92.40, 20.87.91.122, 20.87.91.169, 20.87.88.47
Sudafrica occidentale	102.133.72.98, 102.133.72.113, 102.133.75.169, 102.133.72.179, 102.133.72.37, 102.133.72.183, 102.133.72.132, 102.133.75.191, 102.133.101.220, 40.117.9.125, 40.117.10.230, 40.117.9.229
Stati Uniti centro-meridionali	104.210.144.48, 13.65.82.17, 13.66.52.232, 23.100.124.84, 70.37.54.122, 70.37.50.6, 23.100.127.172, 23.101.183.225, 20.94.150.220, 20.94.149.199, 20.88.209.97, 20.88.209.88
India meridionale	52.172.50.24, 52.172.55.231, 52.172.52.0, 104.211.229.115, 104.211.230.129, 104.211.230.126, 104.211.231.39, 104.211.227.229, 104.211.211.221, 104.211.210.192, 104.211.213.78, 104.211.218.202
Asia sud-orientale	13.76.133.155, 52.163.228.93, 52.163.230.166, 13.76.4.194, 13.67.110.109, 13.67.91.135, 13.76.5.96, 13.67.107.128, 20.195.49.240, 20.195.49.29, 20.198.130.152, 20.198.128.124, 23.98.121.179, 23.98.121.115
Svezia centrale	20.91.178.11, 20.91.177.115, 20.240.10.91, 20.240.10.89
Svizzera settentrionale	51.103.137.79, 51.103.135.51, 51.103.139.122, 51.103.134.69, 51.103.138.96, 51.103.138.28, 51.103.136.37, 51.103.136.210, 20.203.230.58, 20.203.229.127, 20.203.224.37, 20.203.225.242
Svizzera occidentale	51.107.239.66, 51.107.231.86, 51.107.239.112, 51.107.239.123, 51.107.225.190, 51.107.225.179, 51.107.225.186, 51.107.225.151, 51.107.239.83, 51.107.232.61, 51.107.234.254, 51.107.226.253, 20.199.193.249
Emirati Arabi Uniti centrali	20.45.75.200, 20.45.72.72, 20.45.75.236, 20.45.79.239, 20.45.67.170, 20.45.72.54, 20.45.67.134, 20.45.67.135, 40.126.210.93, 40.126.209.151, 40.126.208.156, 40.126.214.92
Emirati Arabi Uniti settentrionali	40.123.230.45, 40.123.231.179, 40.123.231.186, 40.119.166.152, 40.123.228.182, 40.123.217.165, 40.123.216.73, 40.123.212.104, 20.74.255.28, 20.74.250.247, 20.216.16.75, 20.74.251.30, 20.233.241.106, 20.233.241.102, 20.233.241.85, 20.233.241.25, 20.174.64.128, 20.174.64.55, 20.233.240.41, 20.233.241.206, 20.174.48.149, 20.174.48.147, 20.233.241.187, 20.233.241.165, 20.174.56.83, 20.174.56.74, 20.174.40.222, 20.174.40.91
Regno Unito meridionale	51.140.74.14, 51.140.73.85, 51.140.78.44, 51.140.137.190, 51.140.153.135, 51.140.28.225, 51.140.142.28, 51.140.158.24, 20.108.102.142, 20.108.102.123, 20.90.204.228, 20.90.204.188, 20.108.146.132, 20.90.223.4, 20.26.15.70, 20.26.13.151, 4.159.24.241, 4.250.55.134, 4.159.24.255, 4.250.55.217, 172.165.88.82, 4.250.82.111, 4.158.106.101, 4.158.105.106, 4.250.51.127, 4.250.49.230, 4.159.26.128, 172.166.86.30, 4.159.26.151, 4.159.26.77, 4.159.59.140, 4.159.59.13
Regno Unito occidentale	51.141.54.185, 51.141.45.238, 51.141.47.136, 51.141.114.77, 51.141.112.112, 51.141.113.36, 51.141.118.119, 51.141.119.63, 51.104.58.40, 51.104.57.160, 51.141.121.72, 51.141.121.220
Stati Uniti centro-occidentali	52.161.27.190, 52.161.18.218, 52.161.9.108, 13.78.151.161, 13.78.137.179, 13.78.148.140, 13.78.129.20, 13.78.141.75, 13.71.199.128 - 13.71.199.159, 13.78.212.163, 13.77.220.134, 13.78.200.233, 13.77.219.128
Europa occidentale	40.68.222.65, 40.68.209.23, 13.95.147.65, 23.97.218.130, 51.144.182.201, 23.97.211.179, 104.45.9.52, 23.97.210.126, 13.69.71.160, 13.69.71.161, 13.69.71.162, 13.69.71.163, 13.69.71.164, 13.69.71.165, 13.69.71.166, 13.69.71.167, 20.103.21.81, 20.103.17.247, 20.103.17.223, 20.103.16.47, 20.103.58.116, 20.103.57.29, 20.101.174.49, 20.101.174.23, 20.93.236.26, 20.93.235.107, 20.103.94.250, 20.76.174.72, 20.82.87.192, 20.82.87.16, 20.76.170.145, 20.103.91.39, 20.103.84.41, 20.76.161.156
India occidentale	104.211.164.80, 104.211.162.205, 104.211.164.136, 104.211.158.127, 104.211.156.153, 104.211.158.123, 104.211.154.59, 104.211.154.7, 104.211.155.179, 104.211.142.119, 104.211.153.240, 104.211.156.193
Stati Uniti occidentali	52.160.92.112, 40.118.244.241, 40.118.241.243, 157.56.162.53, 157.56.167.147, 104.42.49.145, 40.83.164.80, 104.42.38.32, 13.86.223.0, 13.86.223.1, 13.86.223.2, 13.86.223.3, 13.86.223.4, 13.86.223.5, 104.40.34.169, 104.40.32.148, 52.160.70.221, 52.160.70.105, 13.91.81.221, 13.64.231.196, 13.87.204.182, 40.78.65.193, 13.87.207.39, 104.42.44.28, 40.83.134.97, 40.78.65.112, 168.62.9.74, 168.62.28.191
West US 2	13.66.210.167, 52.183.30.169, 52.183.29.132, 13.66.201.169, 13.77.149.159, 52.175.198.132, 13.66.246.219, 20.99.189.158, 20.99.189.70, 20.72.244.58, 20.72.243.225
Stati Uniti occidentali 3	20.150.181.32, 20.150.181.33, 20.150.181.34, 20.150.181.35, 20.150.181.36, 20.150.181.37, 20.150.181.38, 20.150.173.192, 20.106.85.228, 20.150.159.163, 20.106.116.207, 20.106.116.186

Azure per enti pubblici - Indirizzi IP in uscita

Paese	IP App per la logica di Azure
US DoD Central	52.182.48.215, 52.182.92.143, 52.182.53.147, 52.182.52.212, 52.182.49.162, 52.182.49.151
US Gov Arizona	52.244.67.143, 52.244.65.66, 52.244.65.190, 52.126.50.197, 52.126.49.223, 52.126.53.144, 52.126.36.100
US Gov Texas	52.238.114.217, 52.238.115.245, 52.238.117.119, 20.141.120.209, 52.245.171.152, 20.141.123.226, 52.245.163.1
US Gov Virginia	13.72.54.205, 52.227.138.30, 52.227.152.44, 13.77.239.177, 13.77.239.140, 13.77.239.187, 13.77.239.184

Passaggi successivi

• Creare un esempio di flusso di lavoro dell'app per la logica a consumo in App per la logica di Azure multi-tenant
• Creare un esempio di flusso di lavoro dell'app per la logica Standard in App per la logica di Azure a tenant singolo