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 all'interno e all'esterno degli ecosistemi software dell'organizzazione o dell'organizzazione. Questa piattaforma riduce o rimuove notevolmente la necessità di scrivere codice quando i flussi di lavoro devono connettersi e lavorare con risorse da componenti diversi, ad esempio servizi, sistemi, app e origini dati.
App per la logica di Azure include strumenti senza codice ridotto per l'uso con sistemi legacy, moderni e all'avanguardia presenti nel cloud, in locale o in ambienti ibridi. Ad esempio, si usa una finestra di progettazione visiva insieme alle operazioni predefinite per semplificare la compilazione dei flussi di lavoro. Queste operazioni predefinite fungono da blocchi predefiniti nei flussi di lavoro offrendo l'accesso a varie risorse e completando attività comuni, ad esempio il recupero di dati, l'invio di dati e la gestione dei dati. Con App per la logica di Azure, è possibile creare soluzioni di integrazione che ridimensionano e supportano gli scenari aziendali per le esigenze aziendali o dell'organizzazione.
Gli esempi seguenti descrivono solo un esempio di attività, processi aziendali e carichi di lavoro che è possibile automatizzare con 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 in Archiviazione BLOB di Azure.
- Monitorare l'attività dei social media, analizzare il sentiment e creare avvisi o attività per gli elementi che necessitano di revisione.
Il flusso di lavoro di esempio 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 include già passaggi che determinano il costo di un ordine in ingresso. Si aggiunge quindi una condizione che confronta ogni ordine con la soglia dei costi, ad esempio:
Per altre informazioni sulla logica sottostante questo flusso di lavoro, vedere Funzionamento delle app per la logica.
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.
Per provare a creare il primo flusso di lavoro, vedere Introduzione. Per altre informazioni, guardare questo video:
Per altre informazioni, visitare App per la logica di Azure e altri Servizi di integrazione di Azure nel sito Web di Microsoft Azure.
Perché usare App per la logica di Azure
La piattaforma App per la logica di Azure offre 1.400 connettori predefiniti che si connettono e integrano i flussi di lavoro con vari servizi, sistemi, app e dati. Questo ecosistema di connettori in continua espansione consente di ridurre o eliminare il lavoro necessario per accedere alle risorse. È invece possibile concentrarsi maggiormente sulla progettazione e sullo sviluppo della logica di business e delle funzionalità necessarie per soddisfare le esigenze aziendali.
Per comunicare con qualsiasi endpoint di servizio, eseguire codice personalizzato, controllare la struttura del flusso di lavoro, modificare i dati o connettersi a risorse di uso comune con maggiore velocità, capacità e velocità effettiva, è possibile usare operazioni del connettore predefinite. Queste operazioni vengono eseguite in modo nativo nel runtime di App per la logica di Azure, anziché in Azure, per ottenere prestazioni migliori.
Per accedere e usare risorse create e gestite usando servizi come Azure, Microsoft, app Web esterne e servizi o sistemi locali, è possibile usare le operazioni del connettore gestito. Queste operazioni sono ospitate ed eseguite in Azure globale multi-tenant. È possibile scegliere tra 1.400 connettori, 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, vedere gli articoli seguenti:
- Cosa sono i connettori gestiti in App per la logica di Azure
- Connettori predefiniti
- Connettori gestiti
Quando si compilano flussi di lavoro con App per la logica di Azure, in genere non è necessario scrivere codice. Tuttavia, se è necessario creare ed eseguire codice personalizzato, App per la logica di Azure supporta questa funzionalità. Ad esempio, nei flussi di lavoro eseguiti in App per la logica di Azure multi-tenant, è possibile scrivere ed eseguire frammenti di codice JavaScript direttamente all'interno del flusso di lavoro. Per codice più complesso e strutturato, è possibile creare e chiamare funzioni dai flussi di lavoro quando si usa la piattaforma Funzioni di Azure. Per i flussi di lavoro eseguiti in ambienti App per la logica di Azure a tenant singolo, ambiente del servizio app (ASE) v3 o parzialmente connessi, è possibile scrivere ed eseguire frammenti di codice JavaScript, codice .NET, script C# e script di PowerShell direttamente all'interno del flusso di lavoro.
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.
Per altre informazioni, vedere gli articoli seguenti:
- Aggiungere ed eseguire codice JavaScript inline con flussi di lavoro
- Panoramica di Funzioni di Azure e Chiamata di Funzioni di Azure dai flussi di lavoro
- Creare ed eseguire codice .NET dai flussi di lavoro Standard
- Aggiungere ed eseguire script C#
- Aggiungere ed eseguire script di PowerShell
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", è possibile concentrarsi maggiormente sulla compilazione della logica di business e delle funzionalità. Le piattaforme serverless vengono ridimensionate automaticamente per soddisfare le proprie esigenze, semplificano il funzionamento delle integrazioni e consentono di creare app cloud affidabili usando poco o nessun 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.
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 - 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, ambiente del servizio app (ASE) v3 - Solo piani di Windows o un ambiente parzialmente connesso 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. |
Quanto velocemente posso salire 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 App per la logica di Azure nel portale di Azure o Visual Studio Code. 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.
In base all'esempio precedente, la sezione seguente illustra la logica alla base del flusso di lavoro di esempio, che elabora gli ordini in ingresso per un sistema di ordini. Come promemoria, l'obiettivo è quello di rivedere manualmente gli ordini oltre un determinato costo. Il flusso di lavoro include già passaggi che determinano il costo da un ordine in ingresso. Si aggiunge quindi una condizione che confronta ogni ordine con la soglia dei costi, 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.
App per la logica di Azure 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.
È possibile creare flussi di lavoro visivamente usando la finestra di progettazione del flusso di lavoro App per la logica di Azure nel portale di Azure o in Visual Studio Code. 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 opzione di hosting dell'app per la logica (multi-tenant, single-tenant, ambiente del servizio app (AMBIENTE del servizio app) v3 o parzialmente connessa ha un modello tariffario diverso. 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. Per informazioni dettagliate sui prezzi specifici, vedere prezzi App per la logica di Azure.
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.
In che modo App per la logica di Azure differisce dai runbook di Automazione di Azure?
Automazione di Azure Runbook offrono una soluzione leggera ed economica per correzioni semplici, ad esempio il riavvio delle macchine virtuali. Al contrario, la piattaforma App per la logica di Azure è ideale per flussi di lavoro automatizzati o orchestrazioni che coinvolgono più servizi, sistemi, app e dati. Questi scenari includono anche carichi di lavoro che eseguono codice personalizzato o che richiedono logica complessa che usa strutture di controllo come cicli, diramazione, condizioni e altro ancora.
Operazioni preliminari
Prima di iniziare a provare App per la logica di Azure, è necessario un account e una sottoscrizione di Azure. Se non si ha una sottoscrizione, è possibile iscriversi per creare un account Azure gratuito.
Quando si è pronti, iniziare a usare una o più delle guide pratiche seguenti per App per la logica di Azure:
- Creare un flusso di lavoro dell'app per la logica a consumo multi-tenant con il portale di Azure
- Creare un flusso di lavoro dell'app per la logica a consumo multi-tenant con Visual Studio Code
- Creare un flusso di lavoro di app per la logica Standard a tenant singolo con il portale di Azure
- Creare un flusso di lavoro di app per la logica Standard a tenant singolo con Visual Studio Code