Encontrar PVU en el ecosistema de IoT:Parte 2

Arpit Khosla de IoT Australia Consulting

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 y de mercado y las dinámicas cambiantes que las rodean. Este artículo tiene como objetivo dirigirse a los responsables de la toma de decisiones empresariales que intentan idear una estrategia de solución y una PVU en cada componente de la cadena de valor. En nuestro último artículo nos centramos en los sensores, dispositivos, pasarelas y comunicaciones de IoT que forman parte 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 primero nuestra opinión sobre todo lo que 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 la gestión de la conectividad, la gestión de dispositivos, la ingestión y almacenamiento de datos, la plataforma de habilitación de aplicaciones y las plataformas de habilitación de análisis. A veces, las plataformas de facturación que ofrecen 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 un escenario y, por lo tanto, pueden clasificarse como una capacidad vertical. Veamos cada una de esas capacidades desde la perspectiva de la estrategia y la 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, la seguridad, la movilidad, la escalabilidad, los perfiles de potencia y los requisitos de latencia, la solución en sí la suele encargar el operador que proporciona la red. Desde la perspectiva de la estrategia de solución, hay algunas decisiones clave como SIM con licencia frente a sin licencia, SIM frente a eSIM y facturación dividida frente a facturación de extremo a extremo, pero justifican otro artículo, por lo que no entraremos en detalles en este.

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

Las plataformas de ingestión y almacenamiento de datos no son ajenas a los desafíos de la heterogeneidad, los estándares en evolución y los requisitos para manejar la escalabilidad con la postura de seguridad adecuada. Desde una perspectiva de estrategia de solución, elegir el protocolo correcto entre https, MQTT, CoAP, AMQP, etc. es una decisión clave a tomar. Por lo general, 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, lo que garantiza una inversión de tiempo y esfuerzo para el desarrollo, por otro lado, otras ofrecen una configuración basada en configuración de bajo código / bajo toque.

Desde la perspectiva de la disponibilidad de la solución, vemos tres enfoques. En primer lugar, los agentes de ingestión de datos y las plataformas de almacenamiento forman parte del paquete que ofrecen los proveedores de plataformas de nube horizontal de extremo a extremo, 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 productizadas como C3IoT, Software AG, PTC . Por productizado nos referimos a que los requisitos de producción típicos en torno a la administración, operación, auditoría, integración e interfaz de usuario están prefabricados.

La tercera opción típica es construir usando soluciones de código abierto como Rabbitmq, Eclipse Mosquito, etc. En general, la mayoría de los reproductores de PaaS y SaaS tienen ofertas similares en este espacio y las consideraciones típicas para elegir son escala, comercial, operativo y mantenimiento y soporte continuo. No vemos esta parte de la solución como un candidato fuerte para construir ningún 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, esté armada 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 mercantilizado, siendo PaaS o SaaS el modo de desarrollo preferido.

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

Algunas de estas soluciones también incursionan en el espacio Edge, especialmente para el análisis de Edge. Una vez que el tomador de decisiones conoce los requisitos desde la perspectiva de las dimensiones anteriores, una vez más, puede considerar cualquiera de las tres opciones que ofrece PaaS de Azure y 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 se considera como el área de mayor crecimiento, es casi obligatorio que el diseñador de soluciones también tenga una estrategia de borde clara. En el espacio Edge, uno podría buscar soluciones como Intel Chipsets y dispositivos de borde basados ​​en Movidius de Dell desde la perspectiva del hardware y Azure IoT Edge, AWS IoT Greengrass, el dispositivo de borde de Software AG desde la perspectiva del software. En el espacio de análisis y aplicaciones, mientras se sigue el tercer enfoque de compilación, uno tiene que unir tecnologías como Kaa, HDFS, Kafka, Nifi, Mongo DB, Nginx, etc., para habilitar una solución de IoT sólida.

En general, desde la perspectiva de la estrategia de solución, creemos que uno debe ser consciente del hecho de que se espera que los jugadores de SaaS en el espacio analítico se diferencien con algoritmos de aprendizaje optimizados a lo largo del camino. Esto crea la posibilidad de que los jugadores de SaaS abusen del poder de mercado más tarde en el día. El tomador de decisiones comerciales también debe ser consciente del tiempo y la inversión necesarios 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 las funcionalidades del motor de análisis y habilitación de aplicaciones.

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

Ésta es el área que necesita ser examinada con una lente empresarial relativamente mucho más amplia. Quienes toman las 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 comercial, esperamos una alta fidelidad de los clientes en este espacio, por lo que el tiempo es esencial aquí, y cuanto antes se pueda comercializar con la solución elegida, mayores serán las posibilidades de aprovechar el PSU para escalar.

En general, desde una perspectiva de desarrollo de USP, son las Aplicaciones específicas verticales con análisis personalizado subyacente las que parecen ser las candidatas más adecuadas. Desde la perspectiva de la estrategia de la solución de la plataforma IoT, 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 verticales específicas, pero apreciamos la inmensa importancia del contexto que impulsa todas las decisiones. Si el contexto amerita un tiempo de comercialización rápido con el apoyo de una I + D dedicada:Saas podría convertirse en una decisión óptima. Por lo tanto, todos los factores anteriores pueden usarse 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