Hub IoT do Azure informações sobre preços

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

Nota

Algumas das funcionalidades mencionadas neste artigo, como mensagens cloud-to-device, gémeos de dispositivos e gestão de dispositivos, apenas estão disponíveis no nível padrão de Hub IoT. Para obter mais informações sobre os escalões básico e standard do Hub IoT, veja How to choose the right IoT Hub tier (Como escolher o escalão do Hub IoT certo).

Encargos por operação

Utilize a seguinte tabela para ajudar a determinar que operações são carregadas. Todas as operações de faturação são cobradas em blocos de byte 4K em centros IoT básicos e padrão. As operações são medidos em pedaços de 0,5K-byte em centros IoT de nível livre. Os detalhes para cada categoria são fornecidos na coluna de informações de Faturação . Esta coluna inclui as seguintes informações:

  • Detalhes de como as operações de faturação são medidos em centros IoT básicos e padrão. Nem todas as operações estão disponíveis no nível básico.
  • As operações que resultam em encargos, com ambos:
    • Um link para a documentação da API REST, se existir.
    • O ponto final da operação se a documentação rest API 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 principal ao hub IoT alvo; {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 faturadas que são cobradas contra a quota para o seu hub IoT. Pode ver estes termos fornecidos como parte de uma visão de utilização da quota quando iniciar um pedido de apoio no portal do Azure. Também podem ser devolvidos pelo apoio ao cliente. Pode utilizar a tabela abaixo para cruzar estas condições com a operação correspondente para ajudá-lo a compreender o uso da quota e a faturação para a sua solução IoT. Para mais informações, consulte o Exemplo 4.
Categoria de operação Informação de faturação
Operações de registo de identidade
(criar, atualizar, obter, listar, excluir, atualização a granel, estatísticas)
Não cobrado.
Mensagens do dispositivo para a cloud As mensagens enviadas com sucesso são carregadas em pedaços de 4-KB em entradas em Hub IoT. Por exemplo, uma mensagem de 100 byte é carregada como uma mensagem, e uma mensagem de 6 KB é carregada como duas mensagens.

Enviar Evento de Dispositivo, Dispositivo para Telemetria em Nuvem ou Dispositivo para Cloud Telemetria Encaminhamento dependendo se o hub IoT tem funcionalidades de encaminhamento de mensagens configuradas. Em qualquer dos casos, as mensagens são carregadas apenas em Hub IoT.
Mensagens nuvem-para-dispositivo As mensagens enviadas com sucesso são carregadas em pedaços de 4 KB. Por exemplo, uma mensagem de 6 KB é carregada como 2 mensagens.

Receber notificação ligada ao dispositivo, cloud para o comando do dispositivo
Uploads de ficheiros A transferência de ficheiros para a Azure Armazenamento não é medido por Hub IoT. As mensagens de iniciação e conclusão de transferência de ficheiros são carregadas como medidos por mensagem em incrementos de 4-KB. Por exemplo, a transferência de um ficheiro de 10 MB é cobrada como duas mensagens para além do custo Armazenamento Azure.

Criar upload de ficheiro sas Uri, dispositivo para cloud file upload
Atualizar estado de upload de ficheiros, dispositivo para cloud file upload
Métodos diretos Os pedidos de métodos bem sucedidos são cobrados em pedaços de 4-KB, e as respostas são cobradas em pedaços de 4-KB como mensagens adicionais. Os pedidos ou respostas sem carga útil são cobrados 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 é carregado como duas mensagens para o pedido mais outra mensagem para a resposta. Os pedidos para dispositivos desligados são carregados como mensagens em pedaços 4-KB mais uma mensagem para uma resposta que indica que o dispositivo não está online.

Dispositivo - Método de Invocação, Método de Invocação Direta do Dispositivo,
Módulo - Método de Invocação, Método de Invocação Direta do Módulo
Leituras gémeas do dispositivo e módulo As leituras de twin do dispositivo ou módulo e da parte traseira da solução são carregadas como mensagens em pedaços de 4-KB. Por exemplo, ler um gémeo de 8 KB é cobrado como 2 mensagens.

Get Twin, Get Twin
Obter Módulo Twin, Obter Módulo Twin

Leia o dispositivo e os gémeos módulos de um dispositivo:
Ponto final: /devices/{id}/twin (apenas MQTT, AMQP), D2C Get Twin
Ponto final: /devices/{deviceid}/modules/{moduleid}/twin (apenas MQTT, AMQP), Módulo D2C Get Twin
Atualizações gémeas do dispositivo e do módulo (tags e propriedades) As atualizações duplas do dispositivo ou módulo e da parte traseira da solução são carregadas como mensagens em pedaços de 4-KB. Por exemplo, uma atualização de 12 KB para um gémeo é carregada como 3 mensagens.

Atualização Twin, Update Twin
Módulo de Atualização Twin, Módulo de Atualização Twin
Substitua Twin, Substitua Twin
Substitua o Módulo Twin, substitua o módulo Twin

Atualizar propriedades reportadas por um dispositivo:
Ponto final: /twin/PATCH/properties/reported/ (apenas MQTT, AMQP), D2 Patch ReportedProperties ou Módulo D2 Patch ReportedProperties

Receba as notificações de atualização de propriedades desejadas num dispositivo:
Ponto final: /twin/PATCH/properties/desired/ (apenas MQTT, AMQP), D2C Notifique as Propriedades Desejadas ou o Módulo D2C Notifique as Propriedades Desejadas
Consultas de módulo e módulo As consultas são carregadas como mensagens dependendo do tamanho do resultado em pedaços de 4-KB.

Obter Gémeos (consulta contra dispositivos ou recolhas de dispositivos.módulos ), Dispositivos de Consulta

As consultas contra a cobrança de empregos não são cobradas.
Leituras digitais de gémeos As leituras digitais de twin a partir da solução traseira são carregadas como mensagens em pedaços de 4-KB. Por exemplo, ler um gémeo de 8 KB é cobrado como 2 mensagens.

Get Digital Twin, Get Digital Twin
Atualizações digitais de twin As atualizações digitais de twin a partir da solução traseira são carregadas como mensagens em pedaços 4-KB. Por exemplo, uma atualização de 12 KB para um gémeo é carregada como 3 mensagens.

Atualização Digital Twin, Patch Digital Twin
Comandos digitais gémeos Os comandos bem sucedidos são carregados em pedaços de 4-KB, e as respostas são carregadas em pedaços de 4-KB como mensagens adicionais. 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 é carregado como duas mensagens. Um comando com um corpo de 6-KB que resulta numa resposta de 1-KB do dispositivo é carregado como duas mensagens para o comando mais outra mensagem para a resposta. Os comandos para dispositivos desligados são carregados como mensagens em pedaços de 4-KB mais uma mensagem para uma resposta que indica que o dispositivo não está online.

Invocar comando componente, Comando de Componente Digital Twin
Invocar o Comando de Nível de Raiz, Comando Digital Twin Root
Operações de tarefas
(criar, cancelar, obter, consultar)
Não cobrado.
Operações de emprego por dispositivo As operações de emprego (tais como atualizações duplas e métodos) são cobradas normalmente em pedaços de 4 KB. Por exemplo, um trabalho que resulte em 1000 chamadas de método com pedidos de 1-KB e respostas de carga vazia é cobrado 2000 mensagens (uma mensagem cada para o pedido e resposta * 1000).

Atualizar trabalho de dispositivo duplo
Invocar trabalho de dispositivo de método
Operações de configuração
(criar, atualizar, obter, listar, excluir, consultar os testes)
Não cobrado.
Operações de configuração por dispositivo As operações de configuração são carregadas como mensagens em pedaços 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 é carregada como duas mensagens.

Aplicar no Dispositivo Edge, Serviço de Configuração Aplicar.
Mensagens vivas Ao utilizar protocolos AMQP ou MQTT, as mensagens trocadas para estabelecer a ligação e mensagens trocadas na negociação ou para manter a ligação aberta e viva não são carregadas.
Streams de dispositivos (pré-visualização) Os fluxos de dispositivos estão em pré-visualização e as operações ainda não estão carregadas.

Ponto final: /twins/{deviceId}/streams/{streamName}, Fluxos do dispositivo
Ponto final: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}, Módulo Fluxos do Dispositivo

