Ya sea un sensor basado en el océano, un collar para rastrear animales salvajes o un monitor inteligente para bebés, los avances en conectividad y hardware han llevado a la adopción de IoT en casi todos los rincones de nuestras vidas. Pero junto con el crecimiento vienen los riesgos, algunos evitables, otros no, que amenazan con afectar el desarrollo, interrumpir las operaciones de los dispositivos y afectar el mantenimiento regular. 

Cuando los dispositivos conectados eran una novedad, estos impactos podían considerarse menores. Pero ahora, dada la ubicuidad de IoT, los desarrolladores que buscan crear un producto sólido y desarrollar una base de clientes leales deben considerar cómo funcionará cada producto desde el momento en que está en manos de un cliente y a largo plazo. 

Priorizando la confiabilidad

Dos tendencias requieren un desarrollo de IoT que se centre tanto en la arquitectura del firmware como en el elemento de diseño para abordar estos problemas. 

1. Expectativas: Las expectativas de los usuarios finales para sus dispositivos IoT siguen aumentando debido al rápido crecimiento. Es estimó que había 14.4B de dispositivos conectados a finales de 2022, y el mercado es proyectado para crecer a $ 525 mil millones para 2027, con 27 mil millones de dispositivos conectados para 2025. Noticias sobre hacks y errores continue causar preocupación del consumidor sobre el uso del dispositivo, pero sin ralentizar la adopción, la presión recae sobre los desarrolladores para que simplemente entreguen productos mejores y más confiables. Los dispositivos portátiles de consumo o los sensores baratos pueden tener un precio bajo, pero si millones de usuarios experimentan un error, la reputación y el resultado final de una empresa están en riesgo. Es posible que las aplicaciones de IoT industrial no escalen en cantidad, pero la interrupción de las operaciones en la infraestructura podría afectar a millones. En el cuidado de la salud, una falla en los dispositivos en los que se confían datos confidenciales, o atención crítica, podría ser catastrófica.
2. Exigencias de seguridad: Con las expectativas de los usuarios por las nubes, los desarrolladores seguramente están detectando una creciente presión en torno a una seguridad de dispositivos más robusta por parte de los usuarios y los organismos reguladores por igual. Simplemente, existen demasiadas vulnerabilidades en los sistemas operativos, los microcontroladores y las pilas de conectividad. Los consumidores seguirán exigiendo y buscando dispositivos de los que se pueda esperar que protejan sus datos y funcionen como se espera. Debido a esa presión, los gobiernos eventualmente necesitarán crear requisitos regulatorios y de cumplimiento más estrictos. Estados Unidos tiene el “Ley de ciberseguridad de IoT”, que requiere que cualquier dispositivo IoT utilizado por el gobierno federal cumpla con estándares y pautas de seguridad cibernética específicos. El Ley de ciberseguridad de la UE clasifica las empresas de IoT bajo un conjunto común de estándares de certificación en función de su nivel de seguridad. Francia requiere fabricantes de dispositivos IoT para revelar qué tan reparables son los dispositivos. Estos movimientos indican un impulso hacia una mayor regulación. Sería inteligente que los desarrolladores presten atención y se adapten a los estándares básicos de seguridad ahora en lugar de luchar para ponerse al día una vez que se exija el cumplimiento.

Los nuevos enfoques de desarrollo de hardware pueden llevar a los fabricantes de dispositivos hacia estas prioridades. Los ingenieros de software han tenido durante mucho tiempo herramientas de ingeniería de confiabilidad de software (SRE) para administrar sistemas, resolver problemas y automatizar tareas. Históricamente, los ingenieros de hardware carecían de acceso a herramientas similares que ayudaran a automatizar, acelerar y optimizar el desarrollo, pero eso ha cambiado. Las herramientas de ingeniería de confiabilidad de dispositivos (DRE) ahora están disponibles para ayudar a los desarrolladores a ofrecer mejores productos que mantengan contentos a los clientes. DRE equipa a los ingenieros de hardware con dispositivos individuales y datos a nivel de flota para acelerar IoT y la entrega de dispositivos perimetrales y, al mismo tiempo, minimizar el riesgo. 

Implementación de DRE para dispositivos IoT

Así como los desarrolladores de software usan herramientas SRE para acelerar el desarrollo sin afectar la calidad o el rendimiento del software, los desarrolladores de dispositivos pueden usar DRE para llegar al mercado más rápido con un dispositivo de calidad que se puede actualizar regularmente para un rendimiento superior. A continuación, se incluyen algunos consejos para adoptar DRE en su equipo de desarrollo.

