Che cos'è App per la logica con abilitazione di Azure Arc? (anteprima)
Nota
Questa funzionalità è in anteprima ed è soggetta alle Condizioni supplementari per l'utilizzo per le anteprime di Microsoft Azure.
Con App per la logica con abilitazione di Azure Arc è possibile sviluppare ed eseguire app per la logica basate su tenant singolo ovunque Kubernetes possa essere eseguito. Ad esempio, è possibile eseguire i flussi di lavoro dell'app per la logica in Azure, nel servizio Azure Kubernetes, in locale e anche in altri provider di servizi cloud. Questa offerta presenta una piattaforma di gestione centralizzata a riquadro singolo tramite Azure Arc e il portale di Azure per le funzionalità seguenti:
- Usare App per la logica di Azure come piattaforma di integrazione.
- Connettere i flussi di lavoro a tutti i servizi indipendentemente dalla posizione in cui sono ospitati.
- Eseguire le soluzioni di integrazione direttamente insieme ai servizi.
- Creare e modificare flussi di lavoro con Visual Studio Code.
- Eseguire la distribuzione usando le pipeline preferite per DevOps.
- Controllare l'infrastruttura e le risorse in Azure, al di fuori di Azure, in più cloud, in ambienti locali e perimetrali.
Per altre informazioni, vedere la documentazione seguente:
- Cosa sono le app per la logica di Azure?
- Confronto tenant singolo e multi-tenant in App per la logica di Azure
- Panoramica di Azure Arc
- Panoramica del servizio Azure Kubernetes
- Che cos'è Kubernetes con abilitazione di Azure Arc?
- Che cos'è Kubernetes?
Perché usare App per la logica con abilitazione di Azure Arc?
Con App per la logica con abilitazione di Azure Arc è possibile creare e distribuire flussi di lavoro delle app per la logica nello stesso modo dell'esperienza a tenant singolo per App per la logica di Azure. È anche possibile ottenere maggiore controllo e flessibilità quando si dispone di app per la logica in esecuzione in un'infrastruttura Kubernetes gestita.
Esistono differenze minime tra le esperienze di Azure Arc e App per la logica di Azure a tenant singolo per la creazione, la progettazione e la distribuzione di app per la logica. Quando si usano App per la logica con abilitazione di Azure Arc, la differenza principale è che le app per la logica vengono eseguite in una posizione personalizzata. Questo percorso viene mappato a un cluster Kubernetes abilitato per Azure Arc in cui è stato installato e abilitato il bundle delle estensioni della piattaforma del servizio app di Azure.
Ad esempio, questo cluster può essere il servizio Azure Kubernetes, Kubernetes bare metal o un'altra configurazione. Il bundle di estensioni consente di eseguire servizi della piattaforma, ad esempio App per la logica di Azure, Funzioni di Azure e Servizio app di Azure nel cluster Kubernetes.
Per altre informazioni, vedere la documentazione seguente:
- Confronto tenant singolo e multi-tenant in App per la logica di Azure
- Panoramica del servizio Azure Kubernetes
- Che cos'è Kubernetes con abilitazione di Azure Arc?
- Percorsi personalizzati in Kubernetes con abilitazione di Azure Arc
- Servizio app, Funzioni e App per la logica in Azure Arc (anteprima)
- Configurare un cluster Kubernetes abilitato Azure Arc per l'esecuzione del servizio app, delle funzioni e delle app per la logica (anteprima)
Quando usare App per la logica con abilitazione di Azure Arc
Anche se Kubernetes offre maggiore controllo e flessibilità, si ha anche un sovraccarico operativo. Se si ritiene che il App per la logica di Azure soddisfi le proprie esigenze, è consigliabile continuare a usare questo servizio. È tuttavia consigliabile usare App per la logica con abilitazione di Azure Arc quando negli scenari seguenti:
Tutte le app e i servizi sono già stati eseguiti in Kubernetes. Si vogliono estendere questi processi e controlli a tutti gli altri servizi PaaS.
Si vuole usare App per la logica di Azure come piattaforma di integrazione. Tuttavia, è necessaria una rete con granularità fine con controllo di calcolo e flessibilità. Non si vuole usare un Ambiente del Servizio app (ASE).
Per motivi di sicurezza, è necessario controllare dove vengono eseguite le app per la logica, ad esempio nell'area o nel proprio data center.
Si vuole eseguire le app per la logica in scenari multi-cloud e usare App per la logica di Azure come unica piattaforma di integrazione per tutte le applicazioni ovunque vengano eseguite.
Confrontare le offerte
Questa tabella offre un confronto generale tra le funzionalità nelle offerte correnti di App per la logica di Azure:
Funzionalità
App per la logica di Azure multi-tenant (A consumo)
App per la logica di Azure a tenant singolo (Standard)
Contenitori autonomi
Nota: non supportato per i flussi di lavoro negli ambienti di produzione. Per i contenitori completamente supportati, creare invece flussi di lavoro di App per la logica con abilitazione di Azure Arc.
Azure Arc
Sviluppo locale
Visual Studio Code, Visual Studio
Visual Studio Code, inclusa la cronologia di esecuzione e la panoramica con il debug dei punti di interruzione
Visual Studio Code
Visual Studio Code, inclusa la cronologia di esecuzione e la panoramica con il debug dei punti di interruzione
Hosting
Eseguire solo in Azure
Eseguire solo in Azure
Eseguire ovunque vengano eseguiti i contenitori
Eseguire ovunque con un cluster Kubernetes con abilitazione per Azure Arc
Gestione
Esperienza di App per la logica di Azure completamente gestita
Esperienza di App per la logica di Azure completamente gestita
Non gestito
Esperienza di App per la logica di Azure gestita con controllo operativo a livello di Kubernetes
Monitoraggio
Monitorare nel portale di Azure, inclusa la cronologia di esecuzione, inviare di nuovo l'esecuzione e le funzionalità di Application Insights, se necessario
Monitorare nel portale di Azure, inclusa la cronologia di esecuzione, inviare di nuovo l'esecuzione e le funzionalità di Application Insights, se necessario
Monitorare solo con Application Insights o altri strumenti di monitoraggio dei contenitori
Monitorare nel portale di Azure, inclusa la cronologia di esecuzione, inviare di nuovo l'esecuzione e le funzionalità di Application Insights, se necessario
Scalabilità
Controllare il ridimensionamento usando il piano a consumo
Controllare il ridimensionamento con il piano Standard
Non disponibile
Controllare il ridimensionamento usando la scalabilità automatica basata su eventi basata su Kubernetes (KEDA). Configurare gli eventi di scalabilità in base alla lunghezza della coda.