Estou desenvolvendo um dispositivo que mede temperatura, umidade e massa. Atualmente, ele usa HTTPS para carregar dados em um servidor remoto. Agora eu sei que existe um protocolo chamado MQTT que é reivindicado ser o "protocolo da Internet das Coisas".
Em que caso e por que devo mudar de HTTPS para MQTT?
Respostas:
O MQTT é um "mensageiro" entre dispositivos:
/domotics/myplace/mydevice/temperatureX(como a "carga útil")Em outros lugares da sua casa:
/domotics/+/+/temperaturepara receber TODAS as informações de temperatura de todos os dispositivos que usam este formato de tópico. Consulte a especificação do MQTT para obter mais informações sobre curingas de tópicos do MQTT ( +e #).Xe fará o que quiser!Em outros lugares da sua casa:
/domotics/myplace/mydevice/#para obter TODAS as informações do seu dispositivo e registrá-lasXe fará o que quiser!O MQTT é muito útil para evitar colocar serviços da Web e soquetes nos servidores. O Node-RED usa MQTT e o Domoticz pode ser configurado para obter ine definir outsinais.
Eu pessoalmente uso o MQTT em minha casa para desligar os computadores: /house/computers/mycomputercarga útil:0
O MQ Telemetry Transport Protocol, conhecido como MQTT, foi projetado para dispositivos que executam com baixa energia e baixa largura de banda. É um protocolo de mensagens de publicação / assinatura leve, o que significa que qualquer outro dispositivo pode se inscrever em um tópico específico.
O HTTP / HTTPS foi projetado como um protocolo de solicitação-resposta para computação cliente-servidor, que nunca se preocupa com o uso de energia e possui muitos dados em sobrecarga.
Use MQTT se:
O MQTT oferece tanta segurança quanto o HTTPS?
O MQTT depende do TCP como protocolo de transporte, o que significa que, por padrão, a conexão não usa uma comunicação criptografada. Para criptografar toda a comunicação MQTT, a maioria dos intermediários MQTT - como o HiveMQ - permite usar TLS em vez de TCP simples.
Ref: HiveMQ
O MQTT (Transporte de Telemetria da Fila de Mensagens) parece ser bem adequado para o aplicativo proposto.
É leve tanto em relação à largura de banda (tamanho de pacote menor com um cabeçalho de apenas 2 bytes) quanto ao espaço ocupado pelo código do cliente (permitindo que ele seja executado em thin clients como o ESP8266, cliente de IoT típico). Os dados transmitidos reduzidos são benéficos para uma vida útil mais longa da bateria para clientes alimentados por bateria fora da rede, como sensores.
O MQTT também oferece métodos simples ( verbos ) adequados às tarefas de IoT, como assinaturas duráveis que recuperam conexões após desconexões inesperadas do cliente. Comparado ao HTTP / HTTPS, também é mais simples extrair dados do pacote (nenhum analisador é necessário).
Aqui escrevi um artigo que mostra e evolui o sistema de comunicações que tínhamos em nosso projeto. Trata-se de microsserviços, mas você pode considerar qualquer sensor como microsserviço com seu trabalho de reunir e publicar qualquer tipo de dados de telemetria.
Portanto, a conclusão mais importante é que é melhor usar o MQTT quando você só precisa enviar um evento para algum lugar e você não sabe nada sobre o destinatário. E é muito melhor usar HTTP (geralmente REST) quando você conhece algo sobre destinatário e precisa de alguma resposta - por exemplo, no caso de comandos de qualquer natureza.
Do ponto de vista do tráfego, CPU, memória e consumo de energia, as perspectivas MQTT e HTTP são basicamente as mesmas.
Em relação à sua cotação, o MQTT é o "protocolo da Internet das Coisas":
Sim, há uma grande quantidade de desenvolvedores usando esse protocolo (consulte IoT Developer Survey 2018), mas o CoAP (é HTTP ajustado para IoT, com base no UDP) fornece uma alternativa para HTTP, caso você queira usar uma funcionalidade leve de Solicitação / Resposta dentro sua aplicação.
O MQTT, por outro lado, fornece uma lógica interna de publicação / assinatura, o que o torna ótimo para dimensionamento (você pode usar mais gateways para uma quantidade maior de dispositivos). Há também uma alternativa UDP (como CoAP para HTTP) que é chamada MQTT-SN (MQTT para redes de sensores). Isso fornece uma sobrecarga ainda menor que o CoAP, mas não utiliza R / R.