Saltar al contenido
Cosas Tecnológicas

Por qué el contexto es fundamental para el éxito de la informática en el borde

La naturaleza de la innovación tecnológica la hace adecuada para palabras de moda y tipos de jerga, que generalmente dificultan la comprensión de la tecnología por parte de las personas. Estas palabras de moda incluyen términos metafóricos pero en última instancia fáciles de entender, como “nube”, significados literales como “Internet de las cosas”. Lo que hay en el medio es que obtenemos términos como “computación de borde”. Esto es lo básico que la tecnología en sí y los términos utilizados para describirla tienen en común: necesitan contexto.

Por qué el contexto es fundamental para el éxito de la informática en el borde

En el campo de las tecnologías de la información, lo llamamos “caso de uso”. No obstante, el término es esencialmente una manifestación tangible del contexto en el que la tecnología es más efectiva, ya sea un escenario de fabricación, una plataforma telemática o una integración de IoT. Incluso en la Internet de las cosas, el contexto es fundamental porque se puede utilizar para algo tan simple como un termostato inteligente, algo tan avanzado como una máquina de resonancia magnética o cualquier número de casos de uso intermedios.

El verdadero desafío de la informática de borde no es crear un dispositivo, sino garantizar que el dispositivo pueda operar y transmitir datos de manera confiable.

Las personas a menudo prestan atención al aspecto de plataforma del negocio porque aquí es donde verán el retorno de la inversión de datos y análisis. Pero, aún así, si no hacen lo correcto en el borde de la red, entonces todo este maravilloso procesamiento de back-end no tendrá mucho sentido.

La informática de borde se pasa por alto fácilmente

La computación perimetral a menudo se pasa por alto porque la mayoría de la gente la da por sentada. Esta situación ocurre a menudo durante el proceso de fabricación, especialmente porque existe la percepción de que cuando compra un dispositivo como una computadora portátil o un teléfono inteligente, el dispositivo se comunicará con otros dispositivos a través de una interfaz dirigida por el usuario.

Estamos pensando: “Use un teléfono inteligente para enviar datos a una computadora portátil y luego use una computadora portátil para enviar los mismos datos a la impresora”.

En el contexto de los dispositivos de IoT, no es así como funciona realmente.

Sin una gestión de borde adecuada, los costos de mantenimiento pueden dispararse para los equipos diseñados para ser autosuficientes. No solo estamos hablando de camiones rodantes para solucionar problemas de enrutadores. En algunos casos, estos dispositivos están diseñados para ser enterrados en el suelo con cultivos para medir la humedad del suelo.

I0T es un dispositivo pequeño, diseñado para existir y funcionar de forma independiente

En el campo del Internet de las cosas, estamos construyendo estos nuevos dispositivos de tamaño reducido que están diseñados para existir y funcionar de forma independiente. Nuestras interacciones iniciales con la mayoría de los clientes y socios comerciales se centraron en la pregunta: “¿Cómo nos conectamos con esto? ¿Cómo manejamos este acuerdo? ¿Cómo apoyamos este sensor?”

Algunos de los mayores desafíos surgen cuando profundizamos en la capa electrónica y comenzamos a descubrir cómo conectar la interfaz electrónica a la primera capa de la capa de software.

comunicación

En el mundo de Internet de las cosas, se considera alguna forma de estándares de comunicación para la construcción de dispositivos. Sin embargo, recordar los datos reales que transmiten y cómo transmiten los datos es otro problema por completo. Además, el equipo debe mantenerse durante toda su vida útil.

Tal vez la temperatura suba o baje, o el dispositivo simplemente envía periódicamente información a la red para realizar ciertas operaciones.

La mayoría de las veces, las personas se encontrarán con desafíos al diseñar estas cosas. Esta puede ser la primera vez que se enfrenten a desafíos porque están preocupados por estos temas. La gente olvida que no es plug-and-play como una computadora portátil o una impresora.

Los dispositivos móviles modernos consumen datos

Incluso cosas tan simples como los datos en sí, y comprender cómo los dispositivos móviles modernos consumen datos en comparación con dispositivos Wi-Fi y 3G similares, pueden descarrilar todo el proyecto de Internet de las cosas antes de que comience. Este es un mundo más desafiante.

¿Está el dispositivo escalado y calibrado correctamente?

Otra área clave de este mundo es poder garantizar que los dispositivos se escalen y calibren correctamente, y procesar los datos que transmiten de manera significativa. Por ejemplo, si hay un problema con la conexión, los datos deben estar en cola correctamente para que cuando se restablezca la conexión, puedan llegar a donde deberían ir.

Muchas otras empresas muy exitosas han aprendido de este tipo de lecciones al no considerar cómo se comportan sus dispositivos en el mundo real. Por ejemplo, cuando estos dispositivos finalmente se diseñan para usar datos móviles, pueden probar estos dispositivos en el laboratorio. El costo de las funciones de comunicación clave es, en última instancia, tan alto que, desde un punto de vista comercial, el dispositivo no es un producto viable.

¿Cuál es la tarea o función principal del dispositivo? ¿Funcionará como se esperaba?

Por supuesto, si el desarrollador presta demasiada atención a la forma en que funciona el dispositivo antes de invertir el tiempo suficiente para determinar si el dispositivo físico en sí puede funcionar normalmente, las consecuencias pueden ser aún más graves.

Ya sea que se trate de un simple dispositivo telemático para vehículos, un módulo avanzado para la fabricación o cualquier número de dispositivos intermedios, el trabajo más importante para garantizar que un dispositivo determinado y sus componentes funcionen como se espera suele ser menospreciar a quienes tienen menos experiencia.

Aprecia la complejidad

En muchos casos, las personas caerán en él y no se darán cuenta de la complejidad con la que están lidiando hasta que hayan sufrido muchos contratiempos. Esto podría deberse a problemas ambientales, problemas de duración de la batería o incluso problemas simples que requieren la colocación de una antena. Entonces, una vez que se coloca en el campo, ¿cómo se actualizará?

¿El artículo o equipo está realmente listo para su envío? Prueba, prueba, prueba.

Cuando estos tipos de equipos fallan después de ser colocados en el sitio, el costo de reemplazarlos y volver a transportarlos puede destruir por completo toda la línea de productos. Por eso es tan importante probarlos en el lugar en grupos más pequeños y evitar la tentación de los senderos del jardín que se expanden demasiado rápido.

El gran plan es excelente, pero comenzar poco a poco e iterar con el tiempo es la situación final, donde una onza de prevención es de hecho más valiosa que una libra de tratamiento.

Entregado al cliente-la “última milla”. Pero piense en “la primera milla primero”.

La gente a menudo se refiere a la informática de punta como la tecnología de la “última milla” y, como la última milla de un maratón, es la más desafiante.

Históricamente, las grandes empresas de telecomunicaciones y TI han descrito la conexión al dispositivo o al borde como la “última milla”, es decir, la prestación de servicios de datos desde el lado de la carretera hasta el hogar.

Pero esta es la visión incorrecta en Internet de las cosas. Todo comienza con el dispositivo, el creador de datos. Por lo tanto, conectarse a los dispositivos y transferir datos a la infraestructura de la aplicación es cruzar la “primera milla”.

De cualquier manera, una vez que tengamos la comprensión y los antecedentes correctos sobre cómo funciona la computación perimetral en el mundo real, la línea de meta está a la vista.

Fuente de la imagen: valdemaras d .; píxeles; ¡gracias!

John Kiefer

Director de Tecnología de la Unidad de Negocio de la Plataforma Telit IoT

John Keever actualmente se desempeña como director de tecnología de la unidad de negocios de la plataforma IoT de Telit. Llegó a Telit procedente de ILS Technology, que fue adquirida por Telit en 2013. El Sr. Keever fundó ILS Technology y comenzó a desempeñarse como vicepresidente ejecutivo y director de tecnología en octubre de 2000. Tiene más de 30 años de experiencia y diseño en ingeniería de software de automatización. El Sr. Keever tiene patentes de hardware y software. El Sr. Keever llegó a ILS Technology desde IBM, donde era el líder de servicio global responsable de la arquitectura y el despliegue de soluciones de producción electrónica. El Sr. Keever tiene más de 18 años de experiencia en automatización de plantas de producción en IBM y se ha desempeñado como gerente de desarrollo y soporte global para conectividad de automatización, entornos de aplicaciones distribuidas, PlantWorks y productos de hardware y software de recopilación de datos. Su experiencia previa en IBM incluye responsabilidades como responsable de marketing y arquitectura de soluciones para General Motors, BMW, Chrysler, Tokyo Electronics, Glaxo Wellcome y muchas otras empresas de fabricación globales. Tiene una licenciatura en ingeniería mecánica de la Universidad Estatal de Carolina del Norte y una maestría en ingeniería mecánica de la Universidad Estatal de Carolina del Norte, con menciones en ingeniería eléctrica y matemáticas. También completó un trabajo de posgrado en ingeniería informática y diseño de sistemas operativos en la Universidad de Duke. Siempre he sido un apasionado de la ingeniería mecánica, eléctrica e informática y las estudié durante mi licenciatura y maestría. La fundación de mi propia empresa ILS Technology y el trabajo para un habilitador global de IoT como Telit me ha brindado información valiosa sobre los aspectos comerciales y técnicos de IoT y la tecnología, y quiero compartir esta información con la comunidad ReadWrite. Al establecer mi propia empresa, también tengo más de 30 años de experiencia en diseño e ingeniería de software de automatización, y 18 años de experiencia en automatización de fábricas de IBM. Esta experiencia, junto con una maestría en ingeniería mecánica, me brindó la base y el conocimiento necesarios, que pueden proporcionar información valiosa para las audiencias de ReadWrite, ayudarlas a mejorar su conocimiento técnico y compartir nuevas ideas sobre prácticas heredadas. ReadWrite se esfuerza por producir contenido que sea beneficioso para la productividad del lector y proporcione información de alta calidad. Con 30 años de experiencia en ingeniería y diseño de software de automatización y 18 años de experiencia en automatización de fábrica de IBM, creo que tengo la base y el conocimiento necesarios para proporcionar información valiosa y de alta calidad a las audiencias de ReadWrite, que no solo ayudarán a mejorar. conocimiento, sino también compartir nuevas ideas sobre prácticas heredadas.