Экспорт данных Интернета вещей в служебная шина

В этой статье описывается настройка экспорта данных для отправки данных в служебная шина.

Используйте эту возможность для непрерывного экспорта отфильтрованных и обогащенных данных IoT из приложения IoT Central. Экспорт данных позволяет отправлять изменения практически в реальном времени в другие компоненты облачного решения для получения когнитивных аналитических сведений по принципу "теплого пути", а также для хранения.

Например, доступны следующие возможности:

• Непрерывно экспортируйте данные телеметрии, изменения свойств, подключение устройств, жизненный цикл устройства, жизненный цикл шаблона устройства и данные журнала аудита в формате JSON практически в реальном времени.
• фильтровать потоки данных для экспорта данных, соответствующих пользовательским условиям;
• обогащать потоки данных с помощью пользовательских значений и значений свойств с устройства;
• Преобразуйте потоки данных для изменения их фигуры и содержимого.

Совет

При включении экспорта данных вы получаете данные только начиная с этого момента. Чтобы сохранить больше исторических данных, включайте экспорт непрерывных данных заранее. Чтобы вручную экспортировать данные из времени отключения экспорта данных, см. инструкции по использованию REST API IoT Central для запроса устройств.

Примечание.

В некоторых случаях для экспорта сообщений может потребоваться до 60 секунд. Это время измеряется, когда IoT Central получает сообщение от базового Центра Интернета вещей до момента доставки сообщения в конечную точку назначения.

Необходимые компоненты

Чтобы использовать функции экспорта данных, необходимо иметь разрешение на экспорт данных.

Настройка назначения экспорта служебная шина

Очереди и разделы поддерживаются для Служебная шина Azure назначения.

IoT Central экспортирует данные практически в режиме реального времени. Данные находятся в тексте сообщения и имеют формат JSON, закодированный как UTF-8.

Контейнер заметок или системных свойств сообщения содержит поля iotcentral-device-id iotcentral-application-id iotcentral-message-source и iotcentral-message-type, имеющие те же значения, что и соответствующие поля в тексте сообщения.

Параметры подключения

служебная шина назначения позволяют настроить подключение с строка подключения или управляемым удостоверением.

Управляемые удостоверения более безопасны, так как:

• Учетные данные для ресурса не хранятся в строка подключения в приложении IoT Central.
• Учетные данные автоматически привязаны к времени существования приложения IoT Central.
• Управляемые удостоверения автоматически сменяют ключи безопасности.

IoT Central в настоящее время использует управляемые удостоверения, назначаемые системой.

При настройке управляемого удостоверения конфигурация включает область и роль:

• Область определяет, где можно использовать управляемое удостоверение. Например, в качестве области можно использовать группу ресурсов Azure. В этом случае приложение IoT Central и назначение должны находиться в одной группе ресурсов.
• Роль определяет разрешения, предоставляемые приложением IoT Central в целевой службе. Например, для приложения IoT Central для отправки данных в концентратор событий управляемому удостоверению требуется назначение роли отправителя данных Центры событий Azure.

В следующем видео содержатся дополнительные сведения о назначенных системой управляемых удостоверениях:

Внимание

Чтобы экспортировать в хранилище BLOB-объектов, не используйте участника учетной записи хранения, как показано в видео. Вместо этого используйте роль участника данных BLOB-объектов хранилища.

Создание очереди или назначения раздела служебной шины

Управляемое удостоверение

В этой статье показано, как создать управляемое удостоверение с помощью Azure CLI. Вы также можете использовать портал Azure для создания удостоверений.

Если у вас нет существующего пространства имен служебная шина для экспорта, выполните следующий сценарий в среде Azure Cloud Shell bash. Скрипт создает группу ресурсов, пространство имен служебная шина и очередь. Затем скрипт включает управляемое удостоверение для приложения IoT Central и назначает роль, необходимую для доступа к очереди служебная шина:

# Replace the Service Bus namespace name with your own unique value
SBNS=your-service-bus-namespace-$RANDOM

# Replace the IoT Central app name with the name of your
# IoT Central application.
CA=your-iot-central-app

SBQ=exportdata
RG=centralexportresources
LOCATION=eastus

RGID=$(az group create -n $RG --location $LOCATION --query "id" --output tsv)
az servicebus namespace create --name $SBNS --resource-group $RG -l $LOCATION
az servicebus queue create --name $SBQ --resource-group $RG --namespace-name $SBNS