Nota

Todos os tamanhos são calculados tendo em conta o tamanho da carga útil nos bytes (o enquadramento do protocolo é ignorado). Para mensagens, que têm propriedades e corpo, o tamanho é calculado de forma protocolar-agnóstica. Para mais informações, consulte Hub IoT formato de mensagem.

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

Para algumas operações, pode utilizar estratégias de loteamento e compressão para reduzir custos. Para um exemplo utilizando telemetria dispositivo-nuvem, consulte o Exemplo #3.

Exemplo #1

Um dispositivo envia uma mensagem de 1-KB de dispositivo para nuvem por minuto para Hub IoT, que é depois lida pelo Azure Stream Analytics. A solução traseira invoca um método (com uma carga útil de 512 bytes) no dispositivo a cada 10 minutos para desencadear 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 dispositivo-a-nuvem.

  • Duas mensagens (pedido 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 #2

Um dispositivo envia uma mensagem de 100 KB para nuvem a cada hora. Também atualiza o seu dispositivo twin com cargas de 1 KB a cada quatro horas. A solução back end, uma vez por dia, lê o duplo do dispositivo de 14 KB e atualiza-o com cargas de 512 byte para alterar configurações.

O dispositivo consome:

  • 25 (100 KB / 4 KB) mensagens * 24 horas para mensagens dispositivo-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.

A solução back end consome 4 mensagens (14 KB / 4 KB) para ler o dispositivo twin, mais uma mensagem (512 / 4 KB) para a atualizar, num total de 5 mensagens.

No total, o dispositivo e a solução traseira consomem 611 mensagens por dia.

Exemplo #3

Dependendo do seu cenário, as mensagens de lote podem reduzir o uso da sua quota.

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

  • Se o dispositivo emboscor 40 sensores numa única mensagem dispositivo-nuvem com uma carga útil de 4 KB (40 * 100 bytes), apenas uma mensagem é carregada contra a quota. Se o dispositivo ler o sensor 40 vezes por hora e os lotes lerem numa única mensagem dispositivo-nuvem por hora, enviará 24 mensagens/dia.

  • Se o dispositivo enviar uma mensagem dispositivo-a-nuvem com uma carga útil de 100 bytes para cada sensor lido, então consome 40 mensagens contra quota pela 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 lote dependerá do seu cenário e da gravidade dos dados. Se estiver a enviar grandes quantidades de dados, também pode considerar a implementação da compressão de dados para reduzir ainda mais o impacto na quota de mensagens.

Exemplo #4

Quando abre um pedido de apoio sobre portal do Azure, são executados diagnósticos específicos do seu problema reportado. O resultado é apresentado como uma visão no separador Soluções do seu pedido. Um desses relatórios informa o uso da quota para o seu hub IoT usando os termos em itálico na tabela acima. Se esta informação em particular for devolvida dependerá dos resultados dos diagnósticos realizados no seu hub IoT para o problema que está a reportar. Se a informação de utilização da quota for reportada, pode utilizar o quadro acima para cruzar o termo de utilização ou termos relatados com a(s) operação a que se referem.

Por exemplo, a imagem que se segue mostra um pedido de suporte iniciado para um problema com a telemetria dispositivo-nuvem.

Screenshot that shows selecting an issue in Azure portal support request.

Após a seleção das Next Solutions, a perceção de utilização da quota é devolvida pelos diagnósticos ao abrigo Hub IoT quebra diária da quota de mensagem. Mostra a avaria do dispositivo para cloud mensagens enviadas para o hub IoT. Neste caso, o encaminhamento de mensagens é ativado no hub IoT, de modo que as mensagens são mostradas como Dispositivo para Cloud Telemetria Encaminhamento. Esteja ciente de que a visão de utilização da quota não pode ser devolvida para o mesmo problema num centro IoT diferente. O que for devolvido dependerá da atividade e do estado daquele hub IoT.

Screenshot that shows quota usage in Azure portal support request.