Hub IoT do Azure informações de faturação
Hub IoT do Azure preços fornece as informações gerais sobre diferentes SKUs e preços para Hub IoT. Este artigo contém detalhes sobre como as várias funcionalidades de Hub IoT são medidas como mensagens por Hub IoT.
Nota
Algumas das funcionalidades mencionadas neste artigo, como mensagens da cloud para dispositivo, dispositivos duplos e gestão de dispositivos, só estão disponíveis na camada padrão de Hub IoT. Para obter mais informações sobre os escalões de Hub IoT básico e standard/gratuito, consulte Escolher o escalão de Hub IoT certo para a sua solução.
Custos por operação
Utilize a tabela seguinte para ajudar a determinar que operações são cobradas. Todas as operações faturáveis são cobradas em blocos de bytes 4K em hubs IoT básicos e standard. As operações são limitadas em segmentos de 0,5 K bytes em hubs IoT de escalão gratuito. Os detalhes de cada categoria são fornecidos na coluna Informações de faturação . Esta coluna inclui as seguintes informações:
- Detalhes de como as operações faturáveis são limitadas em hubs IoT básicos e standard. Nem todas as operações estão disponíveis no escalão básico.
- As operações que resultam em custos, com:
- Uma ligação para a documentação da API REST, se existir.
- O ponto final da operação se a documentação da API REST não estiver disponível ou se a operação só estiver disponível através de MQTT e/ou AMQP. O valor do ponto final omite a referência à esquerda 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 final). Estes termos representam operações faturáveis que são cobradas em relação à quota do seu hub IoT. Poderá ver estes termos fornecidos como parte de uma informação de utilização de quota quando inicia um pedido de suporte no portal do Azure. Também podem ser devolvidos pelo suporte ao cliente. Pode utilizar a tabela abaixo para fazer referência cruzada a estes termos com a operação correspondente para o ajudar a compreender a utilização de quotas e a faturação da sua solução de IoT. Para obter mais informações, veja Exemplo 4.
| Categoria de operação | Informações de faturação |
|---|---|
| Operações de registo de identidade (criar, atualizar, obter, listar, eliminar, atualização em massa, estatísticas) |
Não cobrado. |
| Mensagens do dispositivo para a cloud | As mensagens enviadas com êxito são cobradas em segmentos de 4 KB na entrada para 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 do Dispositivo: Telemetria do Dispositivo para a Cloud ou Encaminhamento de Telemetria do Dispositivo para a Cloud , consoante o hub IoT tenha funcionalidades de encaminhamento de mensagens configuradas. |
| Mensagens da cloud para o dispositivo | As mensagens enviadas com êxito são cobradas em segmentos de 4 KB. Por exemplo, uma mensagem de 6 KB é cobrada como duas mensagens. Receber Notificação Vinculada ao Dispositivo: Comando Cloud para Dispositivo |
| Carregamentos de ficheiros | A transferência de ficheiros para o Armazenamento do Azure não é limitada por Hub IoT. As mensagens de início e conclusão da transferência de ficheiros são cobradas como mensagens com tráfego limitado em incrementos de 4 KB. Por exemplo, a transferência de um ficheiro de 10 MB é cobrada como duas mensagens, além do custo do Armazenamento do Azure. Criar Uri Sas de Carregamento de Ficheiros: Carregamento de Ficheiros do Dispositivo para a Cloud Atualizar Estado do Carregamento de Ficheiros: Carregamento de Ficheiros do Dispositivo para a Cloud |
| Métodos diretos | Os pedidos de métodos bem-sucedidos são cobrados em segmentos de 4 KB e as respostas são cobradas em segmentos de 4 KB como mensagens adicionais. Os pedidos ou respostas sem payload são cobrados como uma mensagem. Por exemplo, um método com um corpo de 4 KB que resulta numa resposta sem payload do dispositivo é cobrado como duas mensagens. Um método com um corpo de 6 KB que resulta numa resposta de 1 KB do dispositivo é cobrado como duas mensagens para o pedido e outra mensagem para a resposta. Os pedidos para dispositivos desligados são cobrados como mensagens em segmentos de 4 KB mais uma mensagem para uma resposta que indica que o dispositivo não está online. Device - Invoke Method: Device Direct Invoke Method, Module - Invoke Method: Module Direct Invoke Method (Método Invoke Method: Module Direct Invoke Method) |
| Leituras de dispositivos e módulos duplos | As leituras de duplos do dispositivo ou módulo e do back-end da solução são cobradas como mensagens em segmentos de 4 KB. Por exemplo, a leitura de um duplo duplo de 8 KB é cobrada como duas mensagens. Obter Duplo: Obter Duplo Obter Módulo Duplo: Obter Módulo Duplo Ler dispositivos e módulos duplos a partir de um dispositivo: Ponto final: /devices/{id}/twin (apenas MQTT, AMQP): D2C Obter Duplo Ponto final: /devices/{deviceid}/modules/{moduleid}/twin (apenas MQTT, AMQP): Módulo D2C Obter Duplo |
| Atualizações de dispositivos e módulos duplos (etiquetas e propriedades) | As atualizações de duplos do dispositivo ou módulo e do back-end da solução são cobradas como mensagens em segmentos de 4 KB. Por exemplo, uma atualização de 12 KB para um duplo duplo é cobrada como três mensagens. Atualizar Duplo: Atualizar Duplo Atualizar Módulo Duplo: Atualizar Módulo Duplo Substituir Duplo: Substituir Duplo Substituir Módulo Duplo: Substituir Módulo Duplo Atualize as propriedades reportadas do dispositivo ou módulo duplo a partir de um dispositivo: Ponto final: /twin/PATCH/properties/reported/ (apenas MQTT, AMQP): D2 Patch ReportedProperties ou Module D2 Patch ReportedProperties Receber notificações de atualização de propriedades pretendidas num dispositivo: Ponto final: /twin/PATCH/properties/desired/ (apenas MQTT, AMQP): D2C Notify DesiredProperties or Module D2C Notify DesiredProperties |
| Consultas de dispositivos e módulos duplos | As consultas em dispositivos ou dispositivos.modules são cobradas como mensagens consoante o tamanho do resultado em segmentos de 4 KB. As consultas relativas a tarefas não são cobradas. Obter Duplos (consultar em dispositivos ou coleções devices.modules ): Dispositivos de Consulta |
| Leituras de duplo digital | As leituras de duplo digital do back-end da solução são cobradas como mensagens em segmentos de 4 KB. Por exemplo, a leitura de um duplo duplo de 8 KB é cobrada como duas mensagens. Obter Duplo Digital: Obter Duplo Digital |
| Atualizações de duplos digitais | As atualizações de duplos digitais do back-end da solução são cobradas como mensagens em segmentos de 4 KB. Por exemplo, uma atualização de 12 KB para um duplo duplo é cobrada como três mensagens. Atualizar Duplo Digital: Patch Digital Twin |
| Comandos de duplo digital | Os comandos com êxito são cobrados em segmentos de 4 KB e as respostas são cobradas em segmentos de 4 KB como mensagens adicionais. Os pedidos ou respostas sem corpo são cobrados como uma mensagem. Por exemplo, um comando com um corpo de 4 KB que resulta numa resposta sem corpo do dispositivo é cobrado como duas mensagens. Um comando com um corpo de 6 KB que resulta numa resposta de 1 KB do dispositivo é cobrado como duas mensagens para o comando e outra mensagem para a resposta. Os comandos para dispositivos desligados são carregados como mensagens em segmentos de 4 KB mais uma mensagem para uma resposta que indica que o dispositivo não está online. Comando Invocar Componente: Comando de Componente Duplo Digital Invoke Root Level Command: Digital Twin Root Command (Invocar o Comando de Nível de Raiz: Digital Twin Root Command) |
| Operações de tarefas (criar, cancelar, obter, consultar) |
Não cobrado. |
| Operações de tarefas por dispositivo | As operações de tarefas (como atualizações de duplos e métodos) são cobradas em segmentos de 4 KB. Por exemplo, uma tarefa que resulta em chamadas de método 1000 com pedidos de 1 KB e respostas de payload vazio é cobrada 2000 mensagens (uma mensagem para cada pedido e resposta). Atualizar Tarefa de Dispositivo Duplo Invocar Tarefa de Dispositivo do Método |
| Operações de configuração (criar, atualizar, obter, listar, eliminar, testar consulta) |
Não cobrado. |
| Operações de configuração por dispositivo | As operações de configuração são cobradas como mensagens em segmentos 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 Edge: Serviço de Configuração Aplicar. |
| Mensagens keep-alive | Ao utilizar protocolos AMQP ou MQTT, as mensagens trocadas para estabelecer a ligação e as mensagens trocadas na negociação ou para manter a ligação aberta e viva não são cobradas. |
| Fluxos de dispositivos (pré-visualização) | Os fluxos de dispositivos estão em pré-visualização e as operações ainda não são cobradas. Ponto final: /twins/{deviceId}/streams/{streamName}: Fluxos de Dispositivos Ponto final: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}: Módulo de Fluxos de Dispositivos |
Nota
Todos os tamanhos são calculados tendo em conta o tamanho do payload 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, veja Hub IoT formato de mensagem.
Os tamanhos máximos de mensagens diferem para diferentes tipos de operações. Para saber mais, veja Hub IoT quotas e limitação.
Para algumas operações, pode utilizar estratégias de batching e compressão para reduzir os custos. Para obter um exemplo de telemetria do dispositivo para a cloud, veja Exemplo n.º 3.
Exemplo n.º 1
Um dispositivo envia uma mensagem de dispositivo para a nuvem de 1 KB por minuto para Hub IoT, que é depois lida pelo Azure Stream Analytics. O back-end da solução invoca um método (com um payload de 512 bytes) no dispositivo a cada 10 minutos para acionar 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 (pedido mais resposta) * 6 vezes por hora * 24 horas = 288 mensagens para os métodos.
Este cálculo fornece um total de 1728 mensagens por dia.
Exemplo n.º 2
Um dispositivo envia uma mensagem de dispositivo para a nuvem de 100 KB a cada hora. Também atualiza o dispositivo duplo com payloads de 1 KB a cada quatro horas. O back-end da solução, uma vez por dia, lê o dispositivo duplo de 14 KB e atualiza-o com payloads 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 de dispositivo duplo.
Este cálculo fornece um total de 606 mensagens por dia.
O back-end da solução consome 4 mensagens (14 KB/4 KB) para ler o dispositivo duplo, além de uma mensagem (512/4 KB) para atualizá-lo, num total de 5 mensagens.
No total, o dispositivo e o back-end da solução consomem 611 mensagens por dia.
Exemplo n.º 3
Consoante o seu cenário, as mensagens de criação de lotes podem reduzir a utilização da quota.
Por exemplo, considere um dispositivo que tenha um sensor que gere apenas 100 bytes de dados sempre que é lido:
Se o sensor batches 40 do dispositivo ler numa única mensagem do dispositivo para a nuvem com um payload de 4 KB (40 * 100 bytes), só é cobrada uma mensagem contra a quota. Se o dispositivo ler o sensor 40 vezes por hora e colocar em lotes essas leituras numa única mensagem do dispositivo para a nuvem por hora, enviará 24 mensagens/dia.
Se o dispositivo enviar uma mensagem de dispositivo para a nuvem com um payload de 100 bytes para cada sensor lido, consome 40 mensagens contra quota para a mesma quantidade de dados. Se o dispositivo ler o sensor 40 vezes por hora e enviar cada mensagem individualmente, enviará 960 mensagens/dia (40 mensagens * 24).
A sua estratégia de criação de lotes depende do seu cenário e da forma como os dados são críticos para o tempo. Se estiver a enviar grandes quantidades de dados, também pode considerar implementar a compressão de dados para reduzir ainda mais o impacto na quota de mensagens.
Exemplo n.º 4
Quando abre um pedido de suporte no portal do Azure, são executados diagnósticos específicos do problema comunicado. O resultado é apresentado como uma informação no separador Soluções do seu pedido. Uma dessas informações comunica a utilização de quotas para o hub IoT com os termos em itálico na tabela anteriormente. Se estas informações específicas forem devolvidas dependerá dos resultados dos diagnósticos realizados no hub IoT para o problema que está a comunicar. Se as informações de utilização da quota forem comunicadas, pode utilizar a tabela para fazer referência cruzada ao termo ou termos de utilização comunicados com as operações a que se referem.
Por exemplo, a seguinte captura de ecrã mostra um pedido de suporte iniciado para um problema com a telemetria do dispositivo para a cloud.
Depois de selecionar Soluções Seguintes, as informações de utilização da quota são devolvidas pelos diagnósticos em Hub IoT discriminação de quota de mensagens diárias. Mostra a discriminação das mensagens do dispositivo para a cloud enviadas para o hub IoT. Neste caso, o encaminhamento de mensagens está ativado no hub IoT, pelo que as mensagens são apresentadas como Encaminhamento de Telemetria do Dispositivo para a Cloud. Tenha em atenção que as informações de utilização da quota podem não ser devolvidas para o mesmo problema num hub IoT diferente. O que é devolvido dependerá da atividade e do estado desse hub IoT.
