Ellátási lánc nyomon követése

Azure IoT Hub

Megoldási ötletek

Ez a cikk egy megoldási ötlet. Ha azt szeretné, hogy további információkkal bővítsük a tartalmat, például a lehetséges használati eseteket, alternatív szolgáltatásokat, megvalósítási szempontokat vagy díjszabási útmutatást, a GitHub visszajelzésével tudassa velünk.

A közös blokkláncminta egy objektum IoT-kompatibilis monitorozása, amely egy több féltől származó ellátási lánc mentén mozog.

Architektúra

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.Töltse le az architektúra SVG-jének letöltését.

Az IoT-eszközök az IoT Hubbal kommunikálnak. Az IoT Hub olyan konfigurált útvonallal rendelkezik, amely az útvonalhoz társított Service Busba küld meghatározott üzeneteket. Az üzenet ekkor még az eszközre jellemző natív formátumban van, és azt át kell alakítani az Azure Blockchain Workbench által használt formátumra.

Ezt az átalakítást egy Azure Logic App-alkalmazás végzi el. Ez akkor aktiválódik, ha egy új üzenetet adnak hozzá az IoT Hubhoz társított Service Bushoz, majd átalakítja az üzenetet, és kézbesíti azt az Azure Blockchain Workbenchnek üzenetek kézbesítéséhez használt Service Busnak.

Az első szolgáltatás gyakorlatilag az IoT Hub „kimenő postafiókjaként” funkcionál, a második pedig az Azure Blockchain Workbench „bejövő postafiókjaként”.

Adatfolyam

  1. Az IoT-eszközök az IoT Hubbal kommunikálnak. Az IoT Hub olyan konfigurált útvonallal rendelkezik, amely az útvonalhoz társított Service Busba küld meghatározott üzeneteket. Az üzenet ekkor még az eszközre jellemző natív formátumban van, és azt át kell alakítani az Azure Blockchain Workbench által használt formátumra. Ezt az átalakítást egy Azure Logic App-alkalmazás végzi el. Ez akkor aktiválódik, ha egy új üzenetet adnak hozzá az IoT Hubhoz társított Service Bushoz, majd átalakítja az üzenetet, és kézbesíti azt az Azure Blockchain Workbenchnek üzenetek kézbesítéséhez használt Service Busnak. Az első szolgáltatás gyakorlatilag az IoT Hub „kimenő postafiókjaként” funkcionál, a második pedig az Azure Blockchain Workbench „bejövő postafiókjaként”.
  2. A DLT-ügyfél megkapja az adatokat az üzenetközvetítőtől (Service Bus), és adatokat küld a tranzakciószerkesztőnek - Aláíró.
  3. A tranzakciószerkesztő létrehozza és aláírja a tranzakciót.
  4. Az aláírt tranzakció át lesz irányítva a Blockchainhez (Private Ethereum Consortium Network).
  5. A DLT Watcher visszaigazolást kap a tranzakció Blockchainben való véglegesítéséről, és elküldi a visszaigazolást az üzenetközvetítőnek (Service Bus).
  6. A DB-fogyasztók megerősített blokklánc-tranzakciókat küldenek a láncon kívüli adatbázisokba (Azure SQL Database).
  7. Az információt a Power BI-hoz hasonló eszközök elemzik és jelenítik meg a láncon kívüli adatbázisokhoz (Azure SQL Database) való csatlakozással.
  8. Az események a tranzakciónaplóból az Event Gridbe és a Service Busba kerülnek, így azok az alsóbb szinteken felhasználhatók. Ilyen „alsóbb szintű” felhasználók lehetnek a logikai alkalmazások, a függvények és más olyan kódok, amelyeknek az a feladata, hogy az eseményekkel valamilyen műveletet végezzenek el. Lehetséges például olyan Azure-függvény, amely megkap egy eseményt, amelyet aztán az SQL Serverben vagy más adattárolóban helyez el.

Összetevők

  • Alkalmazás Elemzések: Problémák észlelése, összeomlások diagnosztizálása és használat nyomon követése a webalkalmazásban az Alkalmazás Elemzések. Megalapozott döntéshozatal a teljes fejlesztési folyamat során.
  • WebAlkalmazások: Kritikus fontosságú webalkalmazások gyors létrehozása és üzembe helyezése nagy méretekben
  • Tárfiókok: Tartós, magas rendelkezésre állású és nagymértékben skálázható felhőalapú tárterület
  • Virtuális gépek: Virtuális gépek kiépítése Ubuntu, Red Hat és egyebek számára
  • Microsoft Entra ID: Helyszíni címtárak szinkronizálása és egyszeri bejelentkezés engedélyezése
  • Az Azure SQL Database egy relációsadatbázis-szolgáltatás, amellyel gyorsan hozhat létre, terjeszthet és skálázhat relációs alkalmazásokat a felhőbe.
  • Azure Monitor: Rendkívül részletes és valós idejű monitorozási adatok bármely Azure-erőforráshoz.
  • Service Bus: Csatlakozás privát és nyilvános felhőkörnyezetekben
  • Event Grid: Megbízható eseménykézbesítés nagy méretekben

Forgatókönyv részletei

Lehetséges használati esetek

Erre a használati mintára kiváló példa a romlandó árucikkek hűtéssel való szállítása. Ilyen árucikk lehet az élelmiszer vagy a gyógyszeranyagok, amelyeknél bizonyos megfelelőségi szabályoknak a teljes szállítási folyamat alatt meg kell felelni. Ilyen esetekben egy kezdeményező fél (például a kiskereskedő) szerződésbeli feltételeket határoz meg többek között a páratartalom vagy a hőmérséklet megengedett tartományait tekintve, amelyeket az ellátási láncban a felügyeletet ellátó félnek be kell tartania.

Ha az eszköz egy tartományon kívüli hőmérséklet- vagy páratartalom-mérést végez, az intelligens szerződés állapota frissül, hogy jelezze, hogy nem felel meg a megfelelőségnek. Ehhez rögzít egy tranzakciót a blokkláncon, és elindítja a szervizelési eseményeket az alsóbb rétegben.

A forgatókönyv üzembe helyezése

Következő lépések