A través de esta serie de artículos, nuestro objetivo no es solo trazar la cadena de valor de IoT, sino también las estructuras económicas / de mercado y las dinámicas cambiantes que las rodean. Este artículo está dirigido a los responsables de la toma de decisiones empresariales que intentan descubrir una estrategia de solución y USP en cada componente de la cadena de valor. En el último artículo nos enfocamos en los sensores de IoT, dispositivos, pasarelas y parte de comunicación de la cadena de valor. En este artículo, Arpit Khosla y Praneet Thakur de Servicios de Consultoría de IoT Australia se sumergirá en las plataformas de IoT.

Teniendo en cuenta la multitud de formas en que se puede interpretar el término "Plataforma de IoT", aprovechamos esta oportunidad para dar nuestra opinión sobre lo que todo abarca una plataforma de IoT. En un nivel alto, abarca capacidades horizontales y verticales. Algunas de las capacidades que se pueden marcar como horizontales son Gestión de conectividad, Gestión de dispositivos, Ingestión y almacenamiento de datos, Plataforma de habilitación de aplicaciones y Plataformas de habilitación de análisis. A veces, las plataformas de facturación que proporcionan facturación de extremo a extremo también forman parte de la familia de plataformas horizontales. Las aplicaciones en sí mismas son más verticales o específicas de cada escenario y, por lo tanto, pueden clasificarse como una capacidad vertical. Veamos cada una de esas capacidades desde la estrategia y la lente de USP.

En lo que respecta a la gestión de la conectividad, aunque es posible que deba elegir la tecnología adecuada en función del rango de cobertura, seguridad, movilidad, escalabilidad, perfiles de potencia y requisitos de latencia, pero la solución es típicamente atendida por el operador de la red. Desde la perspectiva de la estrategia de la solución, hay algunas decisiones clave como SIM con licencia frente a sin licencia, SIM vs eSIM, y facturación dividida frente a facturación de extremo a extremo, pero garantizan otro artículo, por lo que no entraremos en sus detalles en este.

De manera similar, desde la perspectiva de la estrategia de solución de administración de dispositivos, el fabricante de la toma de decisiones técnicas debe abordar los requisitos de la administración del ciclo de vida del dispositivo, comando y control, monitoreo, auditoría, actualizaciones de firmware en. En este contexto, el tomador de decisiones debe considerar no solo los protocolos estándar como LWM2M y OMADM sino también los protocolos específicos del contexto que podrían ser OPC-UA, Profinet, Modbus y Hart, etc. Sin embargo, desde la perspectiva de USP, no hay mucho que un Innovador pueda Aproveche la administración de conectividad o la funcionalidad de administración de dispositivos.

La ingesta de datos y las plataformas de almacenamiento no son ajenas a los desafíos de heterogeneidad, estándares en evolución y requisitos para manejar la escalabilidad con la postura de seguridad adecuada. Desde la perspectiva de la estrategia de la solución, elegir el protocolo correcto entre https, MQTT, CoAP, AMQP, etc. es una decisión clave a tomar. Normalmente, la mayoría de las plataformas ofrecen soporte para los protocolos anteriores, pero son los comerciales y la facilidad de integración lo que impulsa la decisión aquí. Por ejemplo, algunas plataformas proporcionan un conjunto de bibliotecas para permitir la comunicación que justifica la inversión de tiempo y esfuerzo para el desarrollo, mientras que otras ofrecen una configuración basada en el código bajo / bajo táctil.

Desde la perspectiva de disponibilidad de soluciones vemos tres enfoques. En primer lugar, los intermediarios de ingestión de datos y las plataformas de almacenamiento forman parte de la suite que ofrecen los proveedores de la plataforma End to End Horizontal Cloud, como AWS & Azure. Estos intentan simplificar la complejidad de la configuración y administración de la infraestructura, la escalabilidad, la alta disponibilidad, etc. Una solución alternativa es comprar plataformas totalmente productivizadas, como C3IoT, Software AG, PTC. Por producto nos referimos a que los requisitos de producción típicos relacionados con la administración, operación, auditoría, integración e interfaz de usuario están precocidos.

La tercera opción típica es construir utilizando soluciones de código abierto como Rabbitmq, Eclipse Mosquito, etc. En general, la mayoría de los jugadores de PaaS y SaaS tienen ofertas similares en este espacio y las consideraciones típicas para elegir son la escala, el mantenimiento y el soporte comercial, operativo y continuo. No vemos esta parte de la solución como un fuerte candidato para construir cualquier diferenciador central o USP, además, con una gran cantidad de soluciones disponibles, esperamos que esta parte de la cadena de valor siga siendo competitiva y, por lo tanto, con pocas posibilidades de que PaaS o SaaS abusen del poder del mercado . En conclusión, podríamos marcar esto como un espacio competitivo y comercializado, con PaaS o SaaS como el modo preferido de desarrollo.

