Upravit

Sledování a trasování dodavatelského řetězce

Azure IoT Hub

Nápady na řešení

Tento článek je myšlenkou řešení. Pokud chcete, abychom obsah rozšířili o další informace, jako jsou potenciální případy použití, alternativní služby, aspekty implementace nebo pokyny k cenám, dejte nám vědět tím, že nám poskytnete zpětnou vazbu k GitHubu.

Běžným vzorem blockchainu je monitorování prostředku s podporou IoT, protože se pohybuje po dodavatelském řetězci s více stranami.

Architektura

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.Stáhněte si SVG této architektury.

Zařízení IoT komunikují s IoT Hubem. IoT Hub má nakonfigurovanou trasu, která odešle specifické zprávy přidružené službě Service Bus. Tato zpráva je stále v nativním formátu a musí se převést fo formátu, který používá Azure Blockchain Workbench.

Tuto transformaci provede aplikace logiky Azure. Aktivuje se, když se do služby Service Bus přidá nová zpráva přidružená k centru IoT, pak zprávu transformuje a doručí ji do služby Service Bus, která se používá k doručování zpráv do služby Azure Blockchain Workbench.

První služba slouží pro IoT Hub jako „pošta k odeslání“ a druhá slouží jako „doručená pošta“ pro Azure Blockchain Workbench.

Tok dat

  1. Zařízení IoT komunikují s IoT Hubem. IoT Hub má nakonfigurovanou trasu, která odešle specifické zprávy přidružené službě Service Bus. Tato zpráva je stále v nativním formátu a musí se převést fo formátu, který používá Azure Blockchain Workbench. Tuto transformaci provede aplikace logiky Azure. Aktivuje se, když se do služby Service Bus přidá nová zpráva přidružená k centru IoT, pak zprávu transformuje a doručí ji do služby Service Bus, která se používá k doručování zpráv do služby Azure Blockchain Workbench. První služba slouží pro IoT Hub jako „pošta k odeslání“ a druhá slouží jako „doručená pošta“ pro Azure Blockchain Workbench.
  2. DLT Consumer načítá data ze zprostředkovatele zpráv (Service Bus) a odesílá data do Transaction Builderu (podepisující).
  3. Transaction Builder sestaví a podepíše transakci.
  4. Podepsaná transakce se směruje do blockchainu (privátní síť konsorcia Ethereum).
  5. DLT Watcher získá potvrzení závazku transakce k blockchainu a odešle potvrzení zprostředkovateli zpráv (Service Bus).
  6. Databázoví spotřebitelé odešlou potvrzené blockchainové transakce do databází mimo chain (Azure SQL Database).
  7. Informace se analyzují a vizualizují pomocí nástrojů, jako je Power BI, a to připojením k databázi mimo chain (Azure SQL Database).
  8. Události z registru se doručí do služeb Event Grid a Service Bus, aby je mohli využít následní spotřebitelé. Příkladem „následných spotřebitelů“ jsou aplikace logiky, funkce nebo jiný kód, který je navržený tak, aby se na základě událostí provedla nějaká akce. Například funkce Azure Function může přijmout událost a umístit ji do úložiště dat, jako je SQL Server.

Součásti

  • Přehledy aplikace: Zjišťování problémů, diagnostika chybových ukončení a sledování využití ve webové aplikaci pomocí Přehledy aplikace Rozhodujte se kvalifikovaně během celého vývojového cyklu.
  • Web Apps: Rychlé vytváření a nasazování důležitých webových aplikací ve velkém měřítku
  • Účty úložiště: Odolné, vysoce dostupné a široce škálovatelné cloudové úložiště
  • Virtuální počítače: Zřízení virtuálních počítačů pro Ubuntu, Red Hat a další
  • ID Microsoft Entra: Synchronizace místních adresářů a povolení jednotného přihlašování
  • Azure SQL Database je relační databázová služba, která umožňuje rychle vytvářet, rozšiřovat a škálovat relační aplikace do cloudu.
  • Azure Monitor: Vysoce podrobná a monitorovaná data v reálném čase pro všechny prostředky Azure.
  • Service Bus: Připojení napříč prostředími privátního a veřejného cloudu
  • Event Grid: Získání spolehlivého doručování událostí ve velkém měřítku

Podrobnosti scénáře

Potenciální případy použití

Dobrým příkladem tohoto způsobu využití je doprava zboží podléhajícího rychlé zkáze, například potravin nebo léků, chladírenskými a mrazicími vozy. V průběhu celého procesu přepravy je potřeba dodržovat určitá pravidla dodržování předpisů. V tomto scénáři iniciující protistrana (například prodejce) určí smluvní podmínky, jako je požadovaná vlhkost a teplotní rozsah, které musí jednotlivé články dodavatelského řetězce dodržovat.

Pokud zařízení v jakémkoli okamžiku vezme měření teploty nebo vlhkosti, které je mimo rozsah, stav inteligentního kontraktu se aktualizuje, aby indikoval, že je mimo dodržování předpisů, tím, že zaznamená transakci v blockchainu a aktivuje nápravu událostí podřízených událostí.

Nasazení tohoto scénáře

Další kroky