Cuando tu proyecto empieza a enfadarse: una conversación sobre microservicios y hardware

Imagínese esto: el pequeño brazo robótico que montó de repente se atasca en medio de una demostración. El servomotor zumba, el ángulo del mecanismo de dirección tiembla levemente, pero su código de control dice claramente que todo es normal. El café a tu lado se ha enfriado y miras fijamente el registro en la pantalla. Los mensajes de error dispersos son como partes dispersas: usted sabe dónde está el problema, pero no sabe dónde solucionarlo primero.

¿Esto te resulta familiar?

Muchas veces, el problema no está en el hardware en sí. Es posible que haya utilizado un confiablekpotenciaEl servomotor y la estructura mecánica han sido calibrados cuidadosamente, pero cuando la lógica de control se vuelve complicada, cada módulo comienza a "trabajar de forma independiente": como una banda sin director, cada músico toca según su propia partitura. En este momento, lo que se necesita no es solo ajustar una determinada marcha, sino repensar el "método de conversación" de todo el sistema.

Como resultado, poco a poco apareció el concepto de microservicios. Pero para las personas que trabajan todo el día con placas de circuitos y brazos robóticos, estas tres palabras suenan como el lenguaje de otro mundo.

¿Qué son exactamente los microservicios? ¿Puedes decirlo de manera más simple?

Puedes considerarlo como una caja de herramientas modular.

Tradicionalmente, se podría escribir un programa de control enorme que reúna todas las funciones (accionamiento del motor, cálculo de ángulos, interacción del usuario, manejo de errores) en un solo lugar. Puede que funcione, pero cada vez que quieras cambiar algo, como ajustar la curva de respuesta del servo, puede provocar reacciones en cadena inesperadas.

Los microservicios dividen cada función principal en pequeños "módulos de servicio" independientes. Un servicio sólo se concentra en hacer una cosa: como por ejemplo una gestión dedicadakpotenciaPara el control de par del servomotor, otro servicio solo es responsable de analizar los datos del sensor, y el otro servicio se centra en procesar las instrucciones frontales del usuario. "Hablan" entre sí a través de interfaces claras, como si fueran varios técnicos trabajando juntos con una clara división del trabajo.

De esta manera, cuando es necesario actualizar o depurar un módulo, otras partes pueden funcionar normalmente. Los servocontroles de su brazo robótico pueden ser independientes sin tener que volver a implementar todo el sistema.

¿Por qué molestarse con esto? Mi proyecto también se puede mover ahora.

Sí, los proyectos simples podrían hacerlo. Pero cuando comienzas a agregar más funciones, como conectar un brazo robótico a Internet para recibir comandos remotos o agregar reconocimiento visual para ajustar automáticamente la fuerza de agarre, el enfoque de "un programa lo hace todo" rápidamente se vuelve difícil de manejar.

Los microservicios aportan una especie de orden. Permite que cada parte realice sus tareas y, cuando se produce un error, puede localizar rápidamente un "servicio" específico en lugar de buscar una aguja en un pajar entre miles de líneas de código. Para proyectos de hardware, esto significa mayor confiabilidad y menos tiempo de inactividad no planificado.

Suena bien, pero ¿es demasiado difícil?

Esta es la preocupación más común. Mucha gente piensa que es una arquitectura compleja sólo utilizada por grandes empresas de Internet y requiere de todo un equipo para mantenerla.

Pero la realidad es que la idea central de los microservicios es "divide y vencerás", y su barrera de entrada es mucho más baja de lo imaginado. La clave no es construir un sistema enorme a la vez, sino aprender un pensamiento modular: comience a pensar qué funciones en su proyecto son relativamente independientes y qué datos necesitan límites claramente definidos.

Por ejemplo: en su proyecto de brazo robótico, la lógica de control del motor y la lógica de la interfaz de usuario son esencialmente dos cosas diferentes. El primero requiere una respuesta en tiempo real, mientras que el segundo puede prestar más atención a una interacción fluida. Administrarlos por separado, incluso si es solo una separación, hará que el código sea más claro.

Aprender microservicios no requiere que usted dé la vuelta y comience de nuevo, pero le brinda un nuevo conjunto de herramientas para mantener el proyecto bajo control a medida que crece, en lugar de terminar como un montón de "código fideo" poco claro.

¿Por dónde empezar de manera realista?

A menudo, el mejor lugar para empezar es con un problema específico. Por ejemplo, la próxima vez que se encuentre depurando el código del controlador del motor que afecta accidentalmente al módulo de registro, eso es una señal: tal vez estén demasiado acoplados.

Puede intentar imaginar el módulo funcional que se modifica con más frecuencia o que es más propenso a errores como un "pequeño servicio" independiente. Primero defina qué datos necesita obtener del mundo exterior y qué resultados necesita generar. El proceso en sí es un excelente ejercicio de diseño.

No es necesario dar un solo paso. Al igual que ajustar una estructura mecánica, primero afloje algunos tornillos, observe los cambios y luego ajuste gradualmente. El objetivo es crear conciencia de que un buen diseño de sistema debe permitir que cada parte tenga la autonomía adecuada y al mismo tiempo pueda trabajar en conjunto con elegancia.

se honesto

Los proyectos de hardware están llenos de desafíos tangibles: un tornillo suelto, un cableado mal conectado, una hoja de especificaciones para un motor. La arquitectura del software parece abstracta. Pero es el diseño de esta capa de abstracción lo que determina si sus ideas pueden transformarse sin problemas en prototipos de funcionamiento estable.

La próxima vez que se enfrente a un dispositivo que ocasionalmente se enoja, además de verificar el voltaje y la holgura de los engranajes, tal vez también pueda tomarse un momento para pensar: ¿sus diversos módulos funcionales se comunican entre sí de manera clara y eficiente?

La verdadera fluidez a menudo proviene de límites e interfaces claros, ya sean mecánicos o de código. Este es quizás el regalo más valioso que el pensamiento de microservicios puede brindar a quienes aman crear cosas tangibles.

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 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.