Encontrando USPs no ecossistema IoT:Parte 2

Arpit Khosla da IoT Australia Consulting
Por meio desta série de artigos, nosso objetivo não é apenas traçar a cadeia de valor da IoT, mas também as estruturas de mercado / econômicas e as mudanças na dinâmica em torno delas. Este artigo visa abordar os tomadores de decisão de negócios que estão tentando descobrir uma estratégia de solução e USP em cada componente da cadeia de valor. Em nosso último artigo, focamos em sensores de IoT, dispositivos, gateways e parte de comunicação da cadeia de valor. Neste artigo, nós, Arpit Khosla e Praneet Thakur da IoT Australia Consulting Services mergulhará nas plataformas IoT.

Considerando a variedade de maneiras pelas quais o termo “Plataforma de IoT“ pode ser interpretado, aproveitamos esta oportunidade para primeiro dar nossa visão sobre o que uma plataforma de IoT abrange. Em um alto nível, abrange recursos horizontais e verticais. Alguns dos recursos que podem ser sinalizados como horizontais são gerenciamento de conectividade, gerenciamento de dispositivos, ingestão e armazenamento de dados, plataforma de ativação de aplicativos e plataformas de ativação analítica. Às vezes, as plataformas de faturamento que fornecem faturamento de ponta a ponta também fazem parte da família de plataformas horizontais. Os próprios aplicativos são mais verticais ou específicos do cenário e, portanto, podem ser categorizados como sendo um recurso vertical. Vejamos cada um desses recursos da estratégia e da lente da USP.

No que diz respeito ao gerenciamento de conectividade, embora possa ser necessário escolher a tecnologia certa com base na faixa de cobertura, segurança, mobilidade, escalabilidade, perfis de energia e requisitos de latência, mas a solução em si é normalmente cuidada pela operadora de fornecimento de rede. Do ponto de vista da estratégia de solução, existem algumas decisões importantes, como SIM licenciado versus não licenciado, SIM versus eSIM e faturamento dividido versus faturamento de ponta a ponta, mas eles justificam outro artigo, portanto, não entraremos em detalhes neste.

Da mesma forma, da perspectiva da estratégia de solução de gerenciamento de dispositivos, o fabricante de decisões técnicas precisa atender aos requisitos de gerenciamento do ciclo de vida do dispositivo, comando e controle, monitoramento, auditoria e atualizações de firmware em. Neste contexto, o tomador de decisão precisa considerar não apenas os protocolos padrão como LWM2M e OMADM, mas também os protocolos específicos do contexto que podem ser OPC-UA, Profinet, Modbus e Hart etc. No entanto, da perspectiva da USP, não há muito que um Inovador possa aproveite o gerenciamento de conectividade ou a funcionalidade de gerenciamento de dispositivo.

As plataformas de ingestão e armazenamento de dados não são estranhas aos desafios de heterogeneidade, padrões em evolução e requisitos para lidar com a escalabilidade com a postura correta de segurança. De uma perspectiva de estratégia de solução, escolher o protocolo certo entre https, MQTT, CoAP, AMQP etc. é uma decisão importante a ser tomada. Normalmente, a maioria das plataformas oferece suporte para os protocolos acima, mas são os comerciais e a facilidade de integração que conduzem a decisão aqui. Por exemplo, algumas plataformas fornecem um conjunto de bibliotecas para permitir a comunicação que garante investimento de tempo e esforço para o desenvolvimento, por outro lado, outras oferecem configuração baseada em baixo código / baixo toque.

Da perspectiva da disponibilidade da solução, vemos três abordagens. Em primeiro lugar, os corretores de ingestão de dados e as plataformas de armazenamento fazem parte do pacote oferecido pelos provedores de plataforma de nuvem horizontal de ponta a ponta, como AWS E Azure. Eles tentam simplificar a complexidade da configuração e gerenciamento da infraestrutura, escalabilidade, alta disponibilidade, etc. Uma solução alternativa é comprar plataformas totalmente produzidas, como C3IoT, Software AG, PTC . Por produção, queremos dizer que os requisitos de produção típicos em torno da administração, operação, auditoria, integração e interface do usuário são pré-fabricados.

A terceira opção típica é construir usando soluções de código aberto como Rabbitmq, Eclipse Mosquito etc. No geral, a maioria dos players PaaS e SaaS têm ofertas semelhantes neste espaço e as considerações típicas para fazer a escolha são escala, comercial, operacional e manutenção e suporte contínuos. Não vemos esta parte da solução como um forte candidato para construir qualquer diferenciador central ou USP, além disso, com a abundância de soluções disponíveis, esperamos que esta parte da cadeia de valor permaneça competitiva e, portanto, armada com poucas chances de PaaS ou SaaS abusar do poder de mercado . Conclusivamente, poderíamos marcar isso como um espaço competitivo e comoditizado, com PaaS ou SaaS sendo o modo de desenvolvimento preferido.

As plataformas de ativação de aplicativos e plataformas analíticas também podem ser categorizadas no espaço das plataformas horizontais. Essas plataformas permitem que sua solução lide com os dados recebidos em tempo real ou em lote / agendada. Isso é diferente da plataforma de ingestão de dados, pois nem todas as plataformas têm recursos semelhantes. Como um tomador de decisões técnicas, normalmente se avalia a capacidade de realizar análises e aprendizado de máquina, desenvolvimento de aplicativos de visualização e recursos de hospedagem. A extensibilidade por meio de integrações e chamadas de API é outra dimensão a ser considerada. Essa integração pode ser com ambientes monolíticos ou baseados em microsserviços, na nuvem ou no local.

Algumas dessas soluções também invadem o espaço da Edge, especialmente para análises de borda. Uma vez que o tomador de decisão conhece os requisitos da perspectiva das dimensões acima, mais uma vez, ele pode olhar para qualquer uma das três opções de ofertas de PaaS do Azure e AWS ou construção baseada em código aberto. Considerando que a necessidade de computação de borda ou névoa está crescendo rapidamente e considerada a área de maior crescimento, é quase obrigatório para o designer de solução ter uma estratégia de Borda clara também. No espaço Edge, pode-se olhar para soluções como a Intel Chipsets baseados em Movidius e dispositivos de ponta da Dell da perspectiva do hardware e Azure IoT Edge, AWS IoT Greengrass, dispositivo de borda da Software AG da perspectiva do software. No espaço analítico e de aplicativo, enquanto se segue a terceira abordagem de construção, é preciso juntar tecnologias como Kaa, HDFS, Kafka, Nifi, Mongo DB, Nginx etc. para habilitar uma solução IoT robusta.

No geral, da perspectiva da estratégia de solução, acreditamos que é necessário estar ciente do fato de que os jogadores de SaaS no espaço analítico devem se tornar diferenciados com algoritmos de aprendizagem otimizados ao longo do caminho. Isso cria a possibilidade de jogadores de SaaS abusarem do poder de mercado no final do dia. O tomador de decisões de negócios também precisa estar ciente do tempo e do investimento necessários na abordagem de construção, que pode não corresponder à diferenciação desenvolvida neste espaço. Portanto, acreditamos que a abordagem preferida aqui é PaaS para funcionalidades do mecanismo de ativação e análise de aplicativos.

Em seguida estão os aplicativos específicos para verticais. Os construtores de soluções normalmente chamam várias funcionalidades do catálogo de plataformas IoT acima para criar o fim do aplicativo. Por exemplo, o aplicativo pode ser desenvolvido em um ambiente fornecido pela plataforma de ativação do aplicativo, coletando dados da plataforma de ingestão de dados e, portanto, desenvolvendo a visualização com base nas tendências e percepções extraídas das plataformas Analytics. É quando os insights gerados por essa costura de ponta a ponta baseada no contexto do ecossistema resolve um problema, então se sabe que o valor foi criado e, assim, armar a solução com um forte USP.

Esta é a área que precisa ser examinada com lentes de negócios relativamente maiores. Os tomadores de decisão precisam avaliar se a aplicação é valiosa, rara, imperfeitamente imitável e não substituível. Da perspectiva da estrutura de mercado, esta é uma área onde se pode definir seu próprio mercado e desfrutar do monopólio, portanto, uma construção do zero, possivelmente usando ambientes de código aberto, é a abordagem preferida. Além disso, do ponto de vista do negócio, esperamos alta aderência dos clientes neste espaço, portanto, o tempo é essencial aqui, e quanto mais cedo se puder ir ao mercado com a solução escolhida, maiores serão as chances de alavancar o USP em escala.

No geral, de uma perspectiva de desenvolvimento da USP, são os aplicativos específicos da vertical com análises personalizadas subjacentes que parecem ser os candidatos mais adequados. De uma perspectiva de estratégia de solução da plataforma IoT, embora tenhamos dado recomendações de PaaS ou SaaS para ingestão de dados, PaaS para aplicativos e análises e construção baseada em código aberto para a perspectiva de aplicativos específicos verticais, mas apreciamos a imensa importância do contexto que orienta todas as decisões. Se o contexto garantir um tempo rápido de lançamento no mercado com o suporte de uma P&D dedicada:o Saas pode se tornar uma decisão ideal. Portanto, todos os fatores acima podem ser usados ​​como uma diretriz geral, mas cada caso de uso precisará de seu próprio júri e de sua própria decisão.

Os autores deste blog são Arpit Khosla, fundador da IoT Australia Consulting Services e Praneet Thakur, consultor da IoT Australia Consulting Services