Idee sulla soluzione
Questo articolo è un'idea di soluzione. Per espandere il contenuto con altre informazioni, ad esempio potenziali casi d'uso, servizi alternativi, considerazioni sull'implementazione o indicazioni sui prezzi, inviare commenti e suggerimenti su GitHub.
Questo articolo descrive un'architettura basata su eventi serverless in una rete virtuale che inserisce e elabora un flusso di dati e quindi scrive i risultati in un database.
Architettura
Flusso di dati
- L'integrazione della rete virtuale viene usata per inserire tutte le risorse di Azure dietro endpoint privati di Azure.
- Gli eventi arrivano all'hub eventi di input.
- La funzione De-batching e Filtro di Azure viene attivata per gestire l'evento. Questo passaggio filtra gli eventi indesiderati e de-batch gli eventi ricevuti prima di inviarli all'hub eventi di output.
- Se la funzione De-batching e Filtro di Azure non riesce a archiviare correttamente l'evento, l'evento viene inviato all'hub eventi Deadletter 1.
- Gli eventi che arrivano all'hub eventi di output attivano la funzione di Trasformazione di Azure. Questa funzione di Azure trasforma l'evento in un messaggio per l'istanza di Azure Cosmos DB.
- L'evento viene archiviato in un database di Azure Cosmos DB.
- Se la funzione Trasformazione di Azure non riesce a archiviare correttamente l'evento, l'evento viene salvato nell'hub eventi Deadletter 2.
Nota
Per semplicità, le subnet non vengono visualizzate nel diagramma.
Componenti
- Endpoint privato di Azure è un'interfaccia di rete che si connette in modo privato e sicuro a un servizio basato su Collegamento privato di Azure. L'endpoint privato usa un indirizzo IP privato della rete virtuale, introducendo efficacemente il servizio nella rete virtuale.
- Hub eventi inserisce il flusso di dati. Hub eventi è progettato per scenari di flusso di dati con velocità effettiva elevata.
- Funzioni di Azure è un'opzione di calcolo senza server. Usa un modello basato su eventi, in cui viene richiamata una parte di codice (una funzione) da un trigger.
- Azure Cosmos DB è un servizio di database multimodelle disponibile in modalità serverless e basata su consumo. Per questo scenario, la funzione di elaborazione eventi archivia i record JSON usando Azure Cosmos DB per NoSQL.
Dettagli dello scenario
Questa idea di soluzione mostra una variante di un'architettura basata su eventi serverless che inserisce un flusso di dati, elabora i dati e scrive i risultati in un database back-end. In questo esempio la soluzione è ospitata all'interno di una rete virtuale con tutte le risorse di Azure dietro endpoint privati.
Per altre informazioni sui concetti di base, sulle considerazioni e sugli approcci per l'elaborazione di eventi serverless , consultare l'architettura di riferimento per l'elaborazione degli eventi serverless.
Potenziali casi d'uso
Un caso d'uso comune per l'implementazione di un modello di elaborazione del flusso di eventi end-to-end include il servizio di inserimento di Hub eventi per ricevere ed elaborare eventi al secondo usando la logica di de-batch e trasformazione implementata con funzioni altamente scalabili attivate da Hub eventi.
Autori di contributi
Questo articolo viene gestito da Microsoft. È stato originariamente scritto dai collaboratori seguenti.
Autore principale:
- Rajasa Savant | Senior Software Development Engineer
Per visualizzare profili LinkedIn non pubblici, accedere a LinkedIn.
Passaggi successivi
- Gestire una connessione endpoint privato
- Guide introduttive all'endpoint privato:
- Documentazione di Hub eventi di Azure
- Introduzione a Funzioni di Azure
- Documentazione di Funzioni di Azure
- Panoramica di Azure Cosmos DB
- Scegliere un'API in Azure Cosmos DB
Risorse correlate
- L'elaborazione degli eventi serverless è un'architettura di riferimento che illustra in dettaglio un'architettura tipica di questo tipo, con esempi di codice e discussione di considerazioni importanti.
- Il monitoraggio dell'elaborazione di eventi serverless offre una panoramica e indicazioni sul monitoraggio delle architetture basate su eventi serverless come questa.
- Il de-batch e il filtro nell'elaborazione di eventi serverless con Hub eventi descrive in modo più dettagliato il funzionamento di queste parti dell'architettura.
- Azure Kubernetes nell'elaborazione del flusso di eventi descrive una variante di un'architettura basata su eventi serverless in esecuzione in Azure Kubernetes con scalabilità KEDA.