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
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
- 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.
- Odbiorca DLT pobiera dane z brokera komunikatów (Service Bus) i wysyła je do konstruktora transakcji — sygnatariusza.
- Konstruktor transakcji kompiluje i podpisuje transakcję.
- Podpisana transakcja jest przekierowywana do łańcucha bloków (prywatna sieć Ethereum Consortium).
- Obserwator DLT otrzymuje powiadomienie o zatwierdzeniu transakcji w łańcuchu bloków i wysyła potwierdzenie do brokera komunikatów (Service Bus).
- Użytkownicy bazy danych wysyłają potwierdzone transakcje łańcucha bloków do baz danych poza łańcuchem (Azure SQL Database).
- 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).
- 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.
Składniki
- 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
- Znajdowanie wyjątków w czasie wykonywania za pomocą Szczegółowe informacje aplikacji
- Tworzenie aplikacji łańcucha bloków za pomocą usługi Azure Blockchain Workbench
- Usługa Azure Storage w usłudze Blockchain Workbench
- Maszyny wirtualne platformy Azure i Linux
- Rejestracja aplikacji interfejsu API usługi Blockchain Workbench
- Baza danych usługi Blockchain Workbench
- Samouczek usługi Log Analytics
- Usługa Service Bus w usłudze Blockchain Workbench
- Powiadomienia o zdarzeniach w aplikacji Blockchain Workbench