# This assumes your IoT Central application is in the 
# default `IOTC` resource group.
az iot central app identity assign --name $CA --resource-group IOTC --system-assigned
PI=$(az iot central app identity show --name $CA --resource-group IOTC --query "principalId" --output tsv)

az role assignment create --assignee $PI --role "Azure Service Bus Data Sender" --scope $RGID

az role assignment list --assignee $PI --all -o table

echo "Host name: $SBNS.servicebus.windows.net"
echo "Queue: $SBQ"

Чтобы защитить очередь или раздел и разрешить доступ только из доверенных служб с помощью управляемых удостоверений, см. статью "Экспорт данных в безопасное место назначения" в виртуальная сеть Azure.

Чтобы создать назначение служебная шина в IoT Central на странице экспорта данных:

1. Нажмите кнопку + New destination (Создать назначение).

2. Выберите Служебная шина Azure очередь или раздел Служебная шина Azure в качестве типа назначения.

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

4. Введите имя узла ресурса служебная шина. Затем введите имя очереди или раздела с учетом регистра. Имя узла выглядит следующим образом: contoso-waste.servicebus.windows.net

5. Выберите Сохранить.

Если данные, поступающие в целевую службу, не отображаются, см . статью "Устранение неполадок с экспортом данных из приложения Azure IoT Central".

Строка соединения

Если у вас нет существующего пространства имен служебная шина для экспорта, выполните следующий сценарий в среде Azure Cloud Shell bash. Скрипт создает группу ресурсов, пространство имен служебная шина и очередь. Затем он выводит строка подключения для использования при настройке экспорта данных в IoT Central:

# Replace the Service Bus namespace name with your own unique value
SBNS=your-service-bus-namespace-$RANDOM
SBQ=exportdata
RG=centralexportresources
LOCATION=eastus

az group create -n $RG --location $LOCATION
az servicebus namespace create --name $SBNS --resource-group $RG -l $LOCATION

# This example uses a Service Bus queue. You can use a Service Bus topic.
az servicebus queue create --name $SBQ --resource-group $RG --namespace-name $SBNS
az servicebus queue authorization-rule create --queue-name $SBQ --resource-group $RG --namespace-name $SBNS --name SendRule --rights Send

CS=$(az servicebus queue authorization-rule keys list --queue-name $SBQ --resource-group $RG --namespace-name $SBNS --name SendRule --query "primaryConnectionString" -o tsv)

echo "Service bus connection string: $CS"

Чтобы создать назначение служебная шина в IoT Central на странице экспорта данных:

1. Нажмите кнопку + New destination (Создать назначение).

2. Выберите Служебная шина Azure очередь или раздел Служебная шина Azure в качестве типа назначения.

3. Выберите строку подключения в качестве типа авторизации.

4. Вставьте строка подключения для ресурса служебная шина и введите имя очереди или раздела с учетом регистра при необходимости.

5. Выберите Сохранить.

Настройка экспорта данных

Теперь, когда у вас есть назначение для экспорта данных, настройте экспорт в приложении IoT Central:

1. Войдите в приложение IoT Central.

2. На панели слева выберите элемент Экспорт данных.

   Совет

   Если вы не видите элемент Экспорт данных на панели слева, у вас нет разрешений на настройку экспорта данных в приложении. Обратитесь к администратору, чтобы настроить экспорт данных.

3. Выберите + Новый экспорт.

4. Введите отображаемое имя для нового экспорта и убедитесь, что экспорт данных включен.

5. Выберите тип данных для экспорта. В следующей таблице перечислены поддерживаемые типы данных.

   Тип данных	Description	Формат данных
   Телеметрия	Экспорт сообщений телеметрии с устройств практически в реальном времени. Каждое экспортированное сообщение содержит полное содержимое исходного сообщения устройства в нормализованном виде.	Формат сообщения телеметрии
   Изменения свойств	Экспорт изменений в свойствах устройства и облака практически в реальном времени. Для свойств устройств, доступных только для чтения, экспортируются изменения в сообщаемых значениях. Для свойств, доступных для чтения и записи, экспортируются и сообщаемые, и требуемые значения.	Формат сообщения об изменении свойства
   Взаимодействие устройств	Экспорт подключенных и отключенных устройств.	Формат сообщения о подключении устройства
   Жизненный цикл устройства	Экспорт событий регистрации, удаления, подготовки, включения, отключения устройств, а также событий displayNameChanged и deviceTemplateChanged.	Формат сообщения об изменениях жизненного цикла устройства
   Жизненный цикл шаблона устройства	Экспорт опубликованных изменений шаблонов устройств, включая создание, обновление и удаление.	Формат сообщения об изменениях жизненного цикла шаблона устройства
   Журналы аудита	Журналы обновлений, инициированных пользователем, для сущностей в приложении. Дополнительные сведения см. в статье "Использование журналов аудита для отслеживания действий в приложении IoT Central"	Формат сообщения журнала аудита