Las plataformas de habilitación de aplicaciones y las plataformas de análisis también pueden clasificarse en el espacio de plataformas horizontales. Estas plataformas permiten que su solución se ocupe de los datos entrantes en tiempo real o de manera programada o por lotes. Esto es diferente de la plataforma de ingesta de datos ya que aquí no todas las plataformas tienen capacidades similares. Como responsable de la toma de decisiones técnicas, generalmente se evalúa la capacidad de realizar analíticas y aprendizaje automático, el desarrollo de aplicaciones de visualización y las capacidades de alojamiento. La extensibilidad a través de integraciones y llamadas a la API es otra dimensión de consideración. Esta integración puede ser con entornos monolíticos o basados ​​en micro servicios, basados ​​en la nube o en la empresa.

Algunas de estas soluciones también incursionan en el espacio Edge, especialmente para el análisis de bordes. Una vez que el responsable de la toma de decisiones conoce los requisitos desde la perspectiva de las dimensiones anteriores, una vez más, puede ver cualquiera de las tres opciones de ofertas de PaaS de Azure & AWS o la compilación basada en código abierto. Teniendo en cuenta que la necesidad de computación de borde o niebla está creciendo rápidamente y que se considera como el área con mayor crecimiento, es casi obligatorio que el diseñador de la solución también tenga una clara estrategia de Edge. En el espacio Edge uno podría mirar soluciones de la talla de Intel Conjuntos de chips y dispositivos de borde basados ​​en Movidius por Dell desde la perspectiva del hardware y Azure IoT Edge, AWS IoT Greengrass, el dispositivo Edge de Software AG desde la perspectiva del software. En analítica y espacio de aplicaciones, mientras se sigue el tercer enfoque de la compilación uno, hay que unir tecnologías como Kaa, HDFS, Kafka, Nifi, Mongo DB, Nginx, etc. para permitir una solución IoT robusta.

En general, desde la perspectiva de la estrategia de la solución, creemos que se debe tener en cuenta el hecho de que se espera que los jugadores de SaaS en el espacio de análisis se diferencien con algoritmos de aprendizaje optimizados en el camino. Esto crea la posibilidad de que los jugadores de SaaS abusen del poder del mercado en el último día. El responsable de la toma de decisiones de negocios también debe conocer el tiempo y la inversión requeridos en el enfoque de construcción, que puede no coincidir con la diferenciación desarrollada en este espacio. Por lo tanto, creemos que el enfoque preferido aquí es PaaS para la activación de aplicaciones y las funcionalidades del motor de análisis.

Siguiente en línea son las aplicaciones específicas verticales. Los creadores de soluciones normalmente llamarán a varias funcionalidades del catálogo de plataformas IoT anterior para construir el final de la aplicación. Por ejemplo, la aplicación podría desarrollarse en un entorno provisto por la plataforma de habilitación de aplicaciones mediante la recopilación de datos de la plataforma de ingesta de datos y, por lo tanto, desarrollar la visualización sobre las tendencias y los conocimientos extraídos por las plataformas de análisis. Es cuando la información generada por esta unión de ecosistema basada en el contexto, de extremo a extremo, resuelve un problema, entonces uno sabe que se ha creado un valor y, por lo tanto, está armando la solución con un USP sólido.

Esta es el área que necesita ser examinada con lentes de negocios relativamente mucho más grandes. Los tomadores de decisiones deben evaluar si la aplicación es valiosa, rara, imperfectamente imitable y no sustituible. Desde la perspectiva de la estructura del mercado, esta es un área donde uno puede definir su propio mercado y disfrutar del monopolio, por lo tanto, una construcción desde cero, posiblemente utilizando entornos de código abierto es un enfoque preferido. Además, desde la perspectiva del negocio, esperamos una alta adherencia de los clientes en este espacio, por lo que el tiempo es esencial aquí, y cuanto antes se pueda ir al mercado con la solución elegida, mayores serán las posibilidades de aprovechar la USP para escalar.

En general, desde una perspectiva de desarrollo de la USP, son las aplicaciones específicas verticales con análisis personalizados subyacentes las que parecen ser las candidatas más adecuadas. Desde una perspectiva de estrategia de solución de plataforma IoT, aunque hemos dado recomendaciones de PaaS o SaaS para la ingestión de datos, PaaS para aplicaciones y análisis y compilación basada en código abierto para la perspectiva de aplicaciones específicas verticales, pero apreciamos la inmensa importancia del contexto que impulsa todas las decisiones. Si el contexto garantiza un tiempo rápido de comercialización con el apoyo de una I + D dedicada, Saas podría convertirse en una decisión óptima. Por lo tanto, todos los factores anteriores se pueden usar como una guía general, pero cada caso de uso necesitará su propio jurado y su propia decisión.

Los autores de este blog son Arpit Khosla, fundador de IoT Australia Consulting Services y Praneet Thakur, asesor de IoT Australia Consulting Services.