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

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

Примечание

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

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

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

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

Категория операции	Сведения о выставлении счетов
операции с реестром удостоверений. (создание, обновление, получение, перечисление, удаление, массовое обновление, статистика)	Плата не взимается.
Отправка сообщений с устройства в облако	При входе в Центр Интернета вещей успешно отправленные сообщения тарифицируются блоками по 4 КБ. Например, сообщение размером 100 байт оплачивается как одно сообщение, а сообщение размером 6 КБ — как два. Send Device Event (Отправить событие устройства): передача данных телеметрии с устройства в облако или маршрутизация телеметрии с устройства в облако в зависимости от того, настроены ли в Центре Интернета вещей функции маршрутизации сообщений.
Получение сообщений из облака на устройство	Успешно отправленные сообщения тарифицируются как блоки по 4 КБ. Например, за сообщение размером 6 КБ взимается плата как два сообщения. Получение уведомления о привязке устройства: команда из облака на устройство
Передача файлов	Передача файлов в службу хранилища Azure не измеряется Центр Интернета вещей. Сообщения об инициации и завершении передачи файлов тарифицируются по фактически переданному объему сообщений с шагом в 4 КБ. Например, при передаче файла размером 10 МБ взимается плата за два сообщения дополнительно к оплате стоимости использования службы хранилища Azure. Create File Upload Sas URI: Device To Cloud File Upload Обновление состояния отправки файла: отправка файлов с устройства в облако
Прямые методы	Успешно выполненные запросы методов тарифицируются блоками по 4 КБ. Ответы на запросы тарифицируются в блоках по 4 КБ как дополнительные сообщения. Запросы или ответы без полезной нагрузки тарифицируются как одно сообщение. Например, метод с телом размером 4 КБ, результатом которого является ответ без полезной нагрузки от устройства, тарифицируется как два сообщения. Метод с текстом размером 6 КБ, который возвращает ответ размером 1 КБ от устройства, тарифицируется как два сообщения запроса плюс еще одно сообщение для ответа. Запросы к отключенным устройствам оплачиваются как сообщения блоками размером 4 КБ и одно сообщение для ответа, указывающего, что устройство не подключено к сети. Device — Invoke Method: Device Direct Invoke Method, Module — Invoke Method: Module Direct Invoke Method
Операции чтения двойников с устройств и модулей	Операции чтения двойника, выполняемые с устройства или модуля и из серверной части решения, тарифицируются как сообщения блоками по 4 КБ. Например, чтение двойника размером 8 КБ оплачивается как два сообщения. Получение двойника: получение двойника Получение двойника модуля: получение двойника модуля Операции чтения двойников устройства и модуля с устройства: Конечная точка: /devices/{id}/twin (MQTT, только AMQP): получение двойника D2C Конечная точка: /devices/{deviceid}/modules/{moduleid}/twin (MQTT, только AMQP): Получение двойника модуля D2C
Обновление двойников устройств и модулей (теги и свойства)	Операции обновления двойника, выполняемые с устройства или модуля и из серверной части решения, тарифицируются как сообщения блоками по 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
Запросы двойников устройств и модулей	За запросы к устройствам или devices.modules взимается плата как сообщения в зависимости от размера результата в блоках размером 4 КБ. Плата за запросы к заданиям не взимается. Получение двойников (запрос к коллекциям devices или devices.modules ): запрос устройств
Операции чтения цифрового двойника	Операции чтения цифрового двойника из серверной части решения тарифицируются как сообщения блоками по 4 КБ. Например, чтение двойника размером 8 КБ оплачивается как два сообщения. Получение цифрового двойника: получение цифрового двойника
Обновления цифрового двойника	Операции обновления цифрового двойника из серверной части решения тарифицируются как сообщения блоками по 4 КБ. Например, обновление двойника размером 12 КБ оплачивается как три сообщения. Обновление Digital Twin: исправление Digital Twin
Команды цифрового двойника	Успешно выполненные команды тарифицируются как блоки по 4 КБ, а ответы  как блоки по 4 КБ в виде дополнительных сообщений. Запросы или ответы без тела тарифицируются как одно сообщение. Например, команда с телом размером 4 КБ, которая возвращает с устройства ответ без текста, тарифицируется как два сообщения. Команда с телом размером 6 КБ, которая возвращает ответ размером 1 КБ от устройства, тарифицируется как два сообщения для команды плюс еще одно сообщение для ответа. За команды для отключенных устройств взимается плата в виде сообщений блоками размером 4 КБ и одно сообщение для ответа, указывающего, что устройство не подключено к сети. Команда вызова компонента: команда компонента цифрового двойника Вызов команды корневого уровня: корневая команда цифрового двойника
Операции заданий (создание, отмена, получение, запрос)	Плата не взимается.
Операции заданий на уровне отдельного устройства	Плата за операции заданий (например, обновления двойников и методы) взимается блоками размером 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, запускается диагностика, относящаяся к вашей проблеме. Результат отображается в виде аналитических сведений на вкладке Решения запроса. Одна из таких аналитических сведений сообщает об использовании квоты для Центра Интернета вещей, используя термины курсивом в таблице ранее. Будет ли возвращена эта конкретная информация, будет зависеть от результатов диагностики, выполненной в вашем центре Интернета вещей для проблемы, о которой вы сообщаете. Если отображается аналитические сведения об использовании квоты, можно использовать таблицу для перекрестной ссылки на указанные термины или термины использования с помощью операций, на которые они ссылаются.

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

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