É possível vender comercialmente um produto de IoT Wi-Fi que NÃO use a nuvem?

17

Se eu quisesse usar meu telefone para controlar um simples dispositivo conectado por Wi-Fi que apenas acenda ou apague a luz, ou um simples medidor de temperatura, por que simplesmente não me comunico diretamente com o dispositivo em vez de atravessar uma nuvem? Sem persistência de dados ou processamento pesado ou qualquer outro material sofisticado para lidar.

Existe algo que me impede de projetar um produto de IoT tão simples e apenas começar a produzi-lo e vendê-lo em massa? Parece mais barato cortar o intermediário e não ter que lidar com as taxas de custo / mensagem de uma nuvem.

BossGiveMeArrays
fonte
7
Sua premissa parece falho, pois você implica que todas as soluções atuais dependem de serviços em nuvem. Em um sentido muito amplo da IoT (coisas entre redes), existem aplicativos que não o fazem, por exemplo, em um ambiente doméstico inteligente, é possível manipular seus sensores e seus dados apenas na intranet local. Outro exemplo, o sistema Philips Hue (alguns consideram que a Internet das coisas) pode operar sem acesso à Internet, portanto, sem serviços na nuvem. A verdadeira questão precisa ser qual é o benefício real (se houver) de uma infraestrutura habilitada para nuvem para o seu produto real?
Ghanima
ok, que coloca as coisas em perspectiva.
BossGiveMeArrays
2
Porque o NAT existe. Vá e junte-se ao push do IPv6 :) #
user253751
@immibis, desde que você permaneça na sua própria LAN (ou seja, ao alcance do seu WiFi), o NAT não é um problema. Quando a Internet entra em ação, os problemas de NAT podem ser superados através da configuração de uma VPN. Mesmo que não fosse o NAT, você provavelmente não gostaria de expor toda a sua rede doméstica à Internet.
user149408
@ user149408 - "Os problemas de NAT podem ser superados com a criação de uma VPN" - ah, é? Você não pode realmente ter os dois pontos de extremidade da VPN atrás de um NAT, portanto, você colocará um deles na nuvem.
user253751

Respostas:

10

Embora você possa projetar um gadget de IoT para funcionar via conexão direta com o telefone do usuário, um dispositivo que só funcione dessa maneira pode ser muito limitado para muitos usuários:

  • Se o usuário não estiver em casa, é improvável que ele consiga interagir diretamente com o dispositivo, pois permitir tentativas de conexão de entrada para a rede doméstica geralmente é inaceitável do ponto de vista de segurança, e a maioria das operadoras de celular também bloqueia tentativas de conexão de entrada para o dispositivo. telefone. Em vez disso, as solicitações fora de casa precisam ser enviadas por proxy através de um servidor acessado por conexões de saída do telefone e do dispositivo IoT.

  • Se o usuário estiver em casa, mas atualmente o telefone estiver em uma rede móvel, e não na rede doméstica, o problema acima ainda se aplica. Pedir ao usuário que mude o telefone do celular para o wifi pode ou não ser aceitável para diferentes usuários e depende, até certo ponto, do uso da bateria wifi do telefone; Além disso, alguns telefones escolhem entre ambos dinamicamente de uma maneira que pode ser problemática se você precisar da rede wifi.

  • A conexão entre o telefone e o dispositivo por outro método, como o BTLE, pode ser uma vantagem, mas é limitada em alcance, por isso pode não funcionar em todas as partes da casa ou da propriedade e, obviamente, não funcionará quando estiver longe de casa.

Portanto, embora você possa criar um dispositivo que não exija o suporte da infraestrutura de servidor fora de casa, provavelmente é melhor criar um dispositivo que possa fazer uso efetivo de um servidor de retransmissão , se acessível ou permitido pelas configurações de preferência do usuário.

Chris Stratton
fonte
13

Sim, já existem muitos aplicativos no mercado que não dependem de serviços em nuvem. A hierarquia de complexidade que um usuário pode optar por instalar com um produto específico é mais ou menos assim:

  1. Dispositivo com controle remoto dedicado
  2. Dispositivo com aplicativo de telefone e nó de link interno
  3. Nó vinculado à nuvem para acesso remoto do usuário por telefone (resolução de túnel e DNS)
  4. Serviço e banco de dados provisionados em nuvem

Qualquer provedor pode endereçar parte da cadeia. O IFTTT, por exemplo, fornece apenas o serviço em nuvem e o aplicativo de telefone - os serviços são todos de terceiros.

O termostato NEST do Google deve funcionar bem independente (mesmo que seja uma implementação cara nesse modo).

As câmeras de segurança se encaixam em várias combinações desses modelos, dependendo se dependem da assinatura do usuário ou dos custos de venda pontuais.

Do ponto de vista comercial, existem dois pontos principais para a dependência da infraestrutura em nuvem. A primeira é a adequação para avaliação / instalação parcial (enquanto mantém os custos iniciais baixos); a segunda é a capacidade de manter um serviço limitado na ausência de retorno (corte de energia, etc.).

Sean Houlihane
fonte
Obrigado pela explicação clara. Eu tenho uma compreensão melhor agora
BossGiveMeArrays
8

Se você deseja apenas o controle dentro de casa, com certeza é possível.

O problema é que, se você deseja oferecer controle de fora de casa, as coisas ficam difíceis. É provável que o cliente ou o servidor não tenham um IP estático; é provável que haja firewalls e / ou NATs no caminho.

É possível que o usuário configure o encaminhamento de porta / exceções em seu roteador / firewall e configure algum tipo de DNS dinâmico para rastrear seu IP dinâmico e apontar seu cliente para a entrada DNS dinâmica, mas é necessário um usuário técnico para fazer isso e isso cria problemas de segurança.

