Cosa sono le app per la logica di Azure?
App per la logica di Azure è una piattaforma cloud in cui è possibile creare ed eseguire flussi di lavoro automatizzati senza codice. Utilizzando la finestra di progettazione visiva e selezionando tra le operazioni predefinite, puoi creare rapidamente un flusso di lavoro che integra e gestisce app, dati, servizi e sistemi.
App per la logica di Azure semplifica la connessione di sistemi legacy, moderni e all'avanguardia in ambienti cloud, locali e ibridi. È possibile usare strumenti senza codice ridotto per sviluppare soluzioni di integrazione altamente scalabili che supportano gli scenari aziendali e business-to-business (B2B).
Questo elenco descrive solo alcune attività di esempio, processi aziendali e carichi di lavoro che è possibile automatizzare usando App per la logica di Azure:
Pianificare e inviare notifiche tramite posta elettronica usando Office 365 quando si verifica un evento specifico, ad esempio quando viene caricato un nuovo file.
Instradare ed elaborare ordini dei clienti in sistemi locali e servizi cloud.
Spostare i file caricati da un server SFTP o FTP ad Archiviazione di Azure.
Monitorare tweet, analizzare sentiment e creare avvisi o attività per elementi che devono essere esaminati.
Il flusso di lavoro aziendale di esempio parziale seguente usa condizioni e opzioni per determinare l'azione successiva. Si supponga di avere un sistema di ordini e che il flusso di lavoro elabori gli ordini in ingresso. Si vuole esaminare manualmente gli ordini al di sopra di un determinato costo. Il flusso di lavoro ha già passaggi precedenti che determinano il costo di un ordine in ingresso. Si crea quindi una condizione iniziale basata su tale valore di costo, ad esempio:
Suggerimento
Per altre informazioni, è possibile porre queste domande a Copilot di Azure:
- Quali problemi è possibile risolvere con App per la logica di Azure?
- Quali vantaggi offre App per la logica di Azure?
Per trovare Copilot di Azure, nella barra degli strumenti del portale di Azure selezionare Copilot.
Se si è pronti per provare a creare il primo flusso di lavoro dell'app per la logica, vedere Attività iniziali.
Per altre informazioni, provare questo video:
Per altre informazioni, vedere App per la logica di Azure nel sito Web di Azure e altri Servizi di integrazione di Azure.
Termini importanti
La tabella seguente definisce brevemente la terminologia e i concetti di base in App per la logica di Azure.
| Termine | Description |
|---|---|
| App per la logica | Risorsa di Azure creata quando si vuole creare un flusso di lavoro. In pratica, è possibile creare i tipi di risorse dell'app per la logica seguenti: - Una risorsa dell'app per la logica A consumo che supporta un singolo flusso di lavoro, ospitato ed eseguito in App per la logica di Azure multi-tenant globale - Una risorsa dell'app per la logica Standard che supporta più flussi di lavoro, ospitati ed eseguiti in App per la logica di Azure a tenant singolo Altre informazioni sui tipi di risorse dell'app per la logica insieme ai rispettivi modelli di risorse di calcolo e fatturazione. |
| Flusso di lavoro | Serie di operazioni che definiscono un'attività, un processo aziendale o un carico di lavoro. Ogni flusso di lavoro inizia sempre con un'unica operazione di trigger, dopo la quale è necessario aggiungere una o più operazioni di azione. |
| Trigger | Prima operazione in qualsiasi flusso di lavoro che specifica i criteri da soddisfare prima di eseguire le operazioni successive in tale flusso di lavoro. Ad esempio, un evento trigger potrebbe ricevere un messaggio di posta elettronica nella posta in arrivo o rilevare un nuovo file in un account di archiviazione. |
| Azione | Ogni operazione successiva che segue il trigger nel flusso di lavoro. |
| Connettore predefinito | Questo tipo di connettore o operazione è "incorporato" nel runtime di App per la logica di Azure in modo che le operazioni vengano eseguite in modo nativo e direttamente insieme al runtime per prestazioni più veloci, rispetto ai connettori gestiti da Microsoft ospitati ed eseguiti in Azure. Le operazioni predefinite consentono di controllare la pianificazione o la struttura del flusso di lavoro, eseguire codice personalizzato, gestire e modificare i dati, inviare o ricevere richieste a un endpoint e completare altre attività nel flusso di lavoro. Ad esempio, è possibile avviare quasi qualsiasi flusso di lavoro in base a una pianificazione quando si usa il trigger Ricorrenza. In alternativa, è possibile attendere il flusso di lavoro fino a quando non viene chiamato quando si usa il trigger Richiedi. Queste operazioni in genere non richiedono la creazione di una connessione dal flusso di lavoro. Anche se la maggior parte delle operazioni predefinite non è associata ad alcun servizio o sistema, alcune operazioni predefinite sono disponibili per servizi specifici, ad esempio Funzioni di Azure, Archiviazione BLOB di Azure, Servizio app di Azure e altro ancora. La disponibilità per queste operazioni predefinite dipende dal fatto che si stia lavorando a un flusso di lavoro dell'app per la logica A consumo o Standard. Per altre informazioni ed esempi, vedere Connettori predefiniti per App per la logica di Azure. |
| Connettore gestito | Questo tipo di connettore o operazione è pubblicato da Microsoft, gestito, ospitato ed eseguito in Azure ed è un proxy predefinito o wrapper per un servizio o un'API REST del sistema, che è possibile usare per accedere a un'app, a dati, servizio o sistema specifici. Prima di poter usare la maggior parte dei connettori gestiti, è necessario creare una connessione dal flusso di lavoro e autenticare l'identità. Ad esempio, è possibile avviare il flusso di lavoro con un trigger o eseguire un'azione che funziona con un servizio come Office 365, Salesforce o file server. Per altre informazioni, vedere Connettori gestiti per App per la logica di Azure. |
| Account di integrazione | Creare questa risorsa di Azure quando si vogliono definire e archiviare gli artefatti B2B da usare nei flussi di lavoro. Dopo aver creato e collegato un account di integrazione all'app per la logica, i flussi di lavoro possono usare questi artefatti B2B. I flussi di lavoro possono anche scambiare messaggi che seguono gli standard EDI (Electronic Data Interchange) e Enterprise Application Integration (EAI). Ad esempio, è possibile definire partner commerciali, accordi, schemi, mappe e altri artefatti B2B. È possibile creare flussi di lavoro che usano questi artefatti e scambiare messaggi su protocolli come AS2, EDIFACT, X12 e RosettaNet. |
Perché usare App per la logica di Azure
La piattaforma di integrazione di App per la logica di Azure offre più di 1.000 connettori predefiniti, in modo da poter connettere e integrare app, dati, servizi e sistemi più facilmente e rapidamente. È possibile concentrarsi maggiormente sulla progettazione e sull'implementazione della logica di business e delle funzionalità della soluzione, mentre si spende meno energia per capire come accedere alle risorse.
Per comunicare con qualsiasi endpoint di servizio, eseguire il proprio codice, controllare la struttura del flusso di lavoro, modificare i dati o connettersi a servizi di uso comune con prestazioni migliori, è possibile usare operazioni dei connettori predefiniti. Queste operazioni vengono eseguite in modo nativo nel runtime di App per la logica di Azure per ottenere prestazioni più veloci.
Per accedere e usare risorse in servizi come Azure, Microsoft, altri servizi e app Web esterni o sistemi locali, è possibile usare le operazioni dei connettori gestite da Microsoft (ospitate in Azure). Scegliere tra più di 1.0000 connettori in un ecosistema di Azure in continua espansione, ad esempio:
Servizi di Azure, ad esempio Archiviazione BLOB e Bus di servizio
Servizi di Office 365 come Outlook, Excel e SharePoint
Server di database come SQL e Oracle
Sistemi aziendali come SAP e IBM MQ
Condivisioni file come FTP e SFTP
Per altre informazioni, consultare la documentazione seguente:
Quando si compilano flussi di lavoro in App per la logica di Azure, in genere non è necessario scrivere codice. Tuttavia, se è necessario scrivere codice, è possibile aggiungere ed eseguire frammenti di codice JavaScript o script C# nel flusso di lavoro usando rispettivamente l'azione Codice inline per JavaScript o C#. È anche possibile aggiungere ed eseguire codice usando Funzioni di Azure. Se il flusso di lavoro deve interagire con eventi di altri servizi di Azure, app personalizzate o altre soluzioni, è possibile monitorare, instradare e pubblicare eventi usando Griglia di eventi di Azure o Hub eventi di Azure.
La piattaforma App per la logica di Azure è completamente gestita da Microsoft Azure, che evita agli utenti di doversi preoccupare di hosting, ridimensionamento, gestione, monitoraggio e manutenzione delle soluzioni create con questi servizi. Quando si usano queste funzionalità per creare app e soluzioni "serverless", è sufficiente concentrarsi sulla logica di business e sulle funzionalità. Questi servizi vengono automaticamente ridimensionati in base alle proprie esigenze, velocizzano le integrazioni e consentono di creare app cloud affidabili con una quantità minima o nulla di codice.
Per informazioni su come l'uso combinato di App per la logica di Azure con altri servizi Azure e prodotti Microsoft ha consentito ad altre aziende di migliorare la propria agilità e concentrare ancor di più l'attenzione sul proprio core business, vedere queste storie dei clienti.
Differenze tra App per la logica di Azure e Funzioni, Processi Web e Power Automate
Tutti questi servizi consentono di connettere e riunire sistemi diversi. Ogni servizio presenta vantaggi e svantaggi, di conseguenza combinarne le funzionalità è il modo ideale per creare rapidamente un sistema di integrazione completo e scalabile. Per altre informazioni, vedere Scegliere tra App per la logica di Azure, Funzioni di Azure, Processi Web di Azure e Microsoft Power Automate.
Quanto rapidamente è possibile aumentare le soluzioni con App per la logica di Azure?
È possibile iniziare con i sistemi e i servizi già disponibili e ampliare l'ambiente in modo graduale. Quando si è pronti, App per la logica di Azure consente di implementare e aumentare le prestazioni fino a scenari di integrazione più maturi offrendo le funzionalità e i vantaggi seguenti.
Creare e modificare i flussi di lavoro visivamente con strumenti facili da usare
Risparmiare tempo e semplificare i processi complessi usando gli strumenti di progettazione visiva in App per la logica di Azure. Creare i flussi di lavoro dall'inizio alla fine usando la finestra di progettazione del flusso di lavoro di App per la logica di Azure nel portale di Azure, in Visual Studio Code o in Visual Studio. Per avviare il flusso di lavoro basta un trigger ed è inoltre possibile aggiungere tutte le azioni necessarie dalla raccolta dei connettori.
Connettere sistemi diversi in diversi ambienti
Alcuni criteri e processi sono facili da descrivere ma difficili da implementare nel codice. App per la logica di Azure consente di connettere facilmente sistemi diversi tra ambienti cloud, locali e ibridi. Ad esempio, è possibile connettere una soluzione di marketing cloud a un sistema di fatturazione locale oppure centralizzare la messaggistica tra API e sistemi con un Bus di servizio di Azure. Le app per la logica di Azure consentono di distribuire in modo rapido, affidabile e coerente soluzioni riutilizzabili e riconfigurabili per questi scenari.
Creare e distribuire in ambienti diversi
In base allo scenario, ai requisiti della soluzione e alle funzionalità desiderate, scegliere se creare un flusso di lavoro dell'app per la logica A consumo o Standard. In base a questa scelta, il flusso di lavoro viene eseguito in App per la logica di Azure multi-tenant, in App per la logica di Azure a tenant singolo o in un ambiente del servizio app (v3). Con App per la logica di Azure a tenant singolo, i flussi di lavoro possono accedere più facilmente alle risorse protette dalle reti virtuali di Azure. Se si creano flussi di lavoro basati su tenant singolo usando App per la logica abilitate per Azure Arc, è anche possibile eseguire flussi di lavoro nei contenitori. Per altre informazioni, vedere App per la logica di Azure a tenant singolo e multi-tenant e Che cos'è App per la logica abilitate per Arc?
La tabella seguente riepiloga brevemente le differenze tra un flusso di lavoro dell'app per la logica A consumo e Standard. Verranno inoltre illustrate le differenze tra l'ambiente multi-tenant, l'ambiente a tenant singolo e l'ambiente del servizio app v3 (ASEv3) per la distribuzione, l'hosting e l'esecuzione dei flussi di lavoro dell'app per la logica.
| Opzione Hosting | Vantaggi | Condivisione e utilizzo delle risorse | Modello di definizione dei prezzi e fatturazione | Gestione dei limiti |
|---|---|---|---|---|
| Consumo Ambiente host: App per la logica di Azure multi-tenant |
- Modo più semplice per iniziare - Pagamento in base all'utilizzo - Completamente gestito |
Una singola risorsa dell'app per la logica può avere un solo flusso di lavoro. Tutte 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 (GRS) è abilitata. |
A consumo (pagamento in base all'esecuzione) | App per la logica di Azure gestisce i valori predefiniti per questi limiti; tuttavia, è possibile modificare alcuni di questi valori, se è presente tale opzione per un limite specifico. |
| Standard (Piano di servizio di flusso di lavoro) 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 Cosa sono le App per la logica abilitate per Azure Arc? |
- Numero più elevato di connettori predefiniti ospitati nel runtime a tenant singolo 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. - Creazione di connettori predefiniti. |
Una singola risorsa dell'app per la logica può avere diversi 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 distribuisce l'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 i prezzi di Archiviazione di Azure. |
È possibile modificare i valori predefiniti per molti limiti, in base alle esigenze dello scenario. Importante: alcuni limiti hanno limitazioni massime rigide. 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. |
| Standard (Ambiente del servizio app v3) Ambiente host: Ambiente del servizio app v3 (ASEv3) - Solo piani di Windows |
Le stesse funzionalità del tenant singolo e i vantaggi seguenti: - Isolare completamente le app per la logica. - Creare ed eseguire un numero maggiore di app per la logica rispetto ad App per la logica di Azure a tenant singolo. - Pagare solo per il piano di servizio app dell'ambiente del servizio app, indipendentemente dal numero di app per la logica create ed eseguite. - È possibile abilitare la scalabilità automatica o manuale con un numero maggiore di istanze di macchine virtuali o un piano di servizio app differente. - Ereditare la configurazione di rete dall'ASEv3 selezionato. Ad esempio, quando si esegue la distribuzione in un ambiente del servizio app interno, i flussi di lavoro possono accedere alle risorse in una rete virtuale associata all'ambiente del servizio app e avere punti di accesso interni. Nota: se si accede dall'esterno di un ambiente del servizio app interno, le cronologie di esecuzione per i flussi di lavoro in tale ambiente del servizio app non possono accedere agli input e agli output delle azioni. |
Una singola app per la logica può avere diversi 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 limitazioni massime rigide. 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. |
Supporto di livello avanzato per gli scenari di Enterprise Integration e B2B
Per comunicare tra loro in formato elettronico, aziende e organizzazioni usano formati e protocolli di messaggistica standard del settore, anche se diversi, ad esempio EDIFACT, AS2, X12 e RosettaNet. Usando le funzionalità di integrazione aziendale supportate da App per la logica di Azure, è possibile creare flussi di lavoro che trasformano i formati di messaggio usati dai partner commerciali in formati che i sistemi dell'organizzazione possono interpretare ed elaborare. Le App per la logica di Azure gestiscono questi scambi in modo pratico e in tutta sicurezza grazie alla crittografia e alle firme digitali. Per scenari di integrazione B2B, App per la logica di Azure include funzionalità di BizTalk Server. Per definire artefatti business-to-business (B2B), creare un account di integrazione in cui archiviare questi artefatti. Dopo aver collegato questo account alla risorsa dell'app per la logica, il flusso di lavoro può usare questi elementi B2B e scambiare messaggi conformi agli standard EDI (Electronic Data Interchange) e Enterprise Application Integration (EAI).
Per altre informazioni, consultare la documentazione seguente:
Integrare e compilare Microsoft BizTalk Server, Bus di servizio di Azure, Funzioni di Azure, Gestione API di Azure e altro ancora.
Scambiare messaggi usando protocolli EDIFACT, AS2, X12 e RosettaNet.
Elaborare messaggi XML e file flat.
Creare un account di integrazione per archiviare e gestire artefatti B2B, ad esempio partner commerciali, accordi, mappe, schemi e altro ancora.
Se, ad esempio, si usa Microsoft BizTalk Server, i flussi di lavoro possono comunicare con BizTalk Server tramite il connettore per BizTalk Server. È quindi possibile eseguire o estendere operazioni simili a BizTalk nei flussi di lavoro usando i connettori dell'account di integrazione. Nell'altra direzione, BizTalk Server può comunicare con i flussi di lavoro usando l'Adapter Microsoft BizTalk Server per App per la logica di Azure. Imparare come impostare e usare BizTalk Server Adapter in BizTalk Server.
Possibilità di riutilizzare il codice scritto
Creare i flussi di lavoro dell'app per la logica sotto forma di modelli di Azure Resource Manager per poter configurare e automatizzare le distribuzioni in diversi ambienti e aree.
Estendibilità incorporata
Se non è disponibile alcun connettore appropriato per eseguire il codice desiderato, è possibile creare ed eseguire frammenti di codice dal flusso di lavoro usando l'azione Codice inline per script JavaScript o C#, è possibile usare Funzioni di Azure. È anche possibile creare API e connettori personalizzati che è possibile chiamare dai flussi di lavoro.
Accesso diretto alle risorse nelle reti virtuali di Azure
I flussi di lavoro delle app per la logica possono accedere a risorse protette, ad esempio macchine virtuali, altri servizi e sistemi che si trovano all'interno di una rete virtuale di Azure quando si usano App per la logica di Azure (Standard). App per la logica di Azure (Standard) è un'istanza a tenant singolo di App per la logica di Azure che usa risorse dedicate e viene eseguita separatamente da App per la logica di Azure multi-tenant globali.
L'hosting e l'esecuzione di flussi di lavoro di app per la logica in un'istanza dedicata consente di ridurre il potenziale impatto degli altri tenant di Azure sulle prestazioni dell'app nel cosiddetto effetto "noisy neighbor".
App per la logica di Azure (Standard) offre i vantaggi seguenti:
Gli indirizzi IP statici, separati dagli indirizzi IP statici condivisi dalle app per la logica in App per la logica multi-tenant di Azure. È anche possibile configurare un unico indirizzo IP in uscita pubblico, statico e prevedibile per comunicare con i sistemi di destinazione. In questo modo, non è necessario configurare ulteriori aperture del firewall in questi sistemi di destinazione.
Aumento dei limiti per durata dell'esecuzione, conservazione dell'archiviazione, velocità effettiva, timeout di richieste e risposte HTTP, dimensioni dei messaggi e richieste di connettori personalizzati. Per altre informazioni, vedere Limiti e configurazione per App per la logica di Azure.
Funzionamento delle app per la logica
Un flusso di lavoro dell'app per la logica inizia sempre con un singolo trigger. Il trigger viene attivato quando viene soddisfatta una condizione, ad esempio quando si verifica un evento specifico o quando i dati soddisfano criteri specifici. Molti trigger includono funzionalità di pianificazione che controllano la frequenza con cui viene eseguito il flusso di lavoro. Dopo l'attivazione del trigger, una o più azioni eseguono operazioni che elaborano, gestiscono o convertono i dati che passano attraverso il flusso di lavoro o spostano il flusso di lavoro al passaggio successivo.
App per la logica di Azure implementa e usa la semantica di recapito dei messaggi "at-least-once". Raramente il servizio recapita un messaggio più di una volta, ma non vengono persi messaggi. Se l'azienda non gestisce o non riesce a gestire messaggi duplicati, è necessario implementare l'idempotenza, ovvero la possibilità di accettare messaggi identici o duplicati, mantenendo al tempo stesso l'integrità dei dati e la stabilità del sistema. In questo modo, le ripetizioni della stessa operazione non modificano il risultato dopo la prima esecuzione.
La sezione seguente descrive la logica per il flusso di lavoro aziendale di esempio, che fa parte di un sistema di ordini in cui il flusso di lavoro elabora gli ordini in ingresso. Il flusso di lavoro include già passaggi che determinano il costo di un ordine in ingresso. L'obiettivo è quello di esaminare manualmente gli ordini oltre un determinato costo, in modo da creare una condizione iniziale basata su tale valore di costo, ad esempio:
Se l'ordine è inferiore a un determinato importo, la condizione è false. Il flusso di lavoro elabora quindi l'ordine.
Se la condizione è true, il flusso di lavoro invia un messaggio di posta elettronica per la revisione manuale. Un'opzione determina il passaggio successivo.
Se il revisore approva, il flusso di lavoro continua a elaborare l'ordine.
Se il revisore esegue l'escalation, il flusso di lavoro invia un messaggio di posta elettronica di escalation per ottenere altre informazioni sull'ordine.
Se vengono soddisfatti i requisiti di escalation, la condizione di risposta è true. Quindi, l'ordine viene elaborato.
Se la condizione di risposta è false, viene inviato un messaggio di posta elettronica relativo al problema.
È possibile creare visivamente flussi di lavoro usando la finestra di progettazione del flusso di lavoro di App per la logica di Azure nel portale di Azure, in Visual Studio Code o in Visual Studio. Ogni flusso di lavoro ha anche una definizione sottostante che usa il formato JSON (JavaScript Object Notation). Se si preferisce, è possibile modificare i flussi di lavoro modificando questa definizione JSON. Per alcune attività di creazione e gestione, App per la logica di Azure offre il supporto dei comandi di Azure PowerShell e dell'interfaccia della riga di comando di Azure. Per la distribuzione automatizzata, App per la logica di Azure supporta i modelli di Azure Resource Manager.
Opzioni di prezzo
Ogni tipo di risorsa dell'app per la logica (multi-tenant, a tenant singolo, ambiente del servizio app (Ambiente del servizio app v3)) ha un modello tariffario differente. Ad esempio, i flussi di lavoro delle app per la logica A consumo multi-tenant seguono il modello di determinazione dei prezzi A consumo, mentre i flussi di lavoro dell'app per la logica Standard a tenant singolo seguono il modello tariffario Standard. Altre informazioni sui prezzi e sulla misurazione per App per la logica di Azure.
Operazioni preliminari
Prima di iniziare con App per la logica di Azure, è necessaria una sottoscrizione di Azure. Se non si ha una sottoscrizione, è possibile iscriversi per creare un account Azure gratuito.
Quando si è pronti, provare una o più delle guide di avvio rapido seguenti per App per la logica di Azure:
Creare un flusso di lavoro dell'app per la logica A consumo multi-tenant nel portale di Azure
Creare un flusso di lavoro dell'app per la logica A consumo multi-tenant in Visual Studio
Creare un flusso di lavoro di app per la logica A consumo multi-tenant in Visual Studio Code
È anche possibile esplorare altri avvii rapidi per App per la logica di Azure: