сведения о выставлении счетов Центр Интернета вещей Azure

На странице Центр Интернета вещей Azure — Цены представлены общие сведения о различных номерах SKU и формировании цен для Центра Интернета вещей. В этой статье содержатся сведения о том, как различные функции Центр Интернета вещей измеряются как сообщения по Центр Интернета вещей.

Примечание.

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

Тарификация по операциям

Используйте следующую таблицу, чтобы определить, за какие операции взимается плата. Все тарифицируемые операции оплачиваются блоками по 4 КБ в центрах Интернета вещей уровня "Базовый" и "Стандартный". Операции измеряются блоками по 0,5 КБ в центрах Интернета вещей уровня "Бесплатный". Сведения о каждой категории см. в столбце Сведения о выставлении счетов. Этот столбец содержит следующие сведения:

• Сведения о том, как тарифицируемые операции измеряются в центрах Интернета вещей уровня "Базовый" и "Стандартный". Не все операции доступны на уровне "Базовый".
• Операции, которые приводят к сбору, либо:
  • Ссылка на документацию по REST API, если она существует.
  • Конечная точка операции, если документация по REST API недоступна или если операция доступна только через MQTT и (или) AMQP. В значении конечной точки отсутствует ведущая ссылка на целевой центр Интернета вещей ({fully-qualified-iothubname}.azure-devices.net).
• Один или несколько терминов, выделенных курсивом после каждой операции (или конечной точки). Эти термины представляют тарифицируемые операции, которые оплачиваются из квоты для вашего центра Интернета вещей. Вы можете увидеть эти термины, предоставленные как часть информации об использовании квоты, когда вы инициируете запрос в службу поддержки на портале Azure. Они также могут быть возвращены службой поддержки клиентов. Вы можете использовать приведенную ниже таблицу, чтобы сопоставить эти термины с соответствующей операцией и разобраться с использованием квот и выставлением счетов для вашего решения Интернета вещей. Дополнительные сведения см. в разделе Пример 4.

Категория операции	Данные для выставления счетов
Операции реестра удостоверений (создание, обновление, получение, перечисление, удаление, массовое обновление, статистика)	Плата не взимается.
Отправка сообщений с устройства в облако	При входе в Центр Интернета вещей успешно отправленные сообщения тарифицируются блоками по 4 КБ. Например, сообщение размером 100 байт оплачивается как одно сообщение, а сообщение размером 6 КБ — как два. Отправка события устройства: устройство в облачную телеметрию или устройство в облачную маршрутизацию телеметрии в зависимости от того, настроен ли центр Интернета вещей функции маршрутизации сообщений.
Получение сообщений из облака на устройство	Успешно отправленные сообщения тарифицируются как блоки по 4 КБ. Например, сообщение размером 6 КБ оплачивается как два сообщения. Получение уведомления о привязке устройства: команда cloud to device
Отправка файлов	Передача файлов в служба хранилища Azure не измеряется Центр Интернета вещей. Сообщения об инициации и завершении передачи файлов тарифицируются по фактически переданному объему сообщений с шагом в 4 КБ. Например, при передаче файла размером 10 МБ взимается плата за два сообщения дополнительно к оплате стоимости использования службы хранилища Azure. Создание URI отправки файлов sas: устройство в облако Обновление состояния отправки файла: устройство в облако
Прямые методы	Успешно выполненные запросы методов тарифицируются блоками по 4 КБ. Ответы на запросы тарифицируются в блоках по 4 КБ как дополнительные сообщения. Запросы или ответы без полезной нагрузки тарифицируются как одно сообщение. Например, метод с телом размером 4 КБ, результатом которого является ответ без полезной нагрузки от устройства, тарифицируется как два сообщения. Метод с текстом размером 6 КБ, который возвращает ответ размером 1 КБ от устройства, тарифицируется как два сообщения запроса плюс еще одно сообщение для ответа. Запросы на отключенные устройства взимается как сообщения в блоках 4 КБ, а также одно сообщение для ответа, указывающее, что устройство не подключено к сети. Устройство — метод Invoke: метод Direct Invoke устройства, Модуль — метод Invoke: Метод Direct Invoke модуля
Операции чтения двойников с устройств и модулей	Операции чтения двойника, выполняемые с устройства или модуля и из серверной части решения, тарифицируются как сообщения блоками по 4 КБ. Например, чтение двойника размером 8 КБ взимается в виде двух сообщений. Получение двойника: Получение двойника Получение двойника модуля: получение двойника модуля Чтение двойников устройств и модулей с устройства: Конечная точка: /devices/{id}/twin (только MQTT, AMQP): D2C Get Twin Конечная точка: /devices/{deviceid}/modules/{moduleid}/twin (только MQTT, AMQP): Модуль D2C Get Twin
Обновление двойников устройств и модулей (теги и свойства)	Операции обновления двойника, выполняемые с устройства или модуля и из серверной части решения, тарифицируются как сообщения блоками по 4 КБ. Например, обновление 12 КБ для двойника взимается в виде трех сообщений. Обновление двойника: обновление двойника Обновление двойника модуля: обновление двойника модуля Замена двойника: замена двойника Замена двойника модуля: замена двойника модуля Обновите свойства устройства или двойника модуля, сообщаемые с устройства: Конечная точка: /twin/PATCH/properties/reported/ (только MQTT, AMQP): D2 Patch ReportedProperties или Module D2 Patch ReportedProperties Получение уведомлений об обновлении требуемых свойств на устройстве: Конечная точка: /twin/PATCH/properties/desired/ (только MQTT, AMQP): D2C Notify DesiredProperties или Module D2C Notify DesiredProperties
Запросы двойников устройств и модулей	Запросы к устройствам или устройствам.modules взимается в виде сообщений в зависимости от размера результатов в блоках размером 4 КБ. Запросы к заданиям не взимается. Получение Двойников (запрос к устройствам или коллекциям device.modules): Запрос устройств
Операции чтения цифрового двойника	Операции чтения цифрового двойника из серверной части решения тарифицируются как сообщения блоками по 4 КБ. Например, чтение двойника размером 8 КБ взимается в виде двух сообщений. Get Digital Twin: Get Digital Twin
Обновления цифрового двойника	Операции обновления цифрового двойника из серверной части решения тарифицируются как сообщения блоками по 4 КБ. Например, обновление 12 КБ для двойника взимается в виде трех сообщений. Обновление Digital Twin: Patch Digital Twin
Команды цифрового двойника	Успешно выполненные команды тарифицируются как блоки по 4 КБ, а ответы  как блоки по 4 КБ в виде дополнительных сообщений. Запросы или ответы без тела тарифицируются как одно сообщение. Например, команда с телом размером 4 КБ, которая возвращает с устройства ответ без текста, тарифицируется как два сообщения. Команда с телом размером 6 КБ, которая возвращает ответ размером 1 КБ от устройства, тарифицируется как два сообщения для команды плюс еще одно сообщение для ответа. Команды для отключенных устройств оплачиваются как сообщения в блоках 4 КБ, а также одно сообщение для ответа, указывающее, что устройство не подключено к сети. Вызов команды компонента: команда компонента Digital Twin Вызов команды корневого уровня: команда "Корневой двойник"
Операции заданий (создание, отмена, получение, запрос)	Плата не взимается.
Операции заданий на уровне отдельного устройства	За операции заданий (например, обновления двойников и методы) взимается плата за блоки 4 КБ. Например, задание, в результате чего 1000 вызовов метода с запросами 1 КБ и ответами на пустые полезные данные взимается 2000 сообщений (по одному сообщению для каждого запроса и ответа). Обновление задания двойника устройства Вызов задания устройства метода
Операции конфигурации (создание, обновление, получение, перечисление, удаление, тестовый запрос)	Плата не взимается.
Настройка операций для устройства	Операции конфигурации тарифицируются как сообщения блоками по 4 КБ. Ответы не взимается. Например, операция применения конфигурации с телом размером 6 КБ тарифицируется как два сообщения. Применить на пограничном устройстве: применить службу конфигурации.
Сообщения для проверки активности	При использовании протоколов AMQP или MQTT сообщения обмениваются данными для установления подключения и сообщений, обмененных в ходе переговоров, или для поддержания открытого и активного подключения, не взимается плата.
Потоки устройств (предварительная версия)	Потоки устройств в предварительной версии и операции пока не взимается. Конечная точка: /twins/{deviceId}/streams/{streamName}: потоки устройств Конечная точка: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}: модуль Потоков устройств

Примечание.

Все размеры вычисляются с учетом объема полезных данных в байтах (протокол кадрирования игнорируется). Для сообщений, имеющих свойства и текст, размер вычисляется в зависимости от протокола. Дополнительные сведения см. в статье Формат сообщений в Центре Интернета вещей.

