Para maximizar o valor dos dados dos dispositivos conectados, as organizações precisam fazer análises de dados. Há muitas maneiras de as organizações conectarem os dispositivos a aplicativos de análise, e os benefícios de arquiteturas de dispositivos conectados específicas podem variar dependendo do caso de uso da sua organização. Para ajudar você a se orientar, este documento descreve um conjunto de arquiteturas de dispositivos conectados no Google Cloud. Essas arquiteturas abordam uma ampla variedade de casos de uso e requisitos para dispositivos conectados.
Este documento faz parte de uma série de documentos que fornecem informações sobre arquiteturas de IoT no Google Cloud e como migrar do IoT Core. Os outros documentos desta série incluem:
- Visão geral das arquiteturas de dispositivos conectados no Google Cloud (este documento).
- Um agente MQTT autônomo: um agente MQTT fornece comunicação bidirecional entre dispositivos conectados e projetos do Google Cloud e entre os dispositivos.
- Uma arquitetura de plataforma de IoT no Google Cloud: uma plataforma de IoT oferece outros recursos de gerenciamento de dispositivos, além da conectividade de dados, que é importante para a implantação de uma grande frota de dispositivos conectados.
- Uma conexão direta com o Pub/Sub: para ingestão de dados, a melhor opção pode ser para seus dispositivos se conectarem diretamente ao Pub/Sub.
- Práticas recomendadas para execução de um back-end de IoT no Google Cloud.
- Práticas recomendadas para o provisionamento e a configuração automáticos de sistemas e servidores de borda e bare metal
- Migrar ambientes a partir do IoT Core
Resumo das arquiteturas de dispositivos conectados
Este documento agrupa os casos de uso de dispositivos conectados em três categorias, com base nas seguintes dimensões que você precisa considerar ao planejar uma arquitetura de dispositivo conectado:
Número de dispositivos: é importante considerar quantos dispositivos estão conectados diretamente ao aplicativo. Se o aplicativo tiver muitos dispositivos finais (como máquinas, sensores ou câmeras) e esses dispositivos estiverem conectados a um gateway intermediário ou outro dispositivo (como um smartphone), é importante identificar se esses dispositivos finais precisam ser representados e gerenciados no aplicativo. Em alguns casos, é necessário representar cada dispositivo individual. Em outros casos, apenas o dispositivo intermediário precisa ser representado.
Gerenciamento de frotas: considere se você precisa de recursos como monitoramento de status do dispositivo, atualizações de software e firmware, gerenciamento de configurações e outros recursos de gerenciamento de frotas. Esses requisitos ajudam a determinar sua escolha da arquitetura de aplicativo.
Mensagens entre dispositivos: a comunicação do dispositivo pela arquitetura do aplicativo é um fator importante. Por exemplo, alguns aplicativos dependem da comunicação entre os dispositivos conectados usando a arquitetura do seu aplicativo. Outros aplicativos têm fluxos de dados que ocorrem estritamente entre cada dispositivo e o aplicativo, sem mensagens entre dispositivos.
Tabela de resumo
Entender as características do seu aplicativo pode ajudar você a escolher a melhor arquitetura para seu caso de uso. Para ajudar a orientar sua escolha, a tabela a seguir resume a compatibilidade de cada uma das arquiteturas conectadas descritas nesta série:
| Limites de compatibilidade com dispositivos | Mensagens entre dispositivos | Compatibilidade com gerenciamento de frotas | |
|---|---|---|---|
| Agente do MQTT | Milhões | Recomendações | Sem suporte |
| Plataforma de IoT | Milhões | Compatibilidade parcial | Recomendações |
| Dispositivo para Pub/Sub | Centenas | Compatibilidade parcial | Sem suporte |
A seguir
- Leia sobre a melhor arquitetura de dispositivo conectado para seu caso de uso:
- Saiba como conectar dispositivos e criar aplicativos de IoT no Google Cloud usando o Intelligent Products Essentials.
- Conheça as práticas para provisionar e configurar automaticamente sistemas e servidores de borda e bare metal.
- Para mais arquiteturas de referência, diagramas e práticas recomendadas, confira a Central de arquitetura do Cloud.