Modifier

Suivi de la chaîne d’approvisionnement

Azure IoT Hub

Idées de solution

Cet article présente une idée de solution. Si vous souhaitez que nous développions le contenu avec d’autres informations, telles que des cas d’usage potentiels, d’autres services, des considérations d’implémentation ou un guide des prix, adressez-nous vos commentaires GitHub.

Un modèle de blockchain commun est la surveillance compatible IoT d’une ressource lorsqu’elle se déplace le long d’une chaîne d’approvisionnement comprenant plusieurs parties.

Architecture

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éléchargez un SVG de cette architecture.

Les appareils IoT communiquent avec le service IoT Hub. Le service IoT Hub fait office d’itinéraire configuré qui enverra des messages spécifiques à un Service Bus qui lui est associé. Le message est toujours au format natif de l’appareil et doit être converti au format qu’utilise Azure Blockchain Workbench.

Une application logique Azure effectue cette transformation. Celle-ci est déclenchée quand un nouveau message est ajouté au Service Bus associé au hub IoT. Elle transforme alors le message et le remet au Service Bus utilisé pour remettre des messages à la solution Azure Blockchain Workbench.

Le premier bus de service fait office de « boîte d’envoi » pour IoT Hub, et le second de « boîte de réception » pour Azure Blockchain Workbench.

Dataflow

  1. Les appareils IoT communiquent avec le service IoT Hub. Le service IoT Hub fait office d’itinéraire configuré qui enverra des messages spécifiques à un Service Bus qui lui est associé. Le message est toujours au format natif de l’appareil et doit être converti au format qu’utilise Azure Blockchain Workbench. Une application logique Azure effectue cette transformation. Celle-ci est déclenchée quand un nouveau message est ajouté au Service Bus associé au hub IoT. Elle transforme alors le message et le remet au Service Bus utilisé pour remettre des messages à la solution Azure Blockchain Workbench. Le premier bus de service fait office de « boîte d’envoi » pour IoT Hub, et le second de « boîte de réception » pour Azure Blockchain Workbench.
  2. Le consommateur DLT extrait les données du courtier de messages (Service Bus) et les envoie des données au signataire du générateur de transactions.
  3. Le générateur de transactions génère et signe la transaction.
  4. La transaction signée est acheminée vers la Blockchain (Private Ethereum Consortium Network).
  5. L’observateur DLT transmet la confirmation de la validation de la transaction à la Blockchain et envoie la confirmation au courtier de messages (Service Bus).
  6. Les consommateurs de la base de données envoient les transactions de blockchain confirmées à des bases de données hors chaîne (Azure SQL Database).
  7. Les informations sont analysées et visualisées à l’aide d’outils tels que les Power BI en se connectant à une base de données hors chaîne (Azure SQL Database).
  8. Les événements du registre sont remis à Event Grid et à Service Bus en vue de leur utilisation par des consommateurs en aval. Les « consommateurs en aval » sont, par exemple, des applications logiques, des fonctions ou tout autre code conçu pour prendre des mesures sur les événements. Par exemple, une fonction Azure peut recevoir un événement, puis placer celui-ci dans un magasin de données tels qu’un serveur SQL Server.

Composants

  • Application Insights : Détectez les problèmes, diagnostiquez les incidents et suivez l’utilisation de votre application web avec Application Insights. Optimisez vos prises de décisions durant le cycle de développement.
  • Web Apps : Créez et déployez rapidement des applications web stratégiques à grande échelle
  • Comptes de stockage : Stockage dans le cloud durable, hautement disponible et considérablement évolutif
  • Machines virtuelles : Provisionnez des machines virtuelles pour Ubuntu, Red Hat et bien d’autres
  • Microsoft Entra ID : synchronise les répertoires locaux et active l’authentification unique
  • Azure SQL Database est un service de base de données relationnelle qui vous permet de créer, d’étendre et de mettre à l’échelle rapidement des applications relationnelles dans le cloud.
  • Azure Monitor : Données de surveillance très précises en temps réel pour les ressources Azure.
  • Service Bus : Connectez-vous à des environnements de cloud privés et publics
  • Event Grid : Bénéficiez d’une livraison fiable d’événement à grande échelle

Détails du scénario

Cas d’usage potentiels

Un bon exemple de ce modèle est le transport réfrigéré de produits périssables, telles que des aliments ou des médicaments, où certaines règles de conformité doivent être respectées pendant toute la durée du processus de transport. Dans ce scénario, une contrepartie initiatrice (par exemple, un détaillant) spécifie des conditions contractuelles, telles qu’une humidité et une plage de températures requises, que les opérateurs de la chaîne logistique doivent respecter.

À tout moment, si l’appareil prend une mesure de température ou d’humidité hors limites, l’état du contrat intelligent est mis à jour pour indiquer qu’il n’est pas conforme, entraînant l’enregistrement d’une transaction sur la blockchain et le déclenchement d’événements de correction en aval.

Déployer ce scénario

Étapes suivantes