Informações de faturação do Hub IoT do Azure

Os preços do Hub IoT do Azure fornecem informações gerais sobre diferentes SKUs e preços para o Hub IoT. Este artigo contém detalhes sobre como as várias funcionalidades do Hub IoT são medidas como mensagens pelo Hub IoT.

Nota

Alguns dos recursos mencionados neste artigo, como mensagens de nuvem para dispositivo, gêmeos de dispositivo e gerenciamento de dispositivos, estão disponíveis apenas na camada padrão do Hub IoT. Para obter mais informações sobre as camadas básica e padrão/gratuita do Hub IoT, consulte Escolha a camada e o tamanho certos do Hub IoT para sua solução.

Encargos por operação

Use a tabela a seguir para ajudar a determinar quais operações são cobradas. Todas as operações faturáveis são cobradas em blocos de 4K bytes em hubs IoT de nível básico e padrão. As operações são medidas em blocos de 0,5 K bytes em hubs IoT de nível gratuito. Os detalhes de cada categoria são fornecidos na coluna Informações de faturamento. Esta coluna inclui as seguintes informações:

• Detalhes de como as operações faturáveis são medidas em hubs IoT de camada básica e padrão. Nem todas as operações estão disponíveis na camada básica.
• As operações que resultam em encargos, com:
  • Um link para a documentação da API REST, se existir.
  • O ponto de extremidade da operação se a documentação da API REST não estiver disponível ou se a operação estiver disponível apenas em MQTT e/ou AMQP. O valor do ponto final omite a referência inicial ao hub IoT de destino; {fully-qualified-iothubname}.azure-devices.net.
• Um ou mais termos em itálico após cada operação (ou ponto de extremidade). Esses termos representam operações faturáveis que são cobradas de acordo com a cota para seu hub IoT. Você pode ver esses termos fornecidos como parte de uma análise do uso da quota quando inicia um pedido de suporte no portal do Azure. Eles também podem ser devolvidos pelo suporte ao cliente. Você pode usar a tabela abaixo para fazer referência cruzada a esses termos com a operação correspondente para ajudá-lo a entender o uso da cota e o faturamento de sua solução de IoT. Para obter mais informações, consulte o Exemplo 4.

