Questa architettura di riferimento illustra un'app per la logica in esecuzione in Microsoft Azure, attivata da Azure Spring Apps. Si connette quindi a risorse locali, ad esempio Microsoft SQL Server e Microsoft SharePoint Server.
Architettura
Scaricare un file di Visio di questa architettura.
Workflow
L'architettura è costituita dai seguenti elementi:
- App Spring di Azure. Spring Apps offre un servizio gestito progettato e ottimizzato in modo specifico per i microservizi Spring scritti in Java.
- App per la logica di Azure. Le app per la logica sono flussi di lavoro automatizzati forniti come servizio cloud scalabile per attività di orchestrazione aziendali comuni. Le app per la logica includono connettori per molti servizi cloud diffusi, prodotti locali o altre applicazioni Software-as-a-Service. Il flusso di lavoro di App per la logica include le funzionalità seguenti:
- Trigger che viene attivato ogni volta che viene ricevuto un nuovo messaggio di archiviazione code di Azure.
- Azione per analizzare il corpo JSON (JavaScript Object Notation) del messaggio della coda.
- Azione per eseguire query su SQL Server per i dati pertinenti.
- Azione per comporre una risposta dai dati raccolti.
- Azione per rendere persistente la risposta composta a un elenco in SharePoint Server.
- Gateway dati locale. Un gateway dati locale è un software bridge che connette i dati locali ai servizi cloud. Il gateway viene in genere installato in una macchina virtuale locale dedicata.
- SQL Server. Si tratta di un'installazione di SQL Server.
- SharePoint Server. Si tratta di un'installazione di SharePoint Server.
Componenti
Tecnologie chiave usate per implementare questa architettura:
- Azure Spring Apps è un servizio completamente gestito per gli sviluppatori Spring. Gestire il ciclo di vita delle applicazioni Spring Boot con monitoraggio e diagnostica completi, gestione della configurazione, individuazione dei servizi, integrazione CI/CD e distribuzioni blu-verde.
- App per la logica di Azure è una piattaforma di integrazione distribuita come servizio (iPaaS) leader basata su un runtime in contenitori. Distribuisci ed esegui App per la logica ovunque per incrementare la scalabilità e la portabilità, automatizzando al tempo stesso i flussi di lavoro business critical in qualsiasi posizione.
- Archiviazione code di Azure è una coda di messaggi semplice e conveniente e durevole per carichi di lavoro di grandi dimensioni.
Dettagli dello scenario
Potenziali casi d'uso
Tra gli usi tipici di questa architettura sono inclusi:
- Flussi di lavoro di App per la logica di Azure basati sul cloud che richiedono dati dal software locale durante l'esecuzione.
- Estensione delle funzionalità del software locale esistente attivando i flussi di lavoro di App per la logica nel cloud.
Consigli
Le raccomandazioni seguenti sono valide per la maggior parte degli scenari. Seguire queste raccomandazioni, a meno che non siano presenti requisiti specifici che li sostituiscono.
Gateway dati locale
Sebbene sia possibile esporre i server locali a Internet pubblico, è preferibile usare un gateway dati locale. Questo gateway crea una connessione di lettura/scrittura sicura tra le origini dati locali e Azure. Il gateway dati locale viene usato con i connettori di App per la logica per connettere origini dati locali ad Azure. Prima di installare un gateway dati locale, considerare quanto segue:
- È possibile installare un gateway dati locale in qualsiasi macchina virtuale locale. È possibile scegliere di installarlo nella stessa macchina virtuale delle applicazioni server o in una macchina virtuale con percorso condiviso con la connettività di rete appropriata.
- L'architettura del gateway dati locale è progettata per stabilire connessioni in uscita a bus di servizio di Azure.
- Esaminare le considerazioni aggiuntive per l'installazione di un gateway dati locale.
Un gateway dati locale può essere usato con più di app per la logica. È possibile usare la stessa installazione del gateway dati con:
Considerazioni
Queste considerazioni implementano i pilastri di Azure Well-Architected Framework, che è un set di set di principi guida che possono essere usati per migliorare la qualità di un carico di lavoro. Per altre informazioni, vedere Framework ben progettato di Microsoft Azure.
Scalabilità
- Man mano che aumenta la quantità di flussi di App per la logica, prendere in considerazione i vincoli di capacità dei server locali. Sarà necessario determinare se i server locali possono gestire l'aumento del carico di lavoro.
Disponibilità
- Evitare singoli problemi di errore per un gateway dati locale installando il software in più macchine virtuali locali.
- Valutare la possibilità di implementare topologie a disponibilità elevata per i server locali usando tecniche come:
Gestione
- bus di servizio viene usato per la comunicazione del gateway dati in uscita. Ciò potrebbe richiedere la configurazione del firewall per consentire le connessioni in uscita ad Azure.
- Prendere in considerazione Azure ExpressRoute se si vuole una velocità effettiva coerente dalle origini dati locali ad Azure.
DevOps
- La risorsa di Azure corrispondente per un gateway dati locale deve essere creata solo dopo l'installazione del software corrispondente in una macchina virtuale locale.
- Prendere in considerazione l'archiviazione della configurazione del flusso di lavoro come modello JSON all'interno di un modello di Azure Resource Manager per automatizzare la distribuzione.
Sicurezza
La sicurezza offre garanzie contro attacchi intenzionali e l'abuso di dati e sistemi preziosi. Per altre informazioni, vedere Panoramica del pilastro della sicurezza.
- Sebbene sia possibile esporre i server locali a Internet pubblico, è preferibile usare un gateway dati locale. Questo gateway crea una connessione di lettura/scrittura sicura tra le origini dati locali e Azure.
Ottimizzazione dei costi
L'ottimizzazione dei costi riguarda l'analisi dei modi per ridurre le spese non necessarie e migliorare l'efficienza operativa. Per altre informazioni, vedere Panoramica del pilastro di ottimizzazione dei costi.
- Usare il calcolatore dei prezzi di Azure per stimare i costi.
- Questo riferimento presuppone che il piano a consumo venga usato per creare una risorsa globale di App per la logica.
- Questo riferimento usa solo connettori standard, che vengono a consumo a un prezzo inferiore rispetto ai connettori Enterprise.
Passaggi successivi
- Estendere una rete locale tramite VPN
- Informazioni sul gateway dati locale
- Cosa sono le app per la logica di Azure?
- Che cos'è Archiviazione code di Azure?
- Che cos'è Azure Spring Apps?