Una banca richiede workflow di integrazione che: vengano eseguiti in una rete virtuale isolata con connettività privata in entrata e in uscita, accedano a sistemi SAP e SQL Server tramite ExpressRoute senza utilizzare un gateway di dati locale, utilizzino connettori gestiti e forniscano prestazioni prevedibili su larga scala. Quale modello di hosting dovresti consigliare per questi workflow?

La risposta corretta è Azure Logic Apps (Consumption) distribuito in un Integration Service Environment (ISE) con VNET injection, utilizzando connettori gestiti per SAP e SQL all'interno dell'ISE. Questo modello soddisfa tutti i requisiti: l'ISE fornisce un ambiente isolato e dedicato con connettività privata (VNET injection), permettendo l'accesso a SAP e SQL Server tramite ExpressRoute senza un gateway di dati locale. L'ISE supporta connettori gestiti e offre prestazioni prevedibili su larga scala. Le altre opzioni non soddisfano tutti i requisiti: Azure Logic Apps (Consumption) nel servizio multi-tenant con un gateway di dati locale richiederebbe un gateway di dati locale, esplicitamente escluso. Azure Logic Apps (Standard) su un piano di servizio App Service senza integrazione VNET non fornirebbe l'isolamento della rete virtuale richiesto. Azure Functions sul piano Consumption con Durable Functions richiederebbe codice personalizzato per la connettività SAP, mentre la richiesta specifica l'uso di connettori gestiti. Il Gateway self-hosted di Azure API Management in Kubernetes è più adatto per la gestione delle API e non per l'orchestrazione di workflow complessi con connettori gestiti come richiesto.