Categoria de operação	Informações de faturação
Operações de registo de identidade (criar, atualizar, obter, listar, excluir, atualização em massa, estatísticas)	Não cobrado.
Mensagens do dispositivo para a cloud	As mensagens enviadas com êxito são cobradas em blocos de 4 KB ao entrar no Hub IoT. Por exemplo, uma mensagem de 100 bytes é cobrada como uma mensagem e uma mensagem de 6 KB é cobrada como duas mensagens. Enviar Evento de Dispositivo: ou Telemetria de Dispositivo para Nuvem ou Roteamento de Telemetria de Dispositivo para Nuvem, dependendo se o hub IoT tem funcionalidades de roteamento de mensagens configuradas.
Mensagens da nuvem para o dispositivo	As mensagens enviadas com êxito são cobradas em blocos de 4 KB. Por exemplo, uma mensagem de 6 KB é cobrada como duas mensagens. Receber notificação vinculada ao dispositivo: comando Cloud To Device
Carregamentos de ficheiros	A transferência de arquivos para o Armazenamento do Azure não é medida pelo Hub IoT. As mensagens de início e conclusão da transferência de arquivos são cobradas como mensagens medidas em incrementos de 4 KB. Por exemplo, a transferência de um arquivo de 10 MB é cobrada como duas mensagens, além do custo do Armazenamento do Azure. Criar Uri Sas de Upload de Ficheiro: Upload de Ficheiro do Dispositivo para a Nuvem Atualizar estado de carregamento de ficheiro: Carregamento de ficheiro do dispositivo para a nuvem
Métodos diretos	As solicitações de método bem-sucedidas são cobradas em blocos de 4 KB e as respostas são cobradas em blocos de 4 KB como mensagens adicionais. Solicitações ou respostas sem carga útil são cobradas como uma mensagem. Por exemplo, um método com um corpo de 4 KB que resulta numa resposta sem carga útil a partir do dispositivo é contabilizado como duas mensagens. Um método com um corpo de 6 KB que resulta em uma resposta de 1 KB do dispositivo é cobrado como duas mensagens para a solicitação mais outra mensagem para a resposta. As solicitações para dispositivos desconectados são cobradas como mensagens em blocos de 4 KB mais uma mensagem para uma resposta que indica que o dispositivo não está online. Device - Método de Invocação: Método de Invocação Direta do Dispositivo, Módulo - Método Invocar: Método de Invocação Direta do Módulo
Leituras duplas de dispositivos e módulos	As leituras gêmeas do dispositivo ou módulo e do back-end da solução são cobradas como mensagens em blocos de 4 KB. Por exemplo, a leitura de um gêmeo de 8 KB é cobrada como duas mensagens. Get Twin: Get Twin Obter Módulo Twin: Obter Módulo Twin Leia os gémeos do dispositivo e do módulo a partir de um dispositivo: Endpoint: /devices/{id}/twin (MQTT, apenas AMQP): D2C Get Twin Ponto de extremidade: /devices/{deviceid}/modules/{moduleid}/twin (MQTT, AMQP apenas): Módulo D2C Get Twin
Atualizações gêmeas de dispositivo e módulo (tags e propriedades)	As atualizações gêmeas do dispositivo ou módulo e do back-end da solução são cobradas como mensagens em blocos de 4 KB. Por exemplo, uma atualização de 12 KB para um gêmeo é cobrada como três mensagens. Atualizar Twin: Atualizar Twin Módulo de Atualização Twin: Módulo de Atualização Twin Substituir Duplo: Substituir Duplo Substituir Módulo Twin: Substituir Módulo Twin Atualizar propriedades relatadas de gêmeos de dispositivo ou módulo de um dispositivo: Ponto de extremidade: /twin/PATCH/properties/reported/ (MQTT, AMQP apenas): D2 Patch ReportedProperties ou Module D2 Patch ReportedProperties Receba notificações de atualização de propriedades desejadas em um dispositivo: Endpoint: /twin/PATCH/properties/desired/ (MQTT, AMQP apenas): D2C Notify DesiredProperties ou Module D2C Notify DesiredProperties
Consultas gêmeas de dispositivo e módulo	As consultas a dispositivos ou devices.modules são cobradas em função do tamanho do resultado em blocos de 4 KB, sendo consideradas como mensagens. As consultas contra trabalhos não são cobradas. Obter gémeos (consulta nas coleções dispositivos ou dispositivos.módulos): Consultar dispositivos
Leituras de gêmeos digitais	As leituras de gémeos digitais do "back-end" da solução são cobradas como mensagens em blocos de 4 KB. Por exemplo, a leitura de um gêmeo de 8 KB é cobrada como duas mensagens. Obter Digital Twin: Obter Digital Twin
Atualizações de gêmeos digitais	As atualizações de gêmeos digitais do back-end da solução são cobradas como mensagens em blocos de 4 KB. Por exemplo, uma atualização de 12 KB para um gêmeo é cobrada como três mensagens. Atualização Digital Twin: Patch Digital Twin
Comandos de gêmeos digitais	Os comandos bem-sucedidos são cobrados em blocos de 4 KB e as respostas são cobradas em blocos de 4 KB como mensagens adicionais. Solicitações ou respostas sem conteúdo são cobradas como uma mensagem. Por exemplo, um comando com um corpo de 4 KB que resulta numa resposta sem conteúdo do dispositivo é cobrado como duas mensagens. Um comando com um corpo de 6 KB que resulta numa resposta de 1 KB proveniente do dispositivo é cobrado como duas mensagens para o comando mais outra mensagem para a resposta. Os comandos para dispositivos desconectados são cobrados como mensagens em blocos de 4 KB. Será cobrada uma mensagem adicional para a resposta que indica que o dispositivo não está online. Comando de Invocar Componente: Comando de Componente do Gémeo Digital Comando Invoke Root Level: Comando Digital Twin Root
Operações de trabalho (criar, cancelar, obter, consultar)	Não cobrado.
Trabalhos por operação de dispositivo	As operações de trabalhos (como atualizações gêmeas e métodos) são cobradas em blocos de 4 KB. Por exemplo, um trabalho que resulta em 1000 chamadas de método, com solicitações de 1 KB e respostas sem carga, tem um custo de 2000 mensagens (uma mensagem para cada solicitação e resposta). Atualizar tarefa de Twin Device Invocar Tarefa do Dispositivo de Método
Operações de configuração (criar, atualizar, obter, listar, excluir, testar consulta)	Não cobrado.
Operações de configuração por dispositivo	As operações de configuração são cobradas como mensagens em blocos de 4 KB. As respostas não são cobradas. Por exemplo, uma operação de configuração de aplicação com um corpo de 6 KB é cobrada como duas mensagens. Aplicar no Dispositivo de Periferia: Aplicação do Serviço de Configuração.
Mensagens Keep-alive	Ao usar protocolos AMQP ou MQTT, as mensagens trocadas para estabelecer a conexão e as mensagens trocadas na negociação, ou para manter a conexão aberta e viva, não são cobradas.
Fluxos de dispositivos (visualização)	Os fluxos de dispositivos estão em pré-visualização e as operações ainda não são cobradas. Ponto de extremidade: /twins/{deviceId}/streams/{streamName}: Fluxos de dispositivos Ponto de extremidade: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}Módulo de fluxos de dispositivos

Nota