Максимальные размеры сообщений различаются для разных типов операций. Дополнительные сведения см. в статье Квоты и регулирование Центра Интернета вещей.

Для некоторых операций можно использовать стратегии пакетной обработки и сжатия для снижения затрат. Пример использования телеметрии, отправляемой с устройства в облако, см. в разделе Примере № 3.

Пример №1

Каждую минуту устройство отправляет в Центр Интернета вещей одно сообщение из устройства в облако размером 1 КБ, которое затем считывается службой Azure Stream Analytics. Каждые 10 минут серверная часть решения вызывает метод (с полезными данными объемом 512 байт) на устройстве для запуска определенного действия. Устройство отвечает на метод с результатом в 200 байт.

Устройство использует:

• Одно сообщение * 60 минут * 24 часа = 1440 сообщений с устройства в облако в день.

• Два сообщения (запрос плюс ответ) * 6 раз в час * 24 часа = 288 сообщений для методов.

Этот расчет дает в общей сложности 1728 сообщений в день.

Пример №2

Каждый час устройство отправляет одно сообщение из устройства в облако размером 100 КБ. Кроме того, каждые 4 часа оно обновляет свой двойник устройства (с полезными данными объемом 1 КБ). Один раз в день серверная часть решения считывает с двойника устройства 14 КБ и обновляет его полезными данными объемом 512 байт для изменения конфигурации.

Устройство использует:

• 25 (100 КБ/4 КБ) сообщений * 24 часа для сообщений с устройства в облако.

• Одно сообщение (1 КБ / 4 КБ) * шесть раз в день для обновлений двойников устройств.

Этот расчет дает в общей сложности 606 сообщений в день.

Серверная часть решения использует четыре сообщения (14 КБ / 4 КБ) для чтения двойника устройства, а также одно сообщение (512 / 4 КБ) для его обновления, всего пять сообщений.

В общей сложности устройство и серверная часть решения потребляют 611 сообщений в день.

Пример № 3

В зависимости от вашего сценария пакетные сообщения могут сократить использование вашей квоты.

Например, рассмотрим устройство с датчиком, который генерирует только 100 байт данных при каждом считывании.

• Если устройство объединяет 40 считываний датчиков в одно сообщение, передаваемое с устройства в облако, с полезной нагрузкой 4 КБ (40 * 100 байт), только одно сообщение тарифицируется по квоте. Если устройство считывает датчик 40 раз в час и объединяет эти считывания в одно сообщение от устройства к облаку в час, оно будет отправлять 24 сообщения в день.

• Если устройство отправляет сообщение с устройства в облако с полезной нагрузкой размером 100 байт для каждого считанного датчика, оно потребляет 40 сообщений по квоте для того же объема данных. Если устройство считывает датчик 40 раз в час и отправляет каждое сообщение отдельно, оно будет отправлять 960 сообщений в день (40 сообщений * 24).

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

Пример № 4

Когда вы открываете запрос в службу поддержки на портале Azure, запускается диагностика, относящаяся к вашей проблеме. Результат отображается в виде аналитических сведений на вкладке Решения запроса. Одна из таких аналитических сведений сообщает об использовании квоты для Центра Интернета вещей с помощью терминов курсивов в таблице ранее. Будет ли возвращена эта конкретная информация, будет зависеть от результатов диагностики, выполненной в вашем центре Интернета вещей для проблемы, о которой вы сообщаете. Если сообщается о аналитических сведениях об использовании квот, можно использовать таблицу для перекрестной ссылки на указанный термин использования или термины с данными операций, к которым они относятся.

Например, на следующем снимке экрана показан запрос в службу поддержки, инициированный для решения проблемы с телеметрией, отправляемой с устройства в облако.

Когда вы выберете Следующие решения, сведения об использовании квоты будут возвращены диагностикой в раздел Разбивка квоты ежедневных сообщений Центра Интернета вещей. Будет показана разбивка сообщений, отправляемых с устройства в облако, отправленных в центр Интернета вещей. В этом случае маршрутизация сообщений включена в центре Интернета вещей, поэтому сообщения отображаются как Маршрутизация телеметрии, отправляемой с устройства в облако. Имейте в виду, что сведения об использовании квоты могут не возвращаться для той же проблемы в другом центре Интернета вещей. То, что возвращается, будет зависеть от активности и состояния этого центра Интернета вещей.