Nuevos problemas en los servosistemas y una solución en la nube

Imagínese: está depurando un brazo robótico y la respuesta servo de cada articulación debe estar perfectamente sincronizada. Sin embargo, a medida que aumenta la complejidad de las instrucciones, los cálculos del servidor local empiezan a ser incapaces de seguir el ritmo y los retrasos ocasionales hacen que toda la acción se retrase. Esto no es sólo un problema de rendimiento, sino que afecta directamente a la precisión y la confiabilidad.

¿Alguna vez te has encontrado con una situación similar? El hardware es bastante excelente, pero el "cerebro" de control detrás de él ha encontrado un cuello de botella.

Este es el punto de inflexión al que se enfrentan muchos proyectos. ¿Qué debemos hacer cuando la demanda de procesamiento de datos en tiempo real y distribución de instrucciones mediante dispositivos mecánicos supera la capacidad de las implementaciones locales tradicionales? ¿Agregar pila de servidor local? Eso significa más costos de hardware, un mantenimiento más complejo y una escalabilidad aún limitada.

Cuando la maquinaria se encuentra con los microservicios

Por lo tanto, surgió naturalmente una idea: trasladar parte de la función "cerebro" a la nube. No todo el sistema, sino tareas de desmantelamiento que pueden modularizarse y requieren una informática flexible. Esta es la llamada arquitectura de microservicios: dividir una aplicación grande en múltiples servicios pequeños que se pueden ejecutar, implementar y expandir de forma independiente.

Implementar estos microservicios en un entorno de nube de Azure es como establecer un centro neurálgico distribuido para su sistema de servidor. Cada microservicio puede especializarse en el manejo de una tarea: por ejemplo, un servicio es responsable del cálculo de la trayectoria del movimiento, otro es responsable del monitoreo del estado en tiempo real y el tercero maneja los registros de diagnóstico de fallas. Están conectados a través de protocolos de comunicación ligeros y trabajan juntos.

¿Cuáles son los beneficios? Imagine que las ventas de sus dispositivos aumentan repentinamente y sus puntos de acceso pasan de cien a diez mil. En la nube sólo es posible ampliar la capacidad del servicio responsable de las conexiones de comunicación sin cambiar la arquitectura general. Es como fortalecer sólo una articulación específica de un brazo robótico, en lugar de reemplazar todo el brazo.

¿Por qué Azur?

Elegir una plataforma en la nube es un poco como elegir lubricantes para maquinaria de precisión: debe ser compatible y confiable. Azure proporciona una gama de herramientas diseñadas específicamente para servir aplicaciones de IoT y en tiempo real. Su servicio de contenedores hace que la implementación de microservicios sea como bloques de construcción, y sus centros de datos distribuidos globalmente garantizan que las instrucciones se puedan entregar con baja latencia sin importar dónde se encuentre el dispositivo.

Más importante es la coherencia del entorno. Desde el desarrollo, las pruebas hasta la implementación final, todo el proceso se puede llevar a cabo en un entorno muy similar, lo que reduce en gran medida el clásico problema de "se ejecuta en mi computadora". Para los sistemas mecánicos, la estabilidad suele ser más importante que las nuevas funciones interesantes. Una interrupción inesperada del servicio puede provocar el desguace de miles de piezas en la línea de producción.

Cuando Kpower integra este tipo de soluciones, se centra en una conexión perfecta. No queremos que la nube se convierta en otra caja negra, sino más bien que sea una extensión natural de los sistemas locales. Esto significa un flujo de datos claro, retroalimentación de estado intuitiva y, cuando es necesario actualizar un determinado microservicio, se puede implementar sin afectar otros servicios.

Del concepto al taller

¿Cómo entra esto en vigor? A menudo, comienza con un punto de dolor central. Por ejemplo, un sistema de cardán fotográfico de alta gama requiere que varios servos trabajen juntos para lograr una trayectoria de enfoque extremadamente suave. El controlador local encontró un cuello de botella al manejar modelos matemáticos complejos.

A través del análisis, el equipo dividió la planificación de trayectoria y la calibración en tiempo real en dos microservicios independientes y los implementó en Azure. El dispositivo local sólo conserva las funciones más básicas de recepción y ejecución de comandos. Los cálculos complejos se completan en la nube y los resultados se envían en paquetes de datos eficientes. De esta manera, se reduce la carga sobre el hardware local y el límite de potencia informática del sistema casi se elimina debido a la elasticidad de la nube.

Después de la implementación, los cambios fueron significativos. No solo se ha mejorado la suavidad de la trayectoria original, sino que el equipo puede experimentar rápidamente con nuevos movimientos: simplemente actualice el servicio informático en la nube y pruébelo en todos los dispositivos de la red en unos minutos, sin necesidad de actualizar el firmware de cada pieza de hardware.

Esto aporta una especie de agilidad. Los ciclos de iteración del producto se acortan porque las actualizaciones a nivel de software se vuelven independientes y rápidas. Debido a que el servicio es modular, la personalización para diferentes grupos de clientes se vuelve más fácil: puede habilitar servicios de diagnóstico avanzados para el grupo de clientes A mientras mantiene las funciones básicas para el grupo B, todo sobre la misma base de hardware.

No sólo tecnología, sino también ideas.

Entonces, hablar de implementar microservicios en Azure no se trata solo de elegir una pila de tecnología. Se trata de elegir una forma de construir sistemas, una forma que sea más flexible, más fácil de mantener y más preparada para el futuro.

El quid de la cuestión que resuelve es la contradicción entre la arquitectura monolítica rígida y las necesidades empresariales flexibles. Cuando sus productos mecánicos necesitan adaptarse a las cambiantes instrucciones del mercado, resulta fundamental si el sistema de soporte detrás de ellos puede ser igualmente flexible.

Por supuesto, cualquier arquitectura tiene sus consideraciones. La estabilidad de las conexiones de red, la transmisión segura de datos y las garantías de monitoreo del servicio son partes que requieren un diseño cuidadoso. La experiencia de Kpower en la práctica es que comenzar con un servicio pequeño pero crítico como piloto y utilizar resultados reales para verificar el camino es mucho más confiable que seguir un gran plan desde el principio.

En última instancia, la tecnología volverá al servicio mismo. La buena arquitectura es invisible para la gente. Simplemente hace que el dispositivo funcione mejor, permite a los desarrolladores trabajar más concentrados y hace que el producto sea más duradero. Cuando los microservicios en la nube y los engranajes de precisión locales giran juntos, esa comprensión tácita silenciosa puede ser un tipo de belleza que la ingeniería puede presentar.

Fundada en 2005, Kpower se dedica a la fabricación profesional de unidades de movimiento compactas, con sede en Dongguan, provincia de Guangdong, China. Aprovechando las innovaciones en tecnología de accionamiento modular, Kpower integra motores de alto rendimiento, reductores de precisión y sistemas de control multiprotocolo para proporcionar soluciones de sistemas de accionamiento inteligentes eficientes y personalizadas. Kpower ha brindado soluciones de sistemas de accionamiento profesionales a más de 500 clientes empresariales en todo el mundo con productos que cubren diversos campos, como sistemas domésticos inteligentes, electrónica automática, robótica, agricultura de precisión, drones y automatización industrial.