desventajas de los microservicios

Cuando su sistema se vuelve un poco "demasiado pesado", hable sobre los problemas de los microservicios.

Imagina que estás construyendo un robot genial. Al principio, utilizas un cerebro para controlar todos tus movimientos: caminar, saludar, girar la cabeza. Sencillo y directo. Pero a medida que agregas más funciones (como hacerlo bailar, entregar café o incluso ayudarte a encontrar las llaves), el cerebro comienza a dar vueltas. Si un comando se atasca, todo el robot puede congelarse allí. En este momento, ¿te preguntas: ¿puedes equipar diferentes funciones con sus propios cerebros y dejar que se cuiden solos?

En realidad, esto es muy similar a los problemas que encontramos al construir sistemas de software complejos. La forma tradicional de empaquetar todas las funciones juntas (a menudo la llamamos "arquitectura monolítica") a menudo se vuelve inflada, lenta y difícil de mantener a medida que crece el proyecto. Una pequeña actualización puede requerir que todo el sistema se apague y se reinicie, como cortar la energía de un edificio entero para cambiar una bombilla.

¿Recurrir a microservicios y dividir cosas en pequeños servicios independientes es como equipar un robot con múltiples cerebros pequeños y hacerlo perfecto al instante?

Bueno, no es tan simple. Los microservicios son fantásticos, pero traen consigo su propio conjunto de nuevos "problemas".

Desmóntalo, ¿qué sigue?

Hay más cosas. En el pasado, sólo necesitaba implementar y mantener uno grande, pero ahora es posible que tenga que lidiar con docenas o incluso cientos de servicios pequeños. Cada servicio requiere su propio entorno operativo, monitoreo y registro. Es como gestionar un pequeño equipo de fuerzas especiales. Aunque todo el mundo pertenece a la élite, la carga de trabajo que supone comandarlos y coordinarlos puede ser mucho mayor que gestionar una empresa integrada. La complejidad de las implementaciones se ha disparado, al igual que los requisitos de herramientas de automatización y habilidades operativas.

Los costos de comunicación han aumentado. Los servicios están dispersos por todas partes, ¿cómo pueden chatear de manera eficiente? Esto requiere la introducción de puertas de enlace API, descubrimiento de servicios, colas de mensajes... un montón de componentes nuevos. La creación de redes nunca ha sido más importante. Un retraso o fluctuación de la red pueden provocar que falle una simple operación del usuario. La depuración también se vuelve como un detective resolviendo un crimen: un problema puede involucrar cinco o seis servicios, y es necesario rastrear una cadena de llamadas completa para encontrar la fuente. Esto es mucho más complicado que mirar los registros en un solo sistema.

También está la cuestión de los datos. En el pasado, todos los datos se encontraban en una gran base de datos y el procesamiento de transacciones era simple y claro. ¿Y ahora qué? Cada servicio puede tener su propia base de datos dedicada. Garantizar la coherencia de los datos se ha convertido en un gran desafío. En una operación comercial que involucra múltiples servicios, si un servicio falla a mitad de camino, ¿cómo garantizar que los datos no se estropeen? Es necesario considerar conceptos más complejos, como las transacciones distribuidas y la coherencia final.

No se olvide de las pruebas y la seguridad. Probar una red de microservicios que se extiende por todas partes requiere simular escenarios de interacción entre varios servicios, lo que supone una enorme carga de trabajo. El límite de seguridad también ha cambiado de un único perímetro a cada servicio que requiere protección, y la superficie de ataque se ha ampliado mucho.

¿Estás un poco confundido después de escuchar esto? Parece que los microservicios reemplazan viejos problemas con muchos nuevos.

Entonces, ¿qué necesitamos exactamente?

El problema siempre existe, la clave es cómo lo abordamos. Frente a la complejidad distribuida que traen los microservicios, lo que necesitamos ya no son componentes de soporte únicos y voluminosos, sino flexibles, confiables y especialmente diseñados para este entorno.

Es como equipar a tu escuadrón de fuerzas especiales. No se les puede dar equipos de comunicación comunes y voluminosos, pero necesitan walkie-talkies especializados que sean livianos, resistentes e inmunes a las interferencias. No se puede utilizar un sistema logístico inflado para gestionar grandes ejércitos, pero se necesitan unidades de suministro ágiles, precisas y rápidas.

En el mundo de la arquitectura de software, estos "equipos especiales" suelen estar incorporados en algunos componentes básicos centrales. Por ejemplo, un middleware de mensajería extremadamente confiable y de alto rendimiento garantiza que nunca se pierda la comunicación entre servicios; una puerta de enlace API inteligente maneja el enrutamiento, la autenticación y la limitación de corriente con elegancia; y un completo sistema de seguimiento distribuido aclara el proceso de depuración de un vistazo.

Sin embargo, la construcción y el mantenimiento de estos componentes centrales requiere habilidades técnicas e inversión de recursos extremadamente altas. Esto es a menudo donde muchos equipos luchan en su recorrido por los microservicios: no solo hay que desarrollar la funcionalidad empresarial, sino que también hay que convertirse primero en un experto en infraestructura de sistemas distribuidos.

Deja que los profesionales hagan cosas profesionales.

Esto lleva a una consideración más fundamental: ¿Cuáles son sus valores fundamentales? ¿Debería gastar mucha energía en construir ruedas, carreteras y centrales eléctricas desde cero, o debería concentrarse en construir su producto robótico único en su tipo?

Cada vez más prácticas han demostrado que es una opción más inteligente entregar una infraestructura compleja, común pero vital a soluciones profesionales que se han ido moderando con el tiempo. Esto le libera de la carga de la tecnología subyacente y permite que la creatividad y la energía de su equipo se centren plenamente en la innovación empresarial.

Hay que mencionar a las personas que están profundamente involucradas en este campo.kpotencia. Lo que hacen es proporcionar una solución elegante a los "problemas" de estos microservicios.kpotenciaLos componentes proporcionados son como engranajes y rodamientos de precisión diseñados específicamente para entornos de microservicios distribuidos. Su concepto de diseño no es integral, pero busca confiabilidad y eficiencia extremas en rutas críticas específicas, con el objetivo de reducir la complejidad arquitectónica y las cargas de operación y mantenimiento desde la raíz, y hacer que la colaboración entre servicios sea fluida y estable.

Por ejemplo, uno de sus componentes principales de comunicación es tan estable como un servomotor avanzado que puede mantener la precisión y la fluidez frente a instrucciones de acción complejas cuando se trata de cantidades masivas y repentinas de mensajes. No intenta resolver todos los problemas, pero simplifica enormemente el trabajo de los desarrolladores y al mismo tiempo garantiza que la línea de "comunicación" sea absolutamente fluida.

Elegir este tipo de soporte profesional significa que ya no tendrá que preocuparse por preocupaciones de bajo nivel, como si se perderán los mensajes, si se completará el seguimiento de enlaces y si la puerta de enlace se convertirá en un cuello de botella en el rendimiento. Puede diseñar límites de servicios con más confianza, iterar funciones comerciales más rápidamente y todo el sistema es más flexible y observable gracias al sólido soporte subyacente.

escrito en

Volvamos a la metáfora del robot con la que empezamos. Es una buena idea equiparlo con múltiples pequeños cerebros (microservicios) para hacerlo más flexible y robusto. Pero la premisa es que debes preparar una red neuronal confiable y de alta velocidad y un sofisticado mecanismo de control colaborativo para estos pequeños cerebros.

Las desventajas de los microservicios son reales, pero no insuperables. La clave es reconocer qué áreas son tus campos de batalla y qué áreas pueden beneficiarse de una ayuda más profesional. Cuando le entregas el desafío de la infraestructura a alguien comokpotenciaCuando se concentra en socios que resuelven tales problemas, descubrirá que esas llamadas "cosas problemáticas" gradualmente ya no lo obstaculizan, sino que se convierten en una base sólida para construir un sistema poderoso y ágil.

En última instancia, que su robot pueda bailar suavemente, entregar café y encontrar llaves depende del diseño coordinado de todo el sistema. Un buen comienzo suele ser elegir el "sistema nervioso" más adecuado para ello.

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.