6. При необходимости добавьте фильтры, чтобы уменьшить объем экспортируемых данных. Есть несколько типов фильтров, доступных для каждого типа экспорта данных:

   Тип данных	Доступные фильтры
   Телеметрия	Фильтрация по имени, идентификатору и шаблону устройства, а также при имитации устройства. Фильтрация потока, чтобы он содержал только данные телеметрии, соответствующие условиям фильтра. Фильтрация потока, чтобы он содержал только данные телеметрии с устройств со свойствами, соответствующими условиям фильтра. Фильтруйте поток, чтобы содержать только данные телеметрии с свойствами сообщения, которые соответствуют условию фильтра. Свойства сообщения (также известные как свойства приложения) отправляются в контейнер пар "ключ-значение" для каждого сообщения телеметрии. Чтобы создать фильтр свойств сообщения, введите искомый ключ свойства сообщения и укажите условие. Экспортируются только сообщения телеметрии со свойствами, соответствующими заданному условию фильтра. Дополнительные сведения о свойствах приложений из документов Центра Интернета вещей
   Изменения свойств	Фильтрация по имени, идентификатору и шаблону устройства, а также при имитации устройства. Фильтрация потока, чтобы он содержал только изменения свойств, соответствующие условиям фильтра.
   Взаимодействие устройств	Фильтрация по имени устройства, идентификатору устройства, шаблону устройства, организациям и, если устройство имитируется Фильтрация потока, чтобы он содержал только изменения с устройств со свойствами, соответствующими условиям фильтра.
   Жизненный цикл устройства	Фильтрация по имени, идентификатору и шаблону устройства, а также при имитации, включении и подготовке устройства. Фильтрация потока, чтобы он содержал только изменения с устройств со свойствами, соответствующими условиям фильтра.
   Жизненный цикл шаблона устройства	Фильтрация по шаблону устройства
   Журналы аудита	Н/П

7. При необходимости обогатите экспортированные сообщения с дополнительными метаданными пары "ключ-значение". Следующие обогащения доступны для экспорта данных телеметрии, изменений свойств, подключений устройства и жизненного цикла устройства:

   • Пользовательская строка: добавляет пользовательскую статическую строку к каждому сообщению. Введите любой ключ и строковое значение.
   • Свойство, которое добавляется в каждое сообщение:
     • Метаданные устройства, такие как имя устройства, имя шаблона устройства, включено, организации, подготовленные и имитированные.
     • Текущее свойство сообщаемого устройства или значение облачного свойства для каждого сообщения. Если экспортированное сообщение отправлено с устройства, у которого нет указанного свойства, экспортированное сообщение не получает обогащения.

Настройте назначение экспорта:

1. Выберите +Назначение , чтобы добавить место назначения, которое вы уже создали или нажмите кнопку "Создать новую".

2. Чтобы преобразовать данные перед экспортом, нажмите кнопку +Преобразовать. Дополнительные сведения см. в статье "Преобразование данных в приложении IoT Central" для экспорта.

3. Выберите +Назначение , чтобы добавить до пяти назначений в один экспорт.

4. Завершив настройку экспорта, нажмите кнопку Сохранить. Через несколько минут ваши данные будут отображаться в выбранном назначении.

Мониторинг экспорта

На странице экспорта данных в IoT Central можно проверить состояние экспорта. Вы также можете использовать Azure Monitor , чтобы узнать, сколько данных вы экспортируете и какие-либо ошибки экспорта. Вы можете получить доступ к метрикам экспорта и работоспособности устройств в диаграммах в портал Azure с помощью REST API, запросов в PowerShell или Azure CLI. Сейчас в Azure Monitor можно отслеживать следующие метрики экспорта данных:

• число сообщений, входящих в экспорт до применения фильтров;
• число сообщений, прошедших через фильтры;
• число сообщений, успешно экспортированных в назначения.
• Количество обнаруженных ошибок.

Дополнительные сведения см. в статье Мониторинг работоспособности приложения.

Форматы данных

В следующих разделах описываются форматы экспортированных данных:

Формат телеметрии

Каждое экспортированное сообщение содержит нормализованную форму полного сообщения, отправленного устройством в тексте сообщения. Сообщение представлено в формате JSON и кодируется как UTF-8. В каждом сообщении содержатся следующие сведения:

• applicationId: идентификатор приложения IoT Central.
• messageSource: источник сообщения — telemetry.
• deviceId: идентификатор устройства, с которого было отправлено сообщение телеметрии.
• schema: имя и версия схемы полезных данных.
• templateId: идентификатор шаблона устройства, назначенного устройству.
• enqueuedTime: время, в течение которого IoT Central получил это сообщение.
• enrichments: все обогащения, настроенные для экспорта.
• module: модуль IoT Edge, который отправил это сообщение. Это поле отображается только в том случае, если сообщение поступило из модуля IoT Edge.
• component: компонент, который отправил это сообщение. Это поле отображается только в том случае, если возможности, отправленные в сообщении, были смоделированы как компонент в шаблоне устройства.
• messageProperties: другие свойства, отправляемые устройством с сообщением. Эти свойства иногда называют свойствами приложения. Дополнительные сведения см. в документах Центра Интернета вещей.

Свойства сообщения

Сообщения телеметрии имеют свойства для метаданных, а также полезные данные телеметрии. В предыдущем фрагменте показаны примеры системных сообщений, таких как deviceId и enqueuedTime. Дополнительные сведения о свойствах системного сообщения см. в статье "Свойства системы" сообщений Центр Интернета вещей устройства в облако.

Свойства можно добавить в сообщения телеметрии, если необходимо добавить пользовательские метаданные в сообщения телеметрии. Например, необходимо добавить отметку времени при создании сообщения устройством.

В следующем фрагменте кода показано, как добавить свойство iothub-creation-time-utc в сообщение при его создании на устройстве:

Внимание

Такая метка времени должна быть в формате UTC без сведений о часовом поясе. Например, 2021-04-21T11:30:16Z использовать можно, а 2021-04-21T11:30:16-07:00 — нет.

JavaScript

async function sendTelemetry(deviceClient, index) {
  console.log('Sending telemetry message %d...', index);
  const msg = new Message(
    JSON.stringify(
      deviceTemperatureSensor.updateSensor().getCurrentTemperatureObject()
    )
  );
  msg.properties.add("iothub-creation-time-utc", new Date().toISOString());
  msg.contentType = 'application/json';
  msg.contentEncoding = 'utf-8';
  await deviceClient.sendEvent(msg);
}

Java

private static void sendTemperatureTelemetry() {
  String telemetryName = "temperature";
  String telemetryPayload = String.format("{\"%s\": %f}", telemetryName, temperature);

  Message message = new Message(telemetryPayload);
  message.setContentEncoding(StandardCharsets.UTF_8.name());
  message.setContentTypeFinal("application/json");
  message.setProperty("iothub-creation-time-utc", Instant.now().toString());

  deviceClient.sendEventAsync(message, new MessageIotHubEventCallback(), message);
  log.debug("My Telemetry: Sent - {\"{}\": {}°C} with message Id {}.", telemetryName, temperature, message.getMessageId());
  temperatureReadings.put(new Date(), temperature);
}

C#

private async Task SendTemperatureTelemetryAsync()
{
  const string telemetryName = "temperature";

  string telemetryPayload = $"{{ \"{telemetryName}\": {_temperature} }}";
  using var message = new Message(Encoding.UTF8.GetBytes(telemetryPayload))
  {
      ContentEncoding = "utf-8",
      ContentType = "application/json",
  };
  message.Properties.Add("iothub-creation-time-utc", DateTime.UtcNow.ToString("yyyy-MM-ddTHH:mm:ssZ"));
  await _deviceClient.SendEventAsync(message);
  _logger.LogDebug($"Telemetry: Sent - {{ \"{telemetryName}\": {_temperature}°C }}.");
}

Python

