En busca de un ecosistema de IoT administrado que funcione

Jason Walls de QA Cafe

No es casualidad que la promesa de IoT haya sido más lenta de lo que los medios tecnológicos hambrientos de titulares han informado a lo largo de los años. Varios factores, incluidos los problemas de seguridad y privacidad, la falta de interoperabilidad y el rendimiento deficiente de la red, han dejado a los consumidores inseguros.

Los consumidores no quieren quedarse encerrados y esperan que un sistema viable "simplemente funcione" a pesar de todas las piezas móviles. Como resultado, la adopción, y lo que es más importante, la monetización, ha sido lenta para las empresas emergentes y los desarrolladores de IoT, así como para los proveedores de servicios administrados y los operadores de red que desean ofrecer IoT como una fuente de nuevos ingresos, dice Jason Walls, director de marketing técnico. en QA Cafe .

El mundo conectado se encuentra en una encrucijada. El IoT es complicado y requiere una visión general para comprender el alcance, la escala y lo que está en juego. Esto ha resultado en una colisión de varios mundos comerciales diferentes:proveedores de software que están acostumbrados a un ciclo de lanzamiento ágil y soporte continuo; expertos en seguridad y redes en empresas e ISP que exigen estándares e interoperabilidad; y proveedores de productos electrónicos de consumo que están acostumbrados a un modelo de negocio de "véndalo y olvídese". Esto presenta una oportunidad para unificar estos mundos a través de un ecosistema de IoT administrado que es flexible, seguro, estandarizado y pone el control en manos de todas las partes afectadas, incluido el usuario final.

Flexibilidad:no existe una talla única

Parte de la razón por la que falta una historia coherente para IoT es que la cantidad de aplicaciones, casos de uso, interfaces, escenarios de implementación y tipos de dispositivos es enorme. Sin embargo, cuando escuchan hablar a los desarrolladores, a menudo se concentran demasiado en la tecnología, ya sea un espectro inalámbrico en particular o un mecanismo de transporte.

Pero todas estas diferentes soluciones están diseñadas para diferentes usos, y no todos los escenarios de IoT se cumplirán con las mismas soluciones. Algunos escenarios involucrarán comunicación fija punto a punto con abundante ancho de banda. Algunos involucrarán puntos de control y puntos finales que están en movimiento. Algunos dispositivos tendrán abundantes recursos informáticos y algunos sorprendentemente pequeños. Cualquier intento de unificarlos debe existir en una capa por encima de todo, y las líneas entre las capas deben mantenerse muy claras para que sea flexible y extensible.

Seguridad:es más que tecnología

La seguridad en IoT es el elefante obvio en la sala sobre el que se ha escrito más que quizás sobre cualquier otro tema de IoT. Es cierto que garantizar la confianza y la integridad de los mensajes es computacionalmente costoso y no siempre es posible para dispositivos con restricciones severas. Si bien eso puede cambiar a medida que la memoria y la potencia de procesamiento continúan aumentando su eficiencia, seguirá siendo un problema inminente durante algún tiempo.

Sin embargo, garantizar la seguridad de los datos en el transporte no es la pieza más importante para la seguridad en IoT. El factor más importante es la capacidad de actualización:la capacidad de las partes interesadas involucradas de monitorear y parchear de forma remota los dispositivos vulnerables. Cuando se trata de hacer frente a ataques maliciosos, la adaptabilidad suele ser más importante que la defensa.

La capacidad de actualización es más una cuestión de cultura y modelo de negocio que un problema tecnológico. Los desarrolladores de soluciones de hardware y electrónica de consumo simplemente no están acostumbrados a la idea de que las cosas que construyen deberán ser compatibles y actualizables durante ciclos de vida muy largos. Un ecosistema de IoT que se gestiona en su implementación y ciclo de vida de soporte es crucial para fortalecer el IoT contra la amenaza constante de explotación.

Estandarización:hacer que funcione en conjunto

El otro obstáculo para la adopción de IoT es simplemente la interoperabilidad. Hay muchos proyectos que intentan definir los modelos de información para sensores, actuadores, interruptores y luces. Sin embargo, la capacidad de administración de IoT también debe estar estandarizada, es decir, la capacidad de incorporar, monitorear las conexiones de red, solucionar problemas y actualizar el firmware.

Lo bueno de un enfoque basado en estándares verdaderos es que permite realizar pruebas de gran alcance para la interoperabilidad y la conformidad. Con las herramientas adecuadas y los programas de certificación implementados, los implementadores pueden estar seguros de que sus productos serán sólidos y funcionarán en un entorno de múltiples proveedores, algo de lo que IoT carece mucho.

Afortunadamente, este problema se resolvió en el pasado para otro conjunto de dispositivos complejos:las puertas de enlace domésticas Wi-Fi de banda ancha. Proveedores de servicios de Internet, a través del Foro de banda ancha , abordó su necesidad de estas funciones hace más de una década con el Protocolo de administración WAN CPE (comúnmente conocido como TR-069), que proporcionó un protocolo y un modelo de datos estandarizado para interactuar con dispositivos con reconocimiento de red que eventualmente se extendieron a otros CPE.

Avance rápido hasta el día de hoy, y el Foro ha desarrollado una forma evolucionada de este protocolo llamada Plataforma de servicios al usuario (USP). Construido sobre muchas tecnologías nuevas, USP está diseñado para proporcionar este ecosistema para IoT, con características que incluyen protocolos de transporte flexibles para implementación, seguridad de extremo a extremo y un modelo de información estandarizado para cualquier tipo de dispositivo conectado. Armados con estas herramientas, estos mundos en colisión se pueden unificar, brindando a todos los involucrados una historia completa para el futuro de IoT.

Puede obtener más información sobre la plataforma de servicios al usuario aquí.

El autor de este blog es Jason Walls, director de marketing técnico de QA Cafe