Изменить

Отслеживание и трассировка цепочки поставок

Центр Интернета вещей Azure

Идеи решения

Эта статья является идеей решения. Если вы хотите расширить содержимое с дополнительными сведениями, такими как потенциальные варианты использования, альтернативные службы, рекомендации по реализации или рекомендации по ценам, сообщите нам, предоставив отзыв GitHub.

Распространенный шаблон блокчейна — это мониторинг актива с поддержкой Интернета вещей, так как он перемещается по многопартийной цепочке поставок.

Архитектура

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.Скачайте SVG-файл для этой архитектуры.

Устройства Интернета вещей обмениваются данными с Центром Интернета вещей. В Центре Интернета вещей настроен маршрут, по которому в связанную с ним служебную шину будут отправляться специальные сообщения. Сообщения по-прежнему представлены в собственном формате устройства. Их нужно преобразовать в формат, используемый Azure Blockchain Workbench.

Это преобразование выполняет приложение логики Azure. Он активируется при добавлении нового сообщения в служебная шина, связанной с Центром Интернета вещей, затем преобразует сообщение и доставляет его в служебная шина, используемый для доставки сообщений в Блокчейн Azure Workbench.

Первая служебная шина эффективно используется в качестве папки "Исходящие" для Центра Интернета вещей, а вторая — в качестве папки "Входящие" для Azure Blockchain Workbench.

Поток данных

  1. Устройства Интернета вещей обмениваются данными с Центром Интернета вещей. В Центре Интернета вещей настроен маршрут, по которому в связанную с ним служебную шину будут отправляться специальные сообщения. Сообщения по-прежнему представлены в собственном формате устройства. Их нужно преобразовать в формат, используемый Azure Blockchain Workbench. Это преобразование выполняет приложение логики Azure. Он активируется при добавлении нового сообщения в служебная шина, связанной с Центром Интернета вещей, затем преобразует сообщение и доставляет его в служебная шина, используемый для доставки сообщений в Блокчейн Azure Workbench. Первая служебная шина эффективно используется в качестве папки "Исходящие" для Центра Интернета вещей, а вторая — в качестве папки "Входящие" для Azure Blockchain Workbench.
  2. Объект-получатель DLT извлекает данные из брокера сообщений (служебной шины) и отправляет их в построитель транзакций — подписывающий объект.
  3. Построитель транзакций создает и подписывает транзакцию.
  4. Подписанная транзакция направляется в блокчейн (частную сеть Ethereum Consortium).
  5. Наблюдатель DLT получает подтверждение фиксации транзакции в блокчейне и отправляет подтверждение в брокер сообщений (служебную шину).
  6. Объекты-получатели баз данных отправляют подтвержденные транзакции блокчейна в базы данных вне блокчейна (База данных SQL Azure).
  7. Информация анализируется и визуализируется с помощью таких средств, как Power BI, путем подключения к базам данных вне блокчейна (База данных SQL Azure).
  8. События из реестра доставляются в Сетку событий и служебную шину для использования нижестоящими объектами-получателями. Нижестоящими объектами-получателями могут быть приложения логики, функции или другой код, разработанный для реагирования на события. Например, функция Azure может получить событие и поместить его в такое хранилище данных, как SQL Server.

Компоненты

  • Приложение Аналитика. Обнаружение проблем, диагностика сбоев и отслеживание использования в веб-приложении с помощью приложения Аналитика. Принимайте взвешенные решения на всех этапах жизненного цикла разработки.
  • веб-приложения. Быстрое создание и развертывание критически важных веб-приложений в масштабе
  • служба хранилища учетные записи: устойчивое, высокодоступное и масштабируемое облачное хранилище
  • Виртуальные машины. Подготовка виртуальных машин для Ubuntu, Red Hat и многое другое
  • Идентификатор Microsoft Entra: синхронизация локальных каталогов и включение единого входа
  • База данных SQL Azure — это служба реляционной базы данных, которая позволяет быстро создавать, расширять и масштабировать реляционные приложения в облаке.
  • Azure Monitor. Данные мониторинга с высокой степенью детализации и реального времени для любого ресурса Azure.
  • служебная шина: Подключение в частных и общедоступных облачных средах
  • Сетка событий: получение надежной доставки событий в большом масштабе

Подробности сценария

Потенциальные варианты использования

Наглядным примером такой схемы является транспортировка в охлажденном состоянии скоропортящихся товаров, например продуктов питания или фармацевтических средств, которая требует соблюдения определенных правил соответствия на всех этапах транспортировки. В этом сценарии сторона-инициатор (например, розничный продавец) устанавливает условия контракта, такие как требуемый уровень влажности и температурный диапазон, которых должны придерживаться лица, ответственные за выполнение цепочки поставок.

В любой момент, если устройство принимает измерение температуры или влажности, которое находится вне диапазона, состояние смарт-контракта будет обновлено, чтобы указать, что оно не соответствует требованиям, записав транзакцию в блокчейне и активировав исправление событий внизу.

Развертывание этого сценария

Следующие шаги