• Consejo 1: construye teniendo en cuenta los errores. Los desarrolladores de dispositivos saben que es imposible anticipar la entrada de cada usuario final y el entorno operativo al que lo someten. En lugar de esperar los días de lanzamiento para que los usuarios frustrados informen errores en los subprocesos de Reddit, los desarrolladores deben adoptar un enfoque de desarrollo más proactivo, anticipando que los errores aparecerán y planificando correcciones y actualizaciones periódicas como parte del ciclo de vida del dispositivo. En la práctica, eso incluiría garantizar que los dispositivos se puedan restablecer a las condiciones de fábrica o a una versión de firmware anterior, o establecer una ruta de firmware mínima. Este enfoque también permite que los equipos sigan un flujo de trabajo del día 0; esto permite que el firmware se congele en un estado mínimo para que los equipos envíen productos con pleno conocimiento y expectativa de que los algoritmos se mejorarán continuamente y los dispositivos se actualizarán después de que se hayan enviado.
• Consejo 2: Tenga en cuenta activamente la seguridad. Al enviar productos, los desarrolladores deben tener un plan sobre cómo actualizarlos en caso de infracciones o vulnerabilidades conocidas que deban parchearse. Otros pasos de seguridad esenciales incluyen la firma de actualizaciones de firmware y el requisito de validación de firmware en un dispositivo y mecanismos antirretroceso, lo que garantiza una entrega segura y un estado sin cifrar en tránsito. Otra necesidad de seguridad: garantizar que las bibliotecas de terceros permanezcan actualizadas. Debido a que el código de terceros es común y, a menudo, responsable de funciones críticas como la conectividad o la criptografía, los desarrolladores deben conocer el código de terceros, incluidas sus licencias y el soporte disponible.
• Consejo 3: Esté preparado para monitorear. No basta con lanzar un producto al mercado. Los dispositivos actuales deben funcionar bien y proporcionar características únicas, con actualizaciones periódicas y funcionar sin problemas con otras aplicaciones, plataformas y dispositivos, todo mientras se mantienen seguros los datos de los clientes. El monitoreo remoto de dispositivos en el campo es fundamental para la visibilidad de la salud de una flota, así como para satisfacer las crecientes demandas de los usuarios. El ciclo de desarrollo se extiende esencialmente a la posproducción para satisfacer las necesidades de monitoreo de dispositivos. El monitoreo por aire (OTA) de métricas (p. ej., duración de la batería, conectividad Bluetooth, horas sin fallas, tiempo promedio entre fallas) permite detectar y reparar problemas con poca interrupción para el usuario, a menudo antes de que ocurran. incluso eres consciente. 

Los equipos de software saben bien que las herramientas de ingeniería de confiabilidad conducen a mejores productos en general. A través de la ingeniería de confiabilidad de dispositivos, los equipos pueden adoptar un enfoque dinámico, observable y altamente eficiente. El resultado: obtener y mantener productos duraderos en manos de clientes leales. 

.pp-multiple-authors-boxes-wrapper.box-post-id-24649.pp-multiple-authors-layout-boxed.multiple-authors-target-the-content.box-instance-id-1 .pp-author -boxes-avatar img {ancho: 80px! importante; altura: 80px !importante; } .pp-multiple-authors-boxes-wrapper.box-post-id-24649.pp-multiple-authors-layout-boxed.multiple-authors-target-the-content.box-instance-id-1 .pp- autor-cajas-avatar img { border-radius: 50% !importante; } .pp-multiple-authors-boxes-wrapper.box-post-id-24649.pp-multiple-authors-layout-boxed.multiple-authors-target-the-content.box-instance-id-1 .pp- autor-cajas-meta a { background-color: #655997 !important; } .pp-multiple-authors-boxes-wrapper.box-post-id-24649.pp-multiple-authors-layout-boxed.multiple-authors-target-the-content.box-instance-id-1 .pp- autor-cajas-meta a { color: #ffffff !importante; } .pp-multiple-authors-boxes-wrapper.box-post-id-24649.pp-multiple-authors-layout-boxed.multiple-authors-target-the-content.box-instance-id-1 .pp- author-boxes-meta a:hover { color: #ffffff !important; } .pp-multiple-authors-boxes-wrapper.box-post-id-24649.pp-multiple-authors-layout-boxed.multiple-authors-target-the-content.box-instance-id-1 .pp- Author-boxes-recent-posts-title { border-bottom-style: dotted !important; } .pp-multiple-authors-boxes-wrapper.box-post-id-24649.pp-multiple-authors-layout-boxed.multiple-authors-target-the-content.box-instance-id-1 .pp- multiple-authors-boxes-li { border-style: solid !important; } .pp-multiple-authors-boxes-wrapper.box-post-id-24649.pp-multiple-authors-layout-boxed.multiple-authors-target-the-content.box-instance-id-1 .pp- multiple-authors-boxes-li { color: #3c434a !importante; }

Tags: ingeniería de confiabilidad de dispositivos, Internet de las cosas, IoT