Edytuj

Śledzenie łańcucha zaopatrzenia

Azure IoT Hub

Pomysły dotyczące rozwiązań

Ten artykuł jest pomysłem na rozwiązanie. Jeśli chcesz, abyśmy rozszerzyli zawartość o więcej informacji, takich jak potencjalne przypadki użycia, alternatywne usługi, zagadnienia dotyczące implementacji lub wskazówki dotyczące cen, daj nam znać, przekazując opinię w usłudze GitHub.

Typowym wzorcem łańcucha bloków jest monitorowanie zasobu z obsługą IoT, ponieważ porusza się wzdłuż wielostronnego łańcucha dostaw.

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.Pobierz plik SVG tej architektury.

Urządzenia IoT komunikują się z usługą IoT Hub. Usługa IoT Hub ma skonfigurowaną trasę, przez którą będą wysyłane konkretne komunikaty do usługi Service Bus skojarzonej z tą trasą. Komunikat jest ciągle w natywnym formacie urządzenia i wymaga przekształcenia do formatu używanego przez usługę Azure Blockchain Workbench.

To przekształcenie wykonuje aplikacja logiki platformy Azure. Zostanie on wyzwolony po dodaniu nowego komunikatu do usługi Service Bus skojarzonej z centrum IoT, następnie przekształca komunikat i dostarcza go do usługi Service Bus używanej do dostarczania komunikatów do usługi Azure Blockchain Workbench.

Pierwsza usługa Service Bus jest funkcjonalnie „skrzynką nadawczą” usługi IoT Hub, a druga służy jako „skrzynka odbiorcza” usługi Azure Blockchain Workbench.

Przepływ danych

  1. Urządzenia IoT komunikują się z usługą IoT Hub. Usługa IoT Hub ma skonfigurowaną trasę, przez którą będą wysyłane konkretne komunikaty do usługi Service Bus skojarzonej z tą trasą. Komunikat jest ciągle w natywnym formacie urządzenia i wymaga przekształcenia do formatu używanego przez usługę Azure Blockchain Workbench. To przekształcenie wykonuje aplikacja logiki platformy Azure. Zostanie on wyzwolony po dodaniu nowego komunikatu do usługi Service Bus skojarzonej z centrum IoT, następnie przekształca komunikat i dostarcza go do usługi Service Bus używanej do dostarczania komunikatów do usługi Azure Blockchain Workbench. Pierwsza usługa Service Bus jest funkcjonalnie „skrzynką nadawczą” usługi IoT Hub, a druga służy jako „skrzynka odbiorcza” usługi Azure Blockchain Workbench.
  2. Odbiorca DLT pobiera dane z brokera komunikatów (Service Bus) i wysyła je do konstruktora transakcji — sygnatariusza.
  3. Konstruktor transakcji kompiluje i podpisuje transakcję.
  4. Podpisana transakcja jest przekierowywana do łańcucha bloków (prywatna sieć Ethereum Consortium).
  5. Obserwator DLT otrzymuje powiadomienie o zatwierdzeniu transakcji w łańcuchu bloków i wysyła potwierdzenie do brokera komunikatów (Service Bus).
  6. Użytkownicy bazy danych wysyłają potwierdzone transakcje łańcucha bloków do baz danych poza łańcuchem (Azure SQL Database).
  7. Informacje są analizowane i wizualizowane przy użyciu narzędzi, takich jak usługa Power BI, przez połączenia z bazą danych poza łańcuchem (Azure SQL Database).
  8. Zdarzenia z rejestru są dostarczane do usług Event Grid i Service Bus do użytku przez odbiorców w dalszej części procesu. Przykłady „odbiorców w dalszej części procesu” obejmują aplikacje logiki, funkcje oraz inny kod zaprojektowany do wykonywania akcji po wystąpieniu zdarzeń. Przykładowo funkcja platformy Azure może odebrać zdarzenie, a następnie umieścić je w magazynie danych, na przykład w programie SQL Server.

Elementy

  • Szczegółowe informacje aplikacji: wykrywanie problemów, diagnozowanie awarii i śledzenie użycia w aplikacji internetowej za pomocą usługi Application Szczegółowe informacje. Podejmuj świadome decyzje przez cały cykl projektowania.
  • Web Apps: szybkie tworzenie i wdrażanie krytycznych aplikacji internetowych na dużą skalę
  • Konta magazynu: trwały, wysoce dostępny i wysoce skalowalny magazyn w chmurze
  • Maszyny wirtualne: aprowizuj maszyny wirtualne dla systemów Ubuntu, Red Hat i nie tylko
  • Microsoft Entra ID: Synchronizowanie katalogów lokalnych i włączanie logowania jednokrotnego
  • Azure SQL Database to usługa relacyjnej bazy danych, która umożliwia szybkie tworzenie, rozszerzanie i skalowanie aplikacji relacyjnych w chmurze.
  • Azure Monitor: wysoce szczegółowe i w czasie rzeczywistym dane monitorowania dla dowolnego zasobu platformy Azure.
  • Service Bus: Połączenie w środowiskach chmury prywatnej i publicznej
  • Event Grid: uzyskiwanie niezawodnego dostarczania zdarzeń na dużą skalę

Szczegóły scenariusza

Potencjalne przypadki użycia

Świetnym przykładem takiego wzorca jest transport mrożonych towarów, które szybko się psują, takich jak żywność lub lekarstwa. W takim przypadku określone reguły zgodności muszą być spełnione przez cały czas trwania procesu transportu. W tym scenariuszu kontrahent inicjujący proces (taki jak sprzedawca detaliczny) określa warunki umowne, takie jak zakres wymaganej wilgotności i temperatury, do których muszą stosować się osoby nadzorujące łańcuch zaopatrzenia.

W dowolnym momencie, jeśli urządzenie przyjmuje pomiar temperatury lub wilgotności, który jest poza zakresem, stan kontraktu inteligentnego zostanie zaktualizowany, aby wskazać, że nie jest zgodny, rejestrując transakcję w łańcuchu bloków i wyzwalając korygowanie zdarzeń podrzędnych.

Wdrażanie tego scenariusza

Następne kroki