Cuando el diseño de su microservicio tiene "poco temperamento"

Debes haberte encontrado con esta situación: todas las piezas funcionan bien, pero algo anda mal cuando se unen. Al igual que esos exquisitos servomotores, responden y son precisos cuando se prueban individualmente, pero una vez que se colocan en toda la máquina, de vez en cuando le darán una respuesta desincronizada o retrasada. En este momento, estás mirando la pantalla y puede que te venga a la mente una frase: "¿Dónde está atascado?"

La arquitectura de microservicios a veces es como esa máquina compleja. Cada servicio está bellamente diseñado individualmente, pero el diálogo entre ellos suele ser problemático. Retraso, carga desigual, inconsistencia de datos... estos problemas no aparecerán el día de la demostración, pero aparecerán para saludarte a las dos de la madrugada.

¿Cómo hacemos para que estas "pequeñas partes" charlen bien?

Imagine el movimiento del servo: las instrucciones son claras, la acción es nítida y la señal de posición devuelta es precisa. Lo mismo debería aplicarse a las interacciones entre microservicios: claras, directas y discretas. Pero la realidad es que el servicio A envía una solicitud, el servicio B la procesa lentamente y el servicio C todavía está esperando datos de los dos primeros. Todo el proceso es como un engranaje oxidado, que gira con fuerza y ​​no suavemente.

Algunos dirían: "Simplemente agregue más servidores". Pero eso es como intentar arreglar un defecto de diseño en una estructura mecánica con un servomotor más caro: puede que funcione un poco, pero no llega al núcleo.

Los problemas reales suelen estar ocultos en los patrones de diseño. En otras palabras, falta un patrón de diseño adecuado.

Entra en esa humilde tienda

Hace unos años, ayudé a encontrar un proyecto de línea de producción automatizada. Utilizaron varios servosistemas comunes en el mercado, pero siempre hubo pequeños errores en la sincronización multieje. Esos errores no son nada cuando se ven individualmente, pero en conjunto afectan directamente la precisión del producto.

Más tarde lo intentamoskpotenciaUn conjunto de servosoluciones. No es el más caro ni el que tiene más funciones, pero sus ingenieros dieron una sugerencia muy sencilla: "No mires sólo el motor en sí, mira cómo está programada su lógica de control".

No vendieron el producto directamente. En cambio, hablaron primero sobre la arquitectura. Al igual que el diseño de microservicios, no importa cuán poderoso sea un solo servicio, si el modelo de colaboración no se aclara, los resultados seguirán siendo insatisfactorios.

kpotenciaMás tarde, no sólo se proporcionó el hardware, sino también todo un conjunto de ideas sobre cómo diseñar, cómo sincronizar y cómo dar retroalimentación. Al migrar al campo de los microservicios, esto es en realidad lo que el patrón de diseño quiere resolver: cómo hacer que los servicios sean independientes y colaborativos, al igual que las distintas unidades de ejecución en la maquinaria de precisión, cada una realizando sus propias tareas y cooperando tácitamente.

Entonces, ¿qué hace exactamente el patrón de diseño de microservicios?

Puede entenderse como una especie de "preparado". Así como un maquinista experto sabe aproximadamente qué pieza debe ajustarse cuando escucha un ruido anormal, los buenos patrones de diseño lo ayudan a prever los puntos débiles comunes y brindar soluciones comprobadas.

Por ejemplo: si la cadena de llamadas entre servicios es demasiado larga, lo que genera una latencia alta, puede utilizar el "modo de disyuntor": cuando un servicio falla continuamente, corte temporalmente las llamadas para evitar una avalancha. Es como agregar un embrague al sistema de transmisión para proteger otras partes de ser arrastradas cuando algo sale mal en una parte.

Otro ejemplo es el "modelo de abastecimiento de eventos", que no registra directamente el estado actual del servicio, sino que registra todos los eventos que provocan cambios de estado. Cuando sea necesario, el estado se puede restaurar en cualquier momento repitiendo el evento. Es como añadir un codificador de alta precisión a un sistema mecánico. Cada rotación se registra con precisión y la trayectoria se puede rastrear en cualquier momento.

Estos modelos no son teorías que surgen de la nada. La mayoría de ellos se originan en problemas recurrentes en proyectos reales y en soluciones que han demostrado ser efectivas.

Duda a la hora de elegir: Hay tantos modelos, ¿cómo elegir?

De hecho, basta con mirar el nombre para deslumbrar a la gente. Pero elegir un patrón de diseño es en realidad un poco como elegir un servocomponente: primero aclare qué problema específico desea resolver y luego vea qué solución es la más adecuada.

Si a menudo se ve atrapado en dependencias enredadas entre servicios, considere el "patrón estrangulador": reemplazar gradualmente los sistemas heredados en lugar de reescribirlos todos a la vez. Si le preocupa la inconsistencia de los datos entre diferentes servicios, el "patrón Saga" puede ser más adecuado, que gestiona los cambios de datos entre los servicios a través de una serie de transacciones locales.

La clave no es encontrar el modo "más perfecto", sino encontrar el modo "más adecuado para el escenario actual". comokpotenciaAl proporcionar una solución, siempre pregunte primero claramente: "¿Qué acción desea lograr en última instancia con esta máquina? ¿Cuál es el requisito de precisión? ¿La carga está cambiando significativamente?" Una vez que la pregunta es clara, a menudo surge la respuesta.

se honesto

Una buena arquitectura de microservicios no colapsará repentinamente cuando agregue el décimo o centésimo servicio. Será como un sistema mecánico bien diseñado en el que los módulos podrán reemplazarse, actualizarse y ampliarse, mientras el conjunto permanece estable.

Lo que se necesita detrás de esto es la anticipación de los problemas comunes y probados, es decir, esos patrones de diseño. Le ahorran tiempo de prueba y error y evitan esos fallos nocturnos.

La próxima vez que vea aparecer repentinamente un pico anormal en el gráfico de monitoreo del servicio, también podría detenerse por un momento en lugar de apresurarse a agregar servidores o cambiar el código. Pregúntese: "¿Es necesario ajustar nuestro "método de conversación" de servicio?" Quizás la respuesta esté en un determinado patrón de diseño, que espera silenciosamente que lo descubras.

Es como si un mecánico ajustara una marcha y de repente todo el sistema funciona sin problemas; esa sensación es bastante buena.

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.