Verifica e traccia della supply chain

Hub IoT Azure

Idee per le soluzioni

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.

Un modello di blockchain comune è il monitoraggio abilitato per IoT di un asset, mentre si sposta lungo una catena di approvvigionamento multiparte.

Architettura

Architecture diagram shows I O T devices to hub; data from message broker to transaction builder then Blockchain to Event Grid for use by consumers.Scaricare un file SVG di questa architettura.

I dispositivi IoT comunicano con l'hub IoT. L'hub IoT funziona come una route configurata che invierà messaggi specifici a un bus di servizio associato a tale route. Il messaggio ha ancora il formato nativo per il dispositivo e deve essere convertito nel formato usato da Azure Blockchain Workbench.

La trasformazione viene eseguita da un'app per la logica di Azure. Viene attivato quando viene aggiunto un nuovo messaggio all'bus di servizio associato all'hub IoT, quindi trasforma il messaggio e lo recapita al bus di servizio usato per recapitare messaggi ad Azure Blockchain Workbench.

Il primo bus di servizio funge in effetti da "posta in uscita" per l'hub IoT e il secondo viene usato come "posta in arrivo" per Azure Blockchain Workbench.

Flusso di dati

  1. I dispositivi IoT comunicano con l'hub IoT. L'hub IoT funziona come una route configurata che invierà messaggi specifici a un bus di servizio associato a tale route. Il messaggio ha ancora il formato nativo per il dispositivo e deve essere convertito nel formato usato da Azure Blockchain Workbench. La trasformazione viene eseguita da un'app per la logica di Azure. Viene attivato quando viene aggiunto un nuovo messaggio all'bus di servizio associato all'hub IoT, quindi trasforma il messaggio e lo recapita al bus di servizio usato per recapitare messaggi ad Azure Blockchain Workbench. Il primo bus di servizio funge in effetti da "posta in uscita" per l'hub IoT e il secondo viene usato come "posta in arrivo" per Azure Blockchain Workbench.
  2. DLT Consumer recupera i dati dal broker messaggi (bus di servizio) e invia dati al firmatario di Transaction Builder.
  3. Transaction Builder compila e firma la transazione.
  4. La transazione firmata viene indirizzata a Blockchain (Private Ethereum Consortium Network).
  5. DLT Watcher trasmette la conferma dell'impegno della transazione a Blockchain e invia la conferma al broker messaggi (bus di servizio).
  6. I consumer di database inviano le transazioni confermate della blockchain ai database off-chain (database SQL di Azure).
  7. Informazioni analizzate e visualizzate tramite strumenti come Power BI mediante la connessione a un database off-chain (database SQL di Azure).
  8. Gli eventi del libro mastro vengono trasmessi a Griglia di eventi e al bus di servizio per l'uso da parte dei consumer downstream. I "consumer downstream" includono ad esempio app per la logica, funzioni o altro codice progettato per intervenire in base agli eventi. Un'istanza di Funzioni di Azure, ad esempio, può ricevere un evento e quindi inserirlo in un archivio dati come SQL Server.

Componenti

  • Application Insights: rilevare i problemi, diagnosticare gli arresti anomali e tenere traccia dell'utilizzo nell'app Web con Application Insights. Prendi decisioni basate su informazioni aggiornate per tutto il ciclo di vita di sviluppo.
  • App Web: creare e distribuire rapidamente app Web cruciali su larga scala
  • account Archiviazione: archiviazione cloud durevole, a disponibilità elevata e altamente scalabile
  • Macchine virtuali: Effettuare il provisioning di macchine virtuali per Ubuntu, Red Hat e altro ancora
  • Microsoft Entra ID: sincronizzare le directory locali e abilitare l'accesso Single Sign-On
  • database SQL di Azure è un servizio di database relazionale che consente di creare, estendere e ridimensionare rapidamente le applicazioni relazionali nel cloud.
  • Monitoraggio di Azure: dati di monitoraggio altamente granulari e in tempo reale per qualsiasi risorsa di Azure.
  • bus di servizio: Connessione in ambienti cloud privati e pubblici
  • Griglia di eventi: ottenere un recapito affidabile di eventi su larga scala

Dettagli dello scenario

Potenziali casi d'uso

Un esempio ottimale di questo schema è costituito dal trasporto refrigerato di beni deperibili come cibo o prodotti farmaceutici, che richiedono il rispetto di alcune regole di conformità per l'intera durata del processo di trasporto. In questo scenario una controparte iniziale, ad esempio un rivenditore, specifica condizioni contrattuali, ad esempio l'umidità e l'intervallo di temperatura necessari, che devono essere rispettate dai responsabili della supply chain.

In qualsiasi momento, se il dispositivo accetta una misurazione di temperatura o umidità non compresa nell'intervallo, lo stato del contratto intelligente verrà aggiornato per indicare che non è conforme, registrando una transazione nella blockchain e attivando la correzione degli eventi downstream.

Distribuire lo scenario

Passaggi successivi