Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
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 4 KB nos 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 uma das seguintes opções:
- 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 endpoint). Esses termos representam operações faturáveis que são cobradas de acordo com a cota para seu hub IoT. Pode ver estes termos fornecidos como parte de uma análise de quota de utilização quando iniciar um pedido de suporte no portal Azure. O apoio ao cliente também pode devolver estas condições. Pode usar a tabela seguinte para cruzar estes termos com a operação correspondente, ajudando-o a compreender o uso de quotas e a faturação da sua solução 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 é acusado. |
| Mensagens do dispositivo para a cloud | As mensagens enviadas com sucesso são carregadas em blocos de 4 KB na entrada no IoT Hub. Por exemplo, uma mensagem de 100 bytes é cobrada como uma mensagem e uma mensagem de 6 KB é cobrada como duas mensagens. Evento de Envio de Dispositivo: seja Telemetria de Dispositivo para Cloud ou Encaminhamento de Telemetria de Dispositivo para Nuvem , dependendo se o hub IoT tem funcionalidades de encaminhamento 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. Dispositivo - Receber Notificação Vinculada ao Dispositivo: Comando da Nuvem para o Dispositivo |
| Carregamentos de ficheiros | A transferência de arquivos para o Armazenamento do Azure não é medida pelo Hub IoT. As mensagens de iniciação e conclusão de transferência de ficheiros são cobradas como mensagens tarifadas 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 Carregamento de Ficheiro: Carregamento de Ficheiro de Dispositivo para a Cloud Atualizar estado de carregamento de ficheiro: Carregamento de ficheiro do dispositivo para a nuvem |
| Métodos diretos | Os pedidos de método bem-sucedidos são cobrados em blocos de 4 KB, e as respostas são cobradas em blocos de 4 KB como mensagens extra. 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 do dispositivo é carregado 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 mais uma mensagem para a resposta. Os pedidos para dispositivos desligados são cobrados como mensagens em blocos de 4 KB, mais uma mensagem para uma resposta que indica que o dispositivo está offline. Dispositivos - Método de Invocação: Método de Invocação Direta do Dispositivo Módulos - Método Invoke: Método Invoke Direct de Módulo |
| Leituras gémeas de dispositivo e módulo | As leituras duplas do dispositivo ou módulo e do backend da solução são carregadas como mensagens em blocos de 4 KB. Por exemplo, um gémeo de 8 KB é contado como duas mensagens. Dispositivos - Get Twin: Get Twin Módulos - Get Twin: Get Module Twin Leia os gémeos de dispositivo e 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 dos gémeos de dispositivos e módulos (etiquetas e propriedades) | As atualizações duplas do dispositivo ou módulo e do backend da solução são carregadas como mensagens em blocos de 4 KB. Por exemplo, uma atualização de 12 KB para um gêmeo é cobrada como três mensagens. Dispositivos - Atualização Gémea: Atualização Gémea Módulos - Atualização Gémea: Atualização Módulo Gémea Dispositivos - Substituir Twin: Substituir Twin Módulos - Substituir Twin: Substituir Módulo Twin Atualizar propriedades reportadas de dispositivo ou módulo gémeo a partir de um dispositivo: Endpoint: /twin/PATCH/properties/reported/ (apenas MQTT, AMQP): D2 Patch ReportedProperties ou Módulo 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 empregos não são cobradas. Consulta - Get Twins (consulta contra as coleções dispositivos ou devices.modules): Consulta de dispositivos |
| Leituras gémeas digitais | As leituras dos gémeos digitais do backend da solução são carregadas como mensagens em blocos de 4 KB. Por exemplo, ler um gêmeo de 8 KB é cobrado como duas mensagens. Gémeo Digital - Obtenha Gémeo Digital: Obtenha Gémeo Digital |
| Atualizações dos gémeos digitais | As atualizações dos gémeos digitais do backend da solução são carregadas como mensagens em blocos de 4 KB. Por exemplo, uma atualização de 12 KB para um gêmeo é cobrada como três mensagens. Digital Twin - Atualização Digital Twin: Patch Digital Twin |
| Comandos gémeos digitais | Comandos bem-sucedidos são carregados em blocos de 4 KB, e as respostas são carregadas em blocos de 4 KB como mensagens extra. 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 corpo do dispositivo é carregado 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 mais uma 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. Digital Twin - Invocar Comando de Componente: Comando de Componente do Digital Twin Digital Twin - Invocar Comando de Nível Raiz: Comando Raiz Digital Twin |
| Operações de trabalho (criar, cancelar, obter, consultar) |
Não é acusado. |
| ** Operações de tarefas por dispositivo | As operações de tarefas (como atualizações gémeas e métodos) são cobradas em blocos de 4 KB. Por exemplo, um trabalho que resulte em 1.000 chamadas de método com pedidos de 1 KB e respostas de carga vazia é cobrado por 2.000 mensagens (uma mensagem por cada pedido e resposta). Atualizar Trabalho do Dispositivo Gémeo Invocar Método de Tarefa do Dispositivo |
| Operações de configuração (criar, atualizar, obter, listar, excluir, testar consulta) |
Não é acusado. |
| 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 aplicação de configuração com um corpo de 6 KB é contabilizada como duas mensagens. Configuração - Aplicar em Dispositivo Edge: Aplicar Serviço de Configuração. |
| Mensagens de manutenção de conexão | 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 dados de dispositivos (prévia) | Os fluxos de dispositivos estão em pré-visualização e as operações ainda não estão carregadas. Endpoint: /twins/{deviceId}/streams/{streamName}: Fluxos de Dispositivos Endpoint: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}: Módulo de Fluxos de Dispositivo |
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 Criar e ler mensagens 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 dispositivo-para-cloud de 1 KB por minuto para o IoT Hub, que o Azure Stream Analytics lê. 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 (pedido mais resposta) * seis vezes por hora * 24 horas = 288 mensagens para os métodos.
Este cálculo dá um total de 1.728 mensagens por dia.
Exemplo n.º 2
Um dispositivo envia uma mensagem de dispositivo para nuvem de 100 KB a cada hora. Também atualiza o seu dispositivo gémeo com cargas úteis de 1 KB a cada quatro horas. O backend da solução, uma vez por dia, lê o dispositivo gémeo de 14 KB e atualiza-o com cargas úteis de 512 bytes para alterar as configurações.
O dispositivo consome:
25 mensagens (100 KB / 4 KB) * 24 horas para mensagens dispositivo-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 quatro mensagens (14 KB / 4 KB) para ler o dispositivo gémeo, mais uma mensagem (512 / 4 KB) para o atualizar, totalizando cinco 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 dispositivo-para-nuvem com uma carga útil de 100 bytes por cada leitura do sensor, então consome 40 mensagens contra a quota 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. Um desses insights reporta a utilização da quota para o seu hub IoT usando os termos em itálico na tabela anterior. Se esta informação específica será devolvida depende dos resultados dos diagnósticos realizados no seu hub IoT para o problema que está a reportar. Se a informação sobre a utilização da quota for disponibilizada, pode usar a tabela para cruzar o termo ou termos de utilização reportados com as operações a que dizem respeito.
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 informação sobre a quota de utilização é devolvida pelo diagnóstico em Distribuição diária da quota de mensagens do IoT Hub. Mostra o detalhamento das mensagens de dispositivo para nuvem enviadas ao 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. O insight de utilização da quota pode não estar disponível para o mesmo problema noutro hub IoT. O que é devolvido depende da atividade e do estado desse hub IoT.
