Sporing av forsyningskjede

Et vanlig blokkjedemønster er IoT-aktivert overvåking av en ressurs når den flyttes langs en flersidig forsyningskjede. Et godt eksempel på dette mønsteret er kjøletransport av forgjengelige varer som mat eller medisiner hvor visse regler om forskriftssamsvar må oppfylles over hele varigheten til transportprosessen. I dette scenarioet spesifiserer en igangsettende motpart (som for eksempel en forhandler) kontraktsforholdene, som blant annet påkrevd luftfuktighet og temperaturområde, som forvalterne i forsyningskjeden må følge. Hvis, til enhver tid, enheten tar en temperatur- eller fuktighetsmåling som er utenfor området, oppdateres tilstanden til smartkontakten for å vise at dette er utenfor samsvar, registrerer en transaksjon på blokkjeden og utløser nedstrøms utbedringstiltak.

Sporing av forsyningskjedeLes om hvordan du bruker Azure Blockchain Workbench. Utvikle et program for ressurssporing for forsyningskjede med et trinnvist flytskjema.12345678

IoT-enheter kommuniserer med IoT Hub. IoT Hub som en rute konfigurert for å sende spesifikke meldinger til en Service Bus tilknyttet den ruten. Meldingen er fortsatt i det opprinnelige formatet for enheten og må oversettes til formatet som brukes av Azure Blockchain Workbench. Denne transformasjonen utføres av en Azure logisk app. Den utløses når en ny melding legges til den tjenestebussen som er tilknyttet IoT-huben, deretter transformerer den meldingen og leverer den til den tjenestebussen som brukes til å levere meldinger til Azure Blockchain-arbeidsbenken. Den første tjenestebussen fungerer effektivt som en «utboks» for IoT Hub, og den andre fungerer som en «innboks» for Azure Blockchain Workbench.

DLT Consumer henter dataene fra meldingsmegleren (Service Bus) og sender data til Transaction Builder.

Transaction Builder bygger og signerer transaksjonen.

Den signerte transaksjonen rutes til Blockchain (Private Ethereum Consortium Network).

DLT Watcher leverer bekreftelse om transaksjonsforpliktelsen til Blockchain og sender bekreftelsen til meldingsmegleren (Service Bus).

DB-forbrukere sender bekreftede blokkjedetransaksjoner til av-kjededatabaser (Azure SQL Database).

Informasjon analyseres og visualiseres med verktøy som for eksempel Power BI ved å koble til av-kjededatabase (Azure SQL Database).

Hendelser fra hovedboken leveres til Event Grid og Service Bus for bruk av nedstrøms forbrukere. Eksempler på «nedstrøms forbrukere» inkluderer logiske apper, funksjoner eller annen kode som er utformet for å iverksette tiltak på hendelsene. For eksempel kan en Azure-funksjon motta en hendelse og deretter plassere den i et datalager som for eksempel SQL Server.

  1. 1 IoT-enheter kommuniserer med IoT Hub. IoT Hub som en rute konfigurert for å sende spesifikke meldinger til en Service Bus tilknyttet den ruten. Meldingen er fortsatt i det opprinnelige formatet for enheten og må oversettes til formatet som brukes av Azure Blockchain Workbench. Denne transformasjonen utføres av en Azure logisk app. Den utløses når en ny melding legges til den tjenestebussen som er tilknyttet IoT-huben, deretter transformerer den meldingen og leverer den til den tjenestebussen som brukes til å levere meldinger til Azure Blockchain-arbeidsbenken. Den første tjenestebussen fungerer effektivt som en «utboks» for IoT Hub, og den andre fungerer som en «innboks» for Azure Blockchain Workbench.
  2. 2 DLT Consumer henter dataene fra meldingsmegleren (Service Bus) og sender data til Transaction Builder.
  3. 3 Transaction Builder bygger og signerer transaksjonen.
  4. 4 Den signerte transaksjonen rutes til Blockchain (Private Ethereum Consortium Network).
  1. 5 DLT Watcher leverer bekreftelse om transaksjonsforpliktelsen til Blockchain og sender bekreftelsen til meldingsmegleren (Service Bus).
  2. 6 DB-forbrukere sender bekreftede blokkjedetransaksjoner til av-kjededatabaser (Azure SQL Database).
  3. 7 Informasjon analyseres og visualiseres med verktøy som for eksempel Power BI ved å koble til av-kjededatabase (Azure SQL Database).
  4. 8 Hendelser fra hovedboken leveres til Event Grid og Service Bus for bruk av nedstrøms forbrukere. Eksempler på «nedstrøms forbrukere» inkluderer logiske apper, funksjoner eller annen kode som er utformet for å iverksette tiltak på hendelsene. For eksempel kan en Azure-funksjon motta en hendelse og deretter plassere den i et datalager som for eksempel SQL Server.

Implementeringsveiledning

Produkter/beskrivelse Dokumentasjon

Application Insights

Finn problemer, diagnostiser krasj og spor bruk i webprogrammet ditt med Application Insights. Ta veloverveide beslutninger gjennom hele utviklingssyklusen.

Nettapper

Utvikle og distribuer raskt driftskritiske webprogram i stor skala

Storage-kontoer

Varig, svært tilgjengelig og svært skalerbar skybasert lagring

Virtual Machines

Klargjør virtuelle maskiner for Ubuntu, Red Hat med mer

Azure Active Directory

Synkroniser lokale kataloger og aktiver enkel pålogging

Azure SQL Database

Azure SQL Database er en relasjonsdatabase du kan bruke til raskt å opprette, utvide og skalere relasjonsapper i skyen.

Azure Monitor

Detaljert overvåkning av data i sanntid for alle Azure-ressurser.

Service Bus

Koble til i private og offentlige skybaserte miljøer

Event Grid

Kjør genomsekvensering og forskningsinnsikt