Cuando el servosistema se encuentra con la arquitectura de software: una charla aleatoria sobre "ordenado"

Imagine que tiene un brazo robótico multieje en su taller que lleva varios años en uso. Funcionó muy bien al principio, pero cada vez que quería cambiar la acción o actualizar el sensor, era como desarmar un teléfono antiguo lleno de cables: si lo mueves a un lugar, todo se arruinará. Lo que es aún más problemático es que hay un problema con cierto módulo de servocontrol y toda la línea tiene que detenerse. ¿Esto te resulta familiar?

De hecho, los problemas en el mundo del software son sorprendentemente similares a este. Un enorme sistema en el que se mezclan todos los códigos es como ese brazo robótico: un cabello puede mover todo el cuerpo. Hoy hablaremos de dos conceptos que suenan muy técnicos pero que tienen núcleos muy prácticos: Arquitectura Limpia y Microservicios. No son magia, sino más bien un conjunto más inteligente de ideas organizativas.

¿Qué es exactamente lo que nos molesta?

Comencemos con la pregunta: ¿Por qué las modificaciones se han vuelto tan costosas y peligrosas? A menudo es porque las dependencias son demasiado complejas. En el código, las "partes" están conectadas de manera desordenada y la lógica empresarial, las operaciones de la base de datos y la interfaz de usuario están pegadas. Esto es como soldar el control del servomotor, el circuito de potencia y el marco de fijación mecánica en una placa. ¿Quieres cambiar? Todo el conjunto tuvo que ser desmontado y reconstruido.

Esta "conexión dura" trae varios problemas típicos:

• Difícil de cambiar: Cualquier ajuste es como una ficha de dominó, que desencadena una serie de efectos desconocidos.
• No se puede realizar la prueba de forma independiente: ¿Quiere verificar individualmente un módulo informático central? Lo siento, primero tengo que iniciar todo el "robot".
• Pila de tecnología bloqueada: Una determinada biblioteca o marco subyacente seleccionado al principio quedará impreso en cada capa de código, lo que dificultará su reemplazo en el futuro.

Una forma más limpia de pensar

Clean Architecture propone una superposición de círculos concéntricos como una cebolla. La idea central es simple: mantener las reglas de negocio (el problema que realmente estás tratando de resolver) en el centro, independientemente del mundo exterior. Los "detalles externos", como bases de datos, marcos web e interfaces de usuario, se colocan en la capa exterior. La capa interior no depende de la capa exterior.

¿Qué beneficios trae esto? Imagine diseñar un sistema de control del mecanismo de dirección. El núcleo es "cómo controlar con precisión el ángulo y el par" (lógica empresarial). A esto no debería importarle si la señal proviene de PWM, bus CAN o Ethernet (interfaz externa), ni si los datos de posición se almacenan en una base de datos SQL o en un archivo de texto (infraestructura). Es decir, debe ser puro, comprobable y estable.

De esta manera, cuando el protocolo de comunicación se actualiza de CAN a EtherCAT, solo necesita cambiar el adaptador más externo, el módulo central estará intacto y la prueba seguirá siendo válida. Es como reemplazar los bloques de terminales por otros nuevos en un brazo robótico, sin requerir ningún cambio en el engranaje de precisión del interior.

¿Qué pasa con los microservicios? ¿Es lo mismo que "ordenado"?

No exactamente, pero muchas veces van de la mano. La arquitectura limpia se trata más de cómo se organiza el código, mientras que los microservicios se trata de cómo dividir e implementar físicamente los sistemas.

Puede dividir una enorme aplicación monolítica en múltiples servicios pequeños que se implementan y ejecutan de forma independiente de acuerdo con los límites claros trazados por Clean Architecture. Cada microservicio puede adoptar una arquitectura limpia internamente y centrarse en algo específico; por ejemplo, un servicio solo es responsable de la "calibración de la posición del servidor" y otro servicio está dedicado a la "planificación de la trayectoria del movimiento".

Esto es un poco como modularizar toda una máquina herramienta compleja en varias unidades funcionales estándar: módulo de potencia independiente, módulo de control y módulo de detección. Cada módulo se puede actualizar, mantener e incluso reiniciar de forma independiente sin tener que parar toda la línea de producción.

¿Cómo acercarse a este ideal en la realidad?

¿Es más fácil decirlo que hacerlo? Quizás comience con algo pequeño:

1. Identificar el núcleo: ¿Cuál es la regla de negocio que tiene menos probabilidades de cambiar en su proyecto? Quítelo.
2. Traza límites claros: ¿Cuáles son los detalles (como qué motor se utiliza, qué protocolo de comunicación)? Intente llevarlos a los límites del código.
3. La dependencia apunta a: Deje que las dependencias siempre apunten desde los "detalles" al "núcleo", y no al revés.
4. No tiene que ser perfecto: Puede que no sea completamente posible al principio, pero con esta dirección, la estructura de su código naturalmente se volverá más flexible.

Por supuesto, dividir microservicios requiere precaución. No es una panacea y traerá nuevos desafíos, como la comunicación entre servicios y la coherencia de los datos. Es como en el diseño mecánico, la modularidad agrega interfaces y conectores. Si se desglosa demasiado, aumentará la complejidad de la gestión. Por lo tanto, es más adecuado para sistemas medianos y grandes con cierta escala y límites claros.

hablar de sentimientos

Hablamos de arquitectura, en definitiva como respuesta al cambio. El mercado cambiará, la tecnología se repetirá y la demanda variará. Una buena arquitectura debe ser como una plataforma mecánica modular bien diseñada que permita responder a estos cambios a menores costos y con menos riesgo.

No sucede automáticamente, requiere pensamiento y diseño. Pero cuando ve que se agrega una nueva característica de manera rápida y estable debido a una arquitectura clara; Cuando necesita reemplazar una biblioteca de claves, pero el código comercial central permanece ileso, esa sensación de fluidez puede ser como escuchar una máquina construida porkpotenciaEl equipo impulsado por el servosistema de precisión produce un funcionamiento suave y confiable: todo está muy ordenado, cada uno desempeña sus funciones y se lo toma con calma.

Ésta puede ser la búsqueda más sencilla detrás del "orden" y la "orientación al servicio".

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.