Cuando los servomotores se encuentran con los microservicios: una conversación arquitectónica relajada

¿Has encontrado algo similar? Un motor es confiable, pero cuando funciona con docenas de otros dispositivos, ¿el sistema se vuelve impredecible? En lugar de hablar hoy de teoría avanzada, hablemos de cómo repensar la organización del sistema de control como si fueran bloques de construcción.

El problema está escondido en los detalles.

Imagine que está a cargo de una línea de montaje. Seis servomotores son responsables del posicionamiento preciso, tres servos completan el ajuste fino del ángulo y el brazo robótico transporta las piezas a un ritmo fijo. Inicialmente, toda la lógica de control estaba escrita en un controlador central; esto era muy común, como amontonar todos los muebles en una habitación. Al principio parecía ordenado, pero a medida que las necesidades cambiaban, fue necesario rebuscar cada vez que se ajustaba.

Un día, es necesario aumentar temporalmente la velocidad de la sección de embalaje en un 20%, pero descubre que ajustar un parámetro en realidad afectará la precisión del posicionamiento aguas arriba. O, cuando ciertos datos del sensor son anormales, todo el registro del sistema se vuelve un desastre y es difícil rastrear el origen del problema. Más comúnmente, cuando desea cambiar uno de los modelos de motor, debe reescribir gran parte del código asociado.

Estos no son "fallos técnicos", sino un susurro de la arquitectura de que es hora de organizar su sistema de otra manera.

Microservicios: proporcione a cada función una sala separada

Podemos cambiar nuestra forma de pensar: ¿qué pasaría si la lógica de control de cada motor pudiera funcionar de forma independiente? Por ejemplo:

• El servomotor de posicionamiento decide por sí mismo cómo responder al comando del objetivo y solo le dice al sistema "Estoy en posición" a través de una interfaz clara.
• La unidad de detección de presión se centra en analizar los datos del sensor y emite recordatorios en formato estándar cuando se producen anomalías.
• El módulo de planificación de movimiento se concentra en calcular la ruta óptima y no se ve afectado por los cambios de código en otros módulos.

Este enfoque tiene un nombre, llamado arquitectura de microservicio. No se deje intimidar por la terminología, su esencia es simple: dividir un sistema grande en un conjunto de pequeños servicios que se pueden desarrollar, implementar y expandir de forma independiente. Al igual que los ladrillos Lego, cada pieza tiene una función clara, pero el método de unión se puede ajustar de forma flexible.

Uno podría preguntarse: "¿Esto añade complejidad?" Buena pregunta. A corto plazo, es necesario diseñar algunos estándares para la comunicación entre servicios (como formatos de datos claramente definidos), pero a largo plazo, esto reduce el acoplamiento no deseado del sistema. Cuando un módulo necesita una actualización, no es necesario detener toda la línea de producción para probar todas las funciones.

¿Por qué esta idea es adecuada para escenarios de control de hardware?

Los servomotores y los sistemas mecánicos tienen una característica: tienden a funcionar durante mucho tiempo. La línea de producción podrá seguir funcionando durante cinco o diez años, tiempo durante el cual se producirán innumerables sustituciones parciales y de componentes y nuevas funciones. La arquitectura monolítica tradicional es como una enorme pintura al óleo y modificar cualquier detalle puede requerir volver a dibujar todo el lienzo.

La arquitectura de microservicio es como un conjunto de cuadernos de bocetos, en los que cada hoja registra funciones específicas. ¿Quieres modificar la lógica de agarre del brazo robótico? Solo necesita actualizar esa parte del servicio y asegurarse de que se comunique con otros módulos normalmente mientras la interfaz permanece sin cambios.

kpotenciaCuando ayudamos a los clientes a implementar este tipo de arquitectura, a menudo vemos varios cambios interesantes:

• El tiempo de resolución de problemas se reduce en un 40% en promedio porque los registros están naturalmente separados por servicio.
• El ciclo de iteración del hardware se ha vuelto más flexible y, a menudo, cambiar los modelos de motor solo requiere ajustar los servicios correspondientes.
• El costo de probar nuevas funciones se reduce y se pueden probar módulos específicos en un entorno aislado sin afectar a toda la línea.

Tres pasos del concepto a la práctica

Si encuentra interesante esta arquitectura, puede probarla en tres pasos:

Paso 1: trazar límites funcionales. Saque una hoja de papel y divida su sistema de control según las funciones físicas. ¿Qué partes están estrechamente acopladas (como la transmisión y el procesamiento de retroalimentación del mismo motor)? ¿Qué piezas intercambian datos sólo ocasionalmente (p. ej. mecanismo de alimentación y unidad de control de calidad)? Los límites físicos naturales suelen ser un buen punto de partida para la partición de microservicios.

Paso 2: Definir reglas de diálogo Los servicios necesitan comunicarse, del mismo modo que los trabajadores en una línea de producción necesitan entregar productos semiacabados. Acuerde el formato de los datos; por ejemplo, toda la información de ubicación incluye marca de tiempo, unidad y nivel de confianza; Todas las instrucciones tienen números únicos para facilitar el seguimiento. Estas reglas no tienen que ser perfectas desde el principio, pero unas convenciones claras pueden evitar confusiones más adelante.

Paso 3: Refactorizar desde cero No es necesario reescribir todo el sistema a la vez. Elija un módulo que necesite mejoras recientemente (como ese servomotor de la sección de embalaje que le da dolor de cabeza) y transfórmelo primero en un servicio independiente. Después de verificar que la operación es estable, expanda gradualmente. Este cambio gradual favorece más el funcionamiento continuo de la línea de producción.

A veces la respuesta está fuera de la pregunta.

A menudo pienso en el amigo que mencioné al principio. Cuando comenzó a reorganizar parte de la lógica de control utilizando ideas de microservicios, no solo resolvió el problema del retraso en la respuesta, sino que también descubrió inesperadamente que su equipo comenzó a dividir el trabajo de manera más natural. El ingeniero responsable de la estructura mecánica se centra en los servicios de planificación del movimiento y el ingeniero eléctrico está profundamente involucrado en el módulo de control del variador. Los dos colaboran a través de interfaces claramente definidas, en lugar de anotarse entre sí en el mismo archivo de código.

Éste puede ser otro don de la arquitectura: no sólo organiza el código, sino que también organiza la forma en que las personas colaboran. Cuando cada módulo funcional tiene límites claros de responsabilidades, el mantenimiento se convierte en algo que puede promoverse en paralelo.

Por supuesto, ninguna arquitectura es una solución milagrosa. Los microservicios traerán consideraciones de comunicación de red entre servicios y requerirán un diseño de monitoreo más detallado. Pero para aquellos sistemas de control de hardware que requieren una evolución a largo plazo y una localización frecuente, esta filosofía de "divide y vencerás" a menudo puede aportar una facilidad inesperada.

Al fin y al cabo, la arquitectura técnica es como la distribución de las habitaciones. A algunas personas les gusta poner todo en un espacio abierto, que es claro a simple vista pero difícil de ajustar localmente; Algunas personas prefieren darle a cada función una sala separada, lo que requiere algunos pasos más en la etapa inicial, pero cada espacio se puede renovar a su propio ritmo.

¿Qué tipo de habitación parece su sistema ahora?

Establecido en 2005,kpotenciase ha dedicado a un fabricante profesional de unidades de movimiento compacto, con sede en Dongguan, provincia de Guangdong, China. Aprovechando las innovaciones en la tecnología de accionamiento modular,kpotenciaintegra 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.