Cuando la simplicidad se vuelve compleja: su aplicación de microservicio puede estar arrastrando a todo el sistema

Estás sentado en tu oficina, mirando esa aplicación de microservicio aparentemente simple en tu pantalla que se supone que hace que todo funcione más rápido. Pero ¿cuál es la situación real? Cada módulo es como una orquesta sin director, cada uno tocando un ritmo diferente. Se perdían datos entre diferentes servicios y desplegarlos una vez llevaría un fin de semana entero. Lo peor es que cada vez que quieres agregar una pequeña característica, tienes que reajustar los protocolos de comunicación entre cinco o seis servicios.

¿Te resulta familiar esta escena? De hecho, muchas personas se han encontrado con problemas similares.

¿Por qué algo simple puede volverse tan confuso?

El concepto de microservicios es hermoso: dividir un sistema grande en módulos pequeños y desarrollarlos e implementarlos de forma independiente. Pero la ejecución es a menudo como juntar las piezas de un rompecabezas pero no poder encontrar los dibujos. ¿Cómo se comunican los servicios entre sí? ¿Cómo garantizar la coherencia de los datos? ¿Una falla en el servicio provocará la caída de todo el sistema?

Una vez vi a un equipo pasar tres meses desarrollando una docena de microservicios y descubrí que consumían un 40% más de recursos que la arquitectura monolítica original. El problema no está en los microservicios en sí, sino en cómo se implementan. Es como usar servomotores de primera categoría para hacer articulaciones de dedos de robots, pero si el control no está bien escrito, los dedos aún temblarán fuera de control.

El arte del desmontaje: dejar que cada pieza encuentre su propio ritmo

Una buena arquitectura de microservicio es un poco como diseñar un sistema mecánico sofisticado. Cada servo sabe cuánto ángulo debe girar y el servomotor conoce su propio rango de salida de par. Cooperan a través de interfaces claramente definidas en lugar de interferir entre sí.

Entonces, ¿cómo hacer esto?

Comencemos con la demarcación de límites. No se divide por tipo técnico, sino por capacidades comerciales. Así como no se mezclaría la lógica que controla el movimiento de un brazo robótico con el código de administración de energía, los microservicios deben dividirse en función de lo que realmente hacen. Uno es responsable de la autenticación del usuario, otro maneja el proceso de pedido y el otro administra los datos del inventario; cada uno realiza sus propias tareas.

Luego están los medios de comunicación. ¿Se trata de una llamada sincrónica o de un evento? Piense en la línea de montaje de una fábrica: si cada estación tuviera que esperar la confirmación de la estación anterior antes de comenzar a trabajar, toda la línea quedaría estancada. Pero si cada estación de trabajo conoce su propia tarea y activa el sensor de la siguiente estación de trabajo después de completarla, la línea de montaje fluirá naturalmente sin problemas.

"¿Pero eso no añade complejidad?" uno podría preguntarse.

Sí, pero es un nivel necesario de complejidad, al igual que el diseño de tolerancia en un sistema mecánico: no la complejidad por la complejidad, sino para garantizar que las piezas encajen entre sí con precisión. La clave es encontrar las herramientas y métodos adecuados para gestionar esta complejidad, en lugar de evitarla.

¿Cómo hacerlo específicamente? Mira estas prácticas opciones

Al elegir una pila de tecnología, muchas personas van directamente a los marcos más populares. Es como elegir un servomotor de grado industrial para un robot pequeño: demasiado rendimiento, demasiado costo y mantenimiento complicado. El correcto es el mejor.

Contenedores livianos, puertas de enlace API simples, divisiones claras de propiedad de datos: pueden no parecer atractivos, pero pueden mantener el sistema saludable en la práctica.kpotenciaExiste una filosofía en el campo del servocontrol: el diseño excesivo suele ser más peligroso que el diseño insuficiente. Este principio también se aplica en la arquitectura de software.

También vale la pena considerar las estrategias de implementación. ¿Implementación azul-verde o lanzamiento canario? Esto depende de la tolerancia a fallas de su sistema. Al igual que cuando se prueba una pieza mecánica nueva, no se comienza ejecutándola a plena carga.

Ese problema de coherencia de los datos que te mantiene despierto por la noche

