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 certa 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 de extremidade omite a referência principal 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 perceção de uso de cota ao iniciar uma solicitação 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. Evento Enviar Dispositivo: Dispositivo para Telemetria na Nuvem ou Roteamento de Telemetria Dispositivo para Nuvem, dependendo se o hub IoT tem recursos de roteamento de mensagens configurados. |
| 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 Sas Uri de Upload de Arquivo: Upload de Arquivo do Dispositivo para a Nuvem Atualizar status de upload de arquivo: Carregamento de arquivo 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 em uma resposta sem carga útil do dispositivo é cobrado 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 Invoke: Device Direct Invoke Method, Módulo - Método Invoke: Método Module Direct Invoke |
| 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: Ponto de extremidade: /devices/{id}/twin (MQTT, AMQP apenas): 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 Twin: Substituir Twin 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: Ponto de extremidade: /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 em dispositivos ou devices.modules são cobradas como mensagens, dependendo do tamanho do resultado em blocos de 4 KB. As consultas contra trabalhos não são cobradas. Obter gêmeos (consulta em dispositivos ou coleções devices.modules ): 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 corpo são cobradas como uma mensagem. Por exemplo, um comando com um corpo de 4 KB que resulta em uma resposta sem corpo do dispositivo é cobrado como duas mensagens. Um comando com um corpo de 6 KB que resulta em uma resposta de 1 KB 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 mais uma mensagem para uma resposta que indica que o dispositivo não está online. Comando Invoke Component: Comando Digital Twin Component 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 de carga vazia é cobrado 2000 mensagens (uma mensagem para cada solicitação e resposta). Atualizar trabalho de dispositivo gêmeo Invoke Method Device Job |
| 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 Borda: Aplicar 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 de forma agnóstica de 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 cenário, as mensagens em lote podem 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 lotar 40 sensores lê em uma única mensagem de dispositivo para nuvem com uma carga útil de 4 KB (40 * 100 bytes), então apenas uma mensagem é cobrada contra a 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 visão na guia Soluções da sua solicitação. Uma dessas informações relata o uso da cota para seu hub IoT usando 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 perceção de uso da cota for relatada, você poderá usar a tabela para fazer referência cruzada do(s) termo(s) de uso relatado com a(s) operação(ões) a que eles 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óximas Soluções, a perceção de uso da cota é retornada pelo diagnóstico em Divisão de cota de mensagens diárias do Hub IoT. Ele mostra o detalhamento de mensagens de dispositivo para nuvem enviadas para o hub IoT. Nesse caso, o roteamento de mensagens está habilitado no hub IoT, portanto, as mensagens são mostradas como Roteamento de Telemetria de Dispositivo para Nuvem. Lembre-se de que a perceção de uso da cota pode não ser retornada para o mesmo problema em um hub IoT diferente. O que for retornado dependerá da atividade e do estado desse hub IoT.