async def send_telemetry_from_thermostat(device_client, telemetry_msg):
    msg = Message(json.dumps(telemetry_msg))
    msg.custom_properties["iothub-creation-time-utc"] = datetime.now(timezone.utc).isoformat()
    msg.content_encoding = "utf-8"
    msg.content_type = "application/json"
    print("Sent message")
    await device_client.send_message(msg)

Формат изменения свойства

Каждое сообщение или запись представляет одно изменение в свойствах устройства или облака. В экспортированном сообщении содержатся следующие сведения:

• applicationId: идентификатор приложения IoT Central.
• messageSource: источник сообщения — properties.
• messageType: cloudPropertyChange, devicePropertyDesiredChange или devicePropertyReportedChange.
• deviceId: идентификатор устройства, с которого было отправлено сообщение телеметрии.
• schema: имя и версия схемы полезных данных.
• enqueuedTime: время, в течение которого IoT Central обнаружила это изменение.
• templateId: идентификатор шаблона устройства, назначенного устройству.
• properties: массив измененных свойств, включая имена измененных свойств и значений. Сведения о компоненте и модуле включаются в том случае, если свойство моделируется внутри компонента или модуля IoT Edge.
• enrichments: все обогащения, настроенные для экспорта.

Формат изменения подключения устройства

Каждое сообщение или запись представляет событие подключения с одного устройства. В экспортированном сообщении содержатся следующие сведения:

• applicationId: идентификатор приложения IoT Central.
• messageSource: источник сообщения — deviceConnectivity.
• messageType: connected или disconnected.
• deviceId: идентификатор измененного устройства.
• schema: имя и версия схемы полезных данных.
• templateId: идентификатор шаблона устройства, назначенного устройству.
• enqueuedTime: время, когда это изменение произошло в IoT Central.
• enrichments: все обогащения, настроенные для экспорта.

Формат изменения жизненного цикла устройства

Каждое сообщение или запись представляет одно изменение для одного устройства. В экспортированном сообщении содержатся следующие сведения:

• applicationId: идентификатор приложения IoT Central.
• messageSource: источник сообщения — deviceLifecycle.
• messageType: тип произошедшего изменения. Одно из значений: registered, deleted, provisioned, enabled, disabled, displayNameChanged или deviceTemplateChanged.
• deviceId: идентификатор измененного устройства.
• schema: имя и версия схемы полезных данных.
• templateId: идентификатор шаблона устройства, назначенного устройству.
• enqueuedTime: время, когда это изменение произошло в IoT Central.
• enrichments: все обогащения, настроенные для экспорта.

Формат изменения жизненного цикла шаблона устройства

Каждое сообщение или запись представляет одно изменение в одном опубликованном шаблоне устройства. В экспортированном сообщении содержатся следующие сведения:

• applicationId: идентификатор приложения IoT Central.
• messageSource: источник сообщения — deviceTemplateLifecycle.
• messageType: created, updated или deleted.
• schema: имя и версия схемы полезных данных.
• templateId: идентификатор шаблона устройства, назначенного устройству.
• enqueuedTime: время, когда это изменение произошло в IoT Central.
• enrichments: все обогащения, настроенные для экспорта.

Формат журналов аудита

Каждое сообщение журнала аудита представляет собой изменение, инициированное пользователем, на сущность, доступную для аудита, в приложении IoT Central. В экспортированном сообщении содержатся следующие сведения:

• actor: сведения о пользователе, который изменил сущность.
• applicationId: идентификатор приложения IoT Central.
• messageSource: источник сообщения — audit.
• messageType: тип произошедшего изменения. Одно из: updated, created, deleted.
• updated: имеется только в том updatedслучаеmessageType. Дополнительные сведения об обновлении.
• resource: сведения об измененной сущности.
• schema: имя и версия схемы полезных данных.
• deviceId: идентификатор измененного устройства.
• enqueuedTime: время, когда это изменение произошло в IoT Central.
• enrichments: все обогащения, настроенные для экспорта.

Для служебная шина IoT Central экспортирует новые данные сообщений в очередь или раздел служебная шина практически в режиме реального времени. В свойствах пользователя (также называемых свойствами приложения) каждого сообщения автоматически включаются iotcentral-device-id, iotcentral-application-id, iotcentral-message-source и iotcentral-message-type.

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

Теперь, когда вы знаете, как экспортировать в служебная шина, рекомендуемый следующий шаг — узнать, как экспортировать в Центры событий.