Che cos'è App per la logica abilitata per Azure Arc? (Anteprima)
Nota
Questa funzionalità è in anteprima ed è soggetta alle condizioni supplementari per l'uso per le anteprime di Microsoft Azure.
Con App per la logica abilitate per Azure Arc, è possibile sviluppare ed eseguire app per la logica basate su singolo tenant ovunque Kubernetes possa essere eseguita. Ad esempio, è possibile eseguire i flussi di lavoro dell'app per la logica in Azure, servizio Azure Kubernetes, in locale e anche in altri provider di servizi cloud. Questa offerta offre una piattaforma di gestione centralizzata a riquadro singolo tramite Azure Arc e la 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 i flussi di lavoro usando Visual Studio Code.
- Distribuire usando le pipeline preferite per DevOps.
- Controllare l'infrastruttura e le risorse in Azure, non Azure, più cloud, locali e ambienti perimetrali.
Per altre informazioni, vedere la documentazione seguente:
- Informazioni su App per la logica di Azure
- Tenant singolo rispetto ad altri ambienti di App per la logica
- Panoramica di Azure Arc
- panoramica servizio Azure Kubernetes
- Che cos'è Kubernetes con abilitazione di Azure Arc?
- Cos'è Kubernetes
Perché usare App per la logica abilitate per Azure Arc
Con App per la logica abilitate per Azure Arc, è possibile creare e distribuire flussi di lavoro dell'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 che si opera e si gestisce.
Esistono differenze minori tra le esperienze di App per la logica di Azure Arc e single-tenant per la creazione, la progettazione e la distribuzione di app per la logica. Quando si usa App per la logica abilitata per 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 di estensioni della piattaforma Servizio app di Azure.
Ad esempio, questo cluster può essere servizio Azure Kubernetes, bare metal Kubernetes o un'altra configurazione. Il bundle di estensioni consente di eseguire servizi di 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:
- Tenant singolo rispetto ad altri ambienti di App per la logica di Azure
- panoramica servizio Azure Kubernetes
- Che cos'è Kubernetes con abilitazione di Azure Arc?
- Percorsi personalizzati in Kubernetes abilitati per 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 abilitate per Azure Arc
Anche se Kubernetes offre maggiore flessibilità e controllo, è disponibile anche un sovraccarico operativo. Se si è soddisfatti che il servizio App per la logica soddisfi le esigenze, è consigliabile continuare a usare questo servizio. È tuttavia consigliabile usare App per la logica abilitate per Azure Arc quando si hanno gli scenari seguenti:
È già possibile eseguire tutte le app e i servizi in Kubernetes. Si vuole estendere questi processi e controlli a tutti gli altri servizi PaaS.
Si vuole usare App per la logica 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 di integrazione (ISE) o 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 il servizio App per la logica come unica piattaforma di integrazione per tutte le applicazioni ovunque vengano eseguite.
Confrontare le offerte
Questa tabella fornisce un confronto di alto livello tra le funzionalità nelle offerte di App per la logica di Azure correnti:
Capacità
App per la logica multi-tenant (consumo)
App per la logica 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 abilitati per 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 i contenitori vengano eseguiti
Eseguire ovunque con un cluster Kubernetes abilitato per Azure Arc
Gestione
Esperienza di App per la logica completamente gestita
Esperienza di App per la logica completamente gestita
Non gestito
Esperienza di App per la logica gestita con il controllo operativo a livello di Kubernetes
Monitoraggio
Monitorare nella portale di Azure, inclusa la cronologia di esecuzione, l'esecuzione di resubmit e le funzionalità di Application Insights, se necessario
Monitorare nella portale di Azure, inclusa la cronologia di esecuzione, l'esecuzione di resubmit e le funzionalità di Application Insights, se necessario
Monitorare solo con Application Insights o altri strumenti di monitoraggio dei contenitori
Monitorare nella portale di Azure, inclusa la cronologia di esecuzione, l'esecuzione di resubmit e le funzionalità di Application Insights, se necessario
Scalabilità
Controllare il ridimensionamento usando il piano di consumo
Controllare il ridimensionamento usando 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.