Toeleveringsketen bijhouden en volgen

Blockchain Workbench
IoT Hub

Ideeën voor oplossingen

Dit artikel is een oplossingsidee. Als u wilt dat we de inhoud uitbreiden met meer informatie, zoals mogelijke use cases, alternatieve services, implementatieoverwegingen of prijsrichtlijnen, laat het ons dan weten door gitHub feedback te geven.

Een veelvoorkomend blockchainpatroon is de bewaking met IoT van een asset, terwijl deze zich langs een toeleveringsketen van meerdere partijen beweegt.

Architectuur

Architectuurdiagram toont I O T-apparaten naar hub; gegevens van berichtenbroker naar transactiebouwer en vervolgens Blockchain naar Event Grid voor gebruik door consumenten.Download een SVG van deze architectuur.

IoT-apparaten communiceren met IoT Hub. IoT Hub als een geconfigureerde route die specifieke berichten verzendt naar een Service Bus die aan die route is gekoppeld. Het bericht heeft nog steeds de systeemeigen indeling van het apparaat en moet worden vertaald naar de indeling die door Azure Blockchain Workbench wordt gebruikt.

Deze transformatie wordt uitgevoerd door een logische Azure-app. Het wordt geactiveerd wanneer een nieuw bericht wordt toegevoegd aan de Service Bus die is gekoppeld aan de IoT-hub, waarna het bericht wordt getransformeerd en bezorgd bij de Service Bus die wordt gebruikt om berichten af te leveren aan Azure Blockchain Workbench.

De eerste servicebus fungeert effectief als een "Postvak UIT" voor IoT Hub en de tweede als een "Postvak IN" voor Azure Blockchain Workbench.

Gegevensstroom

  1. IoT-apparaten communiceren met IoT Hub. IoT Hub als een geconfigureerde route die specifieke berichten verzendt naar een Service Bus die aan die route is gekoppeld. Het bericht heeft nog steeds de systeemeigen indeling van het apparaat en moet worden vertaald naar de indeling die door Azure Blockchain Workbench wordt gebruikt. Deze transformatie wordt uitgevoerd door een logische Azure-app. Het wordt geactiveerd wanneer een nieuw bericht wordt toegevoegd aan de Service Bus die is gekoppeld aan de IoT-hub, waarna het bericht wordt getransformeerd en bezorgd bij de Service Bus die wordt gebruikt om berichten af te leveren aan Azure Blockchain Workbench. De eerste servicebus fungeert effectief als een "Postvak UIT" voor IoT Hub en de tweede als een "Postvak IN" voor Azure Blockchain Workbench.
  2. DLT Consumer haalt de gegevens op uit de berichtenbroker (Service Bus) en verzendt gegevens naar Transaction Builder - Signer.
  3. Transaction Builder bouwt en ondertekent de transactie.
  4. De ondertekende transactie wordt doorgestuurd naar de Blockchain (Private Ethereum Consortium Network).
  5. DLT Watcher krijgt een bevestiging van de transactietoezegging voor de blockchain en stuurt de bevestiging naar de berichtenbroker (Service Bus).
  6. DB-gebruikers verzenden bevestigde blockchaintransacties naar externe databases (Azure SQL Database).
  7. Gegevens die worden geanalyseerd en gevisualiseerd met behulp van hulpprogramma's zoals Power BI door verbinding te maken met een externe database (Azure SQL Database).
  8. Gebeurtenissen uit het grootboek worden geleverd aan Event Grid en Service Bus voor gebruik door downstreamgebruikers. Voorbeelden van 'downstreamgebruikers' zijn logische apps, functies of andere code die is ontworpen om actie te ondernemen op de gebeurtenissen. Een Azure-functie kan bijvoorbeeld een gebeurtenis ontvangen en deze vervolgens in een gegevensarchief plaatsen, zoals SQL Server.

Onderdelen

  • Application Insights: problemen detecteren, vastlopen diagnosticeren en het gebruik in uw web-app bijhouden met Application Insights. Weloverwogen beslissingen nemen gedurende de ontwikkelingslevenscyclus.
  • Web Apps: snel essentiële web-apps op schaal maken en implementeren
  • Opslagaccounts: duurzame, maximaal beschikbare en zeer schaalbare cloudopslag
  • Virtual Machines: Virtuele machines inrichten voor Ubuntu, Red Hat en meer
  • Azure Active Directory: on-premises directory's synchroniseren en eenmalige aanmelding inschakelen
  • Azure SQL Database is een relationele databaseservice waarmee u snel relationele toepassingen kunt maken, uitbreiden en schalen in de cloud.
  • Azure Monitor: zeer gedetailleerde en realtime bewakingsgegevens voor elke Azure-resource.
  • Service Bus: verbinding maken tussen privé- en openbare cloudomgevingen
  • Event Grid: Betrouwbare levering van gebeurtenissen op grote schaal

Scenariodetails

Potentiële gebruikscases

Een goed voorbeeld van dit patroon is het koeltransport van bederfelijke goederen zoals voedsel of farmaceutische producten waarbij aan bepaalde nalevingsregels moet worden voldaan gedurende de hele duur van het transportproces. In dit scenario geeft een initiërende tegenpartij (zoals een detailhandelaar) contractuele voorwaarden op, zoals een vereiste vochtigheids- en temperatuurbereik, waaraan de beheerders in de toeleveringsketen zich moeten houden.

Als het apparaat op enig moment een temperatuur- of vochtigheidsmeting uitvoert die buiten het bereik valt, wordt de status van het slimme contract bijgewerkt om aan te geven dat het niet meer voldoet aan de vereisten door een transactie op de blockchain vast te leggen en gebeurtenissen downstream te herstellen.

Dit scenario implementeren

Volgende stappen