Omitir navegación

Seguimiento de la cadena de suministro

Un patrón común de la cadena de bloques es la supervisión basada en IoT de un recurso a medida que avanza por una cadena de suministros de diversas entidades. Un buen ejemplo de este patrón es el transporte refrigerado de productos perecederos, como alimentos o productos farmacéuticos, donde deben seguirse ciertas normas de cumplimiento a lo largo de todo el proceso de transporte. En este escenario, la contraparte que inicia el proceso (como un comerciante minorista) especifica las condiciones del contrato, como un rango de humedad y temperatura necesario, que los encargados en la cadena de suministro deben cumplir. En cualquier punto, si el dispositivo presenta una medición de temperatura o humedad fuera del rango, el estado inteligente de contrato se actualizará para indicar que no se están cumpliendo las condiciones, registrará una transacción en la cadena de bloques y desencadenará eventos para solucionarlo a partir de ese punto.

Acompanhamento e rastreamento de cadeia de fornecedoresSaiba como usar o Azure Blockchain Workbench. Crie um aplicativo de acompanhamento de ativos para uma cadeia de fornecedores com um fluxograma passo a passo.12345666

Los dispositivos de IoT se comunican con IoT Hub. IoT Hub tiene una ruta configurada que enviará mensajes específicos a un Service Bus asociado con esa ruta. El mensaje sigue en el formato nativo para el dispositivo y debe traducirse al formato que usó Azure Blockchain Workbench. Una aplicación lógica de Azure realiza esa transformación. Se activa cuando se agrega un mensaje nuevo al Service Bus asociado con el centro de IoT. Luego, transforma el mensaje y lo envía al Service Bus usado para entregar mensajes a Azure Blockchain Workbench. El primer Service Bus efectivamente funciona como un “Bandeja de salida” para IoT Hub y el segundo funciona como una “Bandeja de entrada” para Azure Blockchain Workbench.

El consumidor de DLT recupera los datos del agente de mensajes (Service Bus) y envía los datos al Generador de transacciones: Firmante.

El Generador de transacciones crea y firma la transacción.

La transacción firmada se enruta a la Cadena de bloques (Red privada del consorcio Ethereum).

DLT Watcher obtiene la confirmación del compromiso de transacción de la Cadena de bloques y envía la confirmación al agente de mensajes (Service Bus).

Los consumidores de BD envían las transacciones confirmadas de la cadena de bloques a las bases de datos fuera de la cadena (Azure SQL Database).

Se analiza y visualiza la información con herramientas como Power BI al conectarse a la base de datos fuera de la cadena (Azure SQL Database).

Los eventos del libro de contabilidad se envían a Event Grid y Service Bus para que los usen los consumidores de nivel final. Algunos ejemplos de “consumidores de nivel final” son las aplicaciones lógicas, las funciones y otros códigos diseñados para realizar acciones con respecto a los eventos. Por ejemplo, una función de Azure podría recibir un evento y ubicarlo en un almacenador de datos como SQL Server.

  1. 1 Los dispositivos de IoT se comunican con IoT Hub. IoT Hub tiene una ruta configurada que enviará mensajes específicos a un Service Bus asociado con esa ruta. El mensaje sigue en el formato nativo para el dispositivo y debe traducirse al formato que usó Azure Blockchain Workbench. Una aplicación lógica de Azure realiza esa transformación. Se activa cuando se agrega un mensaje nuevo al Service Bus asociado con el centro de IoT. Luego, transforma el mensaje y lo envía al Service Bus usado para entregar mensajes a Azure Blockchain Workbench. El primer Service Bus efectivamente funciona como un “Bandeja de salida” para IoT Hub y el segundo funciona como una “Bandeja de entrada” para Azure Blockchain Workbench.
  2. 2 El consumidor de DLT recupera los datos del agente de mensajes (Service Bus) y envía los datos al Generador de transacciones: Firmante.
  3. 3 El Generador de transacciones crea y firma la transacción.
  4. 4 La transacción firmada se enruta a la Cadena de bloques (Red privada del consorcio Ethereum).
  1. 5 DLT Watcher obtiene la confirmación del compromiso de transacción de la Cadena de bloques y envía la confirmación al agente de mensajes (Service Bus).
  2. 6 Los consumidores de BD envían las transacciones confirmadas de la cadena de bloques a las bases de datos fuera de la cadena (Azure SQL Database).
  3. 7 Se analiza y visualiza la información con herramientas como Power BI al conectarse a la base de datos fuera de la cadena (Azure SQL Database).
  4. 8 Los eventos del libro de contabilidad se envían a Event Grid y Service Bus para que los usen los consumidores de nivel final. Algunos ejemplos de “consumidores de nivel final” son las aplicaciones lógicas, las funciones y otros códigos diseñados para realizar acciones con respecto a los eventos. Por ejemplo, una función de Azure podría recibir un evento y ubicarlo en un almacenador de datos como SQL Server.

Guía sobre la implementación

Productos/descripción Documentación

Detalles de la aplicación

Detecte problemas, diagnostique bloqueos y mantenga un seguimiento del uso de su aplicación web con Application Insights. Tome decisiones informadas en todo el ciclo de vida de desarrollo.

Web Apps

Cree e implemente rápidamente aplicaciones web críticas a escala

Storage

Almacenamiento en la nube duradero, de alta disponibilidad y escalable a gran escala

Máquinas virtuales

Aprovisione máquinas virtuales para Ubuntu, Red Hat, etc.

Azure Active Directory

Sincronice los directorios locales y habilite el inicio de sesión único

Azure SQL Database

Azure SQL Database es un servicio de base de datos relacional que permite crear, ampliar y escalar las aplicaciones relacionales rápidamente en la nube.

Azure Monitor

Datos de supervisión en tiempo real y con alta granularidad para cualquier recurso de Azure.

Service Bus

Conéctese a través de entornos de nube privada y pública

Event Grid

Obtenga entrega de eventos confiable a gran escala