Todos os tamanhos são calculados considerando o tamanho da carga em bytes (o enquadramento do protocolo é ignorado). Para mensagens que têm propriedades e corpo, o tamanho é calculado independentemente do protocolo. Para obter mais informações, consulte Formato de mensagem do Hub IoT.

Os tamanhos máximos de mensagem diferem para diferentes tipos de operações. Para saber mais, veja Limitação e quotas do Hub IoT.

Para algumas operações, você pode usar estratégias de lote e compactação para reduzir custos. Para obter um exemplo usando telemetria de dispositivo para nuvem, consulte o Exemplo #3.

Exemplo n.º 1

Um dispositivo envia uma mensagem de dispositivo para nuvem de 1 KB por minuto para o Hub IoT, que é lido pelo Azure Stream Analytics. O back-end da solução invoca um método (com uma carga útil de 512 bytes) no dispositivo a cada 10 minutos para disparar uma ação específica. O dispositivo responde ao método com um resultado de 200 bytes.

O dispositivo consome:

• Uma mensagem * 60 minutos * 24 horas = 1440 mensagens por dia para as mensagens do dispositivo para a nuvem.

• Duas mensagens (solicitação mais resposta) * 6 vezes por hora * 24 horas = 288 mensagens para os métodos.

Este cálculo dá um total de 1728 mensagens por dia.

Exemplo n.º 2

Um dispositivo envia uma mensagem de dispositivo para nuvem de 100 KB a cada hora. Ele também atualiza seu dispositivo gêmeo com cargas úteis de 1 KB a cada quatro horas. O back-end da solução, uma vez por dia, lê o dispositivo twin de 14 KB e atualiza-o com cargas úteis de 512 bytes para alterar as configurações.

O dispositivo consome:

• 25 (100 KB / 4 KB) mensagens * 24 horas para mensagens do dispositivo para a nuvem.

• Uma mensagem (1 KB / 4 KB) * seis vezes por dia para atualizações gêmeas do dispositivo.

Este cálculo dá um total de 606 mensagens por dia.

O back-end da solução consome 4 mensagens (14 KB / 4 KB) para ler o dispositivo gêmeo, mais uma mensagem (512 / 4 KB) para atualizá-lo, para um total de 5 mensagens.

No total, o dispositivo e o back-end da solução consomem 611 mensagens por dia.

Exemplo #3

Dependendo do seu cenário, o envio de mensagens em lote pode reduzir o uso da cota.

Por exemplo, considere um dispositivo que tenha um sensor que gera apenas 100 bytes de dados cada vez que é lido:

• Se o dispositivo agrupar 40 leituras de sensores numa única mensagem de dispositivo para nuvem com uma carga útil de 4 KB (40 * 100 bytes), então apenas uma mensagem é descontada na cota. Se o dispositivo lê o sensor 40 vezes a cada hora e agrupa essas leituras em uma única mensagem de dispositivo para nuvem por hora, ele enviaria 24 mensagens/dia.

• Se o dispositivo enviar uma mensagem do dispositivo para a nuvem com uma carga útil de 100 bytes para cada sensor lido, ele consome 40 mensagens contra a cota para a mesma quantidade de dados. Se o dispositivo lê o sensor 40 vezes a cada hora e envia cada mensagem individualmente, ele enviaria 960 mensagens / dia (40 mensagens * 24).

Sua estratégia de envio em lote depende do seu cenário e de quão críticos são os dados em termos de tempo. Se você estiver enviando grandes quantidades de dados, também poderá considerar a implementação da compactação de dados para reduzir ainda mais o impacto na cota de mensagens.

Exemplo #4

Quando você abre uma solicitação de suporte no portal do Azure, diagnósticos específicos para o problema relatado são executados. O resultado é exibido como uma análise na aba Soluções da sua solicitação. Uma dessas informações informa sobre o uso das cotas para o seu hub IoT, utilizando os termos em itálico na tabela anterior. Se essa perceção específica será retornada, dependerá dos resultados dos diagnósticos realizados em seu hub IoT para o problema que você está relatando. Se a informação sobre o uso da cota for relatada, poderá usar a tabela para consultar o(s) termo(s) de uso relatado(s) com a(s) operação(ões) a que se referem.

Por exemplo, a captura de tela a seguir mostra uma solicitação de suporte iniciada por um problema com a telemetria de dispositivo para nuvem.

Depois de selecionar Próxima Solução, a perceção de uso da cota é retornada pelo diagnóstico sob Detalhamento da cota de mensagens diárias do IoT Hub. Ele mostra o detalhamento de mensagens de dispositivo para nuvem enviadas para o hub IoT. Nesse caso, o encaminhamento de mensagens está habilitado no hub IoT, portanto, as mensagens são mostradas como Encaminhamento de Telemetria de Dispositivo para Nuvem. Esteja ciente de que a informação sobre o uso da quota pode não ser retornada para o mesmo problema num hub IoT diferente. O que for retornado dependerá da atividade e do estado desse hub IoT.