Ter um servidor em um local conhecido na Internet pública é a maneira mais fácil de garantir que suas coisas possam se comunicar, independentemente de IPs dinâmicos, NATS, firewalls de saída apenas etc. Ainda existem alguns problemas de segurança, mas eles são reduzidos conforme você pode imponha políticas de segurança no servidor que você pode monitorar e atualizar com mais facilidade.

O IPv6 perde o NAT, mas os IPs dinâmicos e os firewalls de saída apenas ainda são comuns.

Peter Green
fonte
Outra pergunta rápida, mesmo que a nuvem seja pública, a própria nuvem ainda deve enviar mensagens para o dispositivo iot também. A nuvem não teria os mesmos problemas que você listou ao tentar se comunicar com o dispositivo?
BossGiveMeArrays 14/02
Desde que o dispositivo abra a conexão com o servidor e mantenha-o aberto enviando mensagens de manutenção periódica, as mensagens podem passar nas duas direções nessa conexão.
Peter Green
Os dispositivos IoT conectados à nuvem ainda devem se comunicar com a nuvem através da sua rede doméstica. Isso é feito "perfurando um buraco" para esse tráfego na configuração do seu roteador. Diferentemente de seus computadores e telefones, o quão seguro é totalmente depende do fornecedor da nuvem. Geralmente é mais seguro isolar todas as conexões de IoT em seu próprio roteador, que é conectado ao roteador principal de "gateway". Pelo menos, o software malicioso que infecta o dispositivo IoT não pode ver seus computadores (provavelmente).
DocSalvager 4/18
7

Normalmente, espera-se que a IoT ofereça conectividade avançada de dispositivos, sistemas e serviços que vão além das comunicações máquina a máquina (M2M)

https://en.wikipedia.org/wiki/Internet_of_things

Os dispositivos IoT vão além da comunicação entre dispositivos. Tomemos, por exemplo, um controle remoto da TV, é um dispositivo incorporado que se comunica com a TV através de um sinal infravermelho para instruir a TV a fazer algo como mudar de canal. Você consideraria este um dispositivo IoT?

Os dispositivos IoT 'vão além':

  • Permitindo mais automação em casa.
  • Coletar, armazenar e agregar grandes quantidades de dados em informações úteis para o usuário e fáceis de entender.
  • Permitindo que os usuários acessem informações e controlem dispositivos de dentro de casa e até de fora via Internet.

Esses recursos podem ser totalmente implementados em seu produto e sem serviços em nuvem; é mais um caso de decidir se os recursos que você deseja que seu produto IoT se beneficiem da infraestrutura em nuvem. Os benefícios vêm em diferentes áreas:


Dados

Os dados podem ser mantidos na nuvem em vez de incluir uma mídia de armazenamento no dispositivo. Isso tem muitos benefícios:

  • Custo-benefício - pague apenas pelo armazenamento necessário, no armazenamento do dispositivo será adicionado um custo fixo por dispositivo e 100% de utilização é improvável.
  • Flexível - o armazenamento pode ser aumentado quando necessário. No dispositivo, o armazenamento é fixo e limitará a quantidade de dados que um dispositivo pode conter. Você pode criar um dispositivo que permita ao usuário fornecer uma mídia de armazenamento como um cartão SD, mas isso adiciona outra decisão que o cliente precisa tomar sobre qual cartão comprar para suas necessidades e essa complexidade pode impedir alguns clientes de comprar o produto.
  • Redundância - o armazenamento em nuvem geralmente é vendido com medidas de redundância incluídas, o que significa que é feito backup dos dados e é muito improvável que seja perdido.
  • Centralizado - Se o seu dispositivo IoT for um dos quais os clientes podem comprar vários, os dados poderão ser reunidos na nuvem para fornecer uma experiência mais uniforme.
  • Acesso aos dados - Se os dados forem retidos em um serviço em nuvem, você como fornecedor do produto poderá acessar esses dados. Isso é útil para ver como os consumidores usam seu produto e podem moldar melhorias em seus produtos.

Serviços de Software

É provável que seus dispositivos IoT tenham um aspecto de interação com o usuário por meio de software. Ao utilizar a nuvem, o software de seus produtos pode se beneficiar de:

  • Atualizações automáticas - Se você estiver desenvolvendo continuamente novos recursos para o seu produto, o uso da nuvem pode facilitar a distribuição de atualizações de firmware. Os dispositivos podem consultar atualizações na nuvem automaticamente, retirando essa tarefa do usuário. Isso pode ser especialmente útil se você descobrir um problema de segurança com seu produto, poder enviar um patch a todos os dispositivos existentes para evitar que alguns clientes não atualizem seus dispositivos manualmente. Impedir que seus dispositivos sejam invadidos e usados ​​para fins maliciosos impedirá que você receba publicidade ruim.
  • Tecnologia da Web - Os aplicativos da Web são construídos com a idéia de que os usuários podem acessar o aplicativo a partir de uma gama diferente de dispositivos, todos com diferentes sistemas operacionais e resoluções de tela. Como os aplicativos da Web são acessados ​​por meio de navegadores da Internet, o usuário não precisa instalar o software em seus próprios dispositivos, os usuários podem simplesmente acessar um link e fazer login para acessar a interface da Internet das Coisas. Os clientes podem receber novos recursos em sua interface de software sem precisar executar a tarefa de atualizar o software em cada um de seus dispositivos. Hospedar essa interface online também reduz os requisitos de hardware do dispositivo e, portanto, o custo unitário.
  • Recursos - Alguns serviços em nuvem podem ser implementados em seu produto para aprimorar seus recursos, por exemplo, o Amazon Lex está disponível como um serviço em nuvem que pode ser usado para permitir que um usuário use comandos de voz para interagir com seu dispositivo.
Carrosive
fonte