Verifica e traccia della supply chain

Uno schema comune della blockchain è costituito dal monitoraggio abilitato per IoT di un asset durante lo spostamento lungo una supply chain che include più parti. 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. Se in un momento qualsiasi il dispositivo rileva una misurazione non inclusa nell'intervallo consentito per l'umidità o la temperatura, lo stato del contratto intelligente verrà aggiornato per indicare che non viene rispettata la conformità, registrando una transazione nella blockchain e attivando eventi di correzione downstream.

Verifica e traccia della supply chainScopri come usare Azure Blockchain Workbench. Crea un'applicazione di verifica degli asset per la supply chain con un diagramma di flusso dettagliato.12345678

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 attivata quando viene aggiunto un nuovo messaggio al bus di servizio associato all'hub IoT, quindi trasforma il messaggio e lo distribuisce al bus di servizio usato per recapitare i 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.

DLT Consumer recupera i dati dal broker messaggi (bus di servizio) e invia dati al firmatario di Transaction Builder.

Transaction Builder compila e firma la transazione.

La transazione firmata viene indirizzata a Blockchain (Private Ethereum Consortium Network).

DLT Watcher trasmette la conferma dell'impegno della transazione a Blockchain e invia la conferma al broker messaggi (bus di servizio).

I consumer di database inviano le transazioni confermate della blockchain ai database off-chain (database SQL di Azure).

Le informazioni vengono analizzate e visualizzate tramite strumenti come Power BI mediante la connessione a un database off-chain (database SQL di Azure).

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.

  1. 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 attivata quando viene aggiunto un nuovo messaggio al bus di servizio associato all'hub IoT, quindi trasforma il messaggio e lo distribuisce al bus di servizio usato per recapitare i 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. 2 DLT Consumer recupera i dati dal broker messaggi (bus di servizio) e invia dati al firmatario di Transaction Builder.
  3. 3 Transaction Builder compila e firma la transazione.
  4. 4 La transazione firmata viene indirizzata a Blockchain (Private Ethereum Consortium Network).
  1. 5 DLT Watcher trasmette la conferma dell'impegno della transazione a Blockchain e invia la conferma al broker messaggi (bus di servizio).
  2. 6 I consumer di database inviano le transazioni confermate della blockchain ai database off-chain (database SQL di Azure).
  3. 7 Le informazioni vengono analizzate e visualizzate tramite strumenti come Power BI mediante la connessione a un database off-chain (database SQL di Azure).
  4. 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.

Linee guida di implementazione

Prodotti/Descrizione Documentazione

Application Insights

Rileva i problemi, diagnostica gli arresti anomali e tieni traccia dell'utilizzo nella tua app Web con Application Insights. Prendi decisioni basate su informazioni aggiornate per tutto il ciclo di vita di sviluppo.

App Web

Crea e distribuisci rapidamente app Web mission critical su vasta scala

Account di archiviazione

Archiviazione cloud duratura, a disponibilità elevata ed estremamente scalabile

Macchine virtuali

Effettua il provisioning di macchine virtuali per Ubuntu, Red Hat e molto altro

Azure Active Directory (AD)

Sincronizzazione di directory locali e abilitazione di Single Sign-On

Database SQL di Azure

Il database SQL di Azure è un servizio di database relazionale con cui puoi creare, estendere e scalare 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 tra ambienti cloud privati e pubblici

Griglia di eventi

Ottieni il recapito eventi affidabile su larga scala