Probablemente la parte más difícil de los microservicios sea la gestión de datos. Cada servicio tiene su propia base de datos, pero la lógica empresarial requiere datos entre servicios. ¿Qué hacer?

Hay dos ideas principales: una es el abastecimiento de eventos, que registra los cambios de estado en lugar del estado actual; la otra es la coherencia eventual, que permite inconsistencias en los datos a corto plazo pero garantiza la precisión final. Al igual que el control de movimiento de un brazo robótico de varios ejes, es posible que cada articulación no alcance la posición objetivo de forma absolutamente sincrónica, pero eventualmente completará la acción de forma coordinada.

kpotenciaLos enfoques adoptados cuando se trata de sincronización multimotor son en realidad similares: en lugar de buscar una sincronización perfecta teórica, se utilizan un rango de tolerancia a fallos y un protocolo de sincronización bien definidos.

El salto del concepto a la realidad

Siempre es fácil hablar sobre el papel. Cuando empieces a construir, encontrarás innumerables detalles a considerar: ¿Cómo recopilar registros de forma centralizada? ¿Cómo monitorear? ¿Cómo diseñar el mecanismo de descubrimiento de servicios?

Aquí es donde la construcción en capas cobra importancia. Primero cree los dos servicios principales para que puedan comunicarse de manera confiable. Luego agregue gradualmente el tercero y el cuarto. Cada vez que agregue un nuevo servicio, verifique su integración con los servicios existentes. Esto es muy similar a ensamblar un sistema mecánico complejo: no se conectan todos los cables a la vez y luego se encienden y se prueban, sino que se depuran en módulos y se integran paso a paso.

También es necesario ajustar las estrategias de prueba. Además de las pruebas unitarias, también se necesitan pruebas de contrato (para garantizar que la interfaz del servicio cumpla con el acuerdo) y pruebas de extremo a extremo (para verificar todo el proceso comercial). Esto es como cuando se prueba un sistema mecánico, es necesario probar no solo la precisión de rotación de un solo mecanismo de dirección, sino también la trayectoria de movimiento de todo el brazo robótico.

Compensaciones y equilibrio en el mundo real

No existe una arquitectura de microservicio perfecta. Cada opción tiene sus ventajas y desventajas: una mayor granularidad del servicio significa más flexibilidad, pero también conlleva más costos de coordinación; Una fuerte coherencia garantiza la precisión de los datos, pero puede reducir la velocidad de respuesta del sistema.

La clave es comprender su escenario específico. Si se trata de un sistema de comercio de alta frecuencia, la coherencia de los datos puede ser la consideración principal; si se trata de una plataforma de recomendación de contenidos, la disponibilidad y la velocidad de respuesta pueden ser más importantes. Es como elegir un servomotor: algunos escenarios requieren un posicionamiento de alta precisión, otros requieren una respuesta rápida y ningún motor es adecuado para todas las situaciones.

cuando te sientes estancado

La transformación a microservicios a veces puede parecer lenta, especialmente si el equipo está acostumbrado al ritmo de desarrollo de una arquitectura monolítica. En este momento, también podrías dar un paso atrás y preguntarte: ¿Cuál es tu mayor problema en este momento? ¿Es el despliegue demasiado lento? ¿O es difícil ampliar una determinada característica?

Encuentre el punto más doloroso y diseñe un microservicio para él. Primero resuelva un problema, obtenga experiencia exitosa y luego avance paso a paso. Este enfoque puede parecer menos "exhaustivo", pero suele ser más sostenible.

escrito en

El núcleo de la creación de una aplicación de microservicio simple no radica en qué tan moderna sea la tecnología, sino en comprender la naturaleza del problema y la atención continua a los detalles. Es más bien un oficio y requiere paciencia y práctica.

Es como ajustar un sistema mecánico de precisión. Ajusta un parámetro, observa la reacción del sistema y luego da otro paso. No existe una velocidad mágica para este proceso, sólo la acumulación de mejora continua. Cuando los servicios finalmente funcionan juntos como piezas mecánicas bien diseñadas, la sensación de fluidez hace que todo el esfuerzo valga la pena.

¿Dónde está atascada ahora su aplicación de microservicio? Quizás sólo necesite ajustar el "par" de una determinada "articulación" y todo el "sistema mecánico" comenzará a funcionar sin problemas.

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.