Cuando se activan los microservicios: mantener las luces encendidas con disyuntores

Ha creado esta hermosa arquitectura de microservicios. Todo funciona, hasta que deja de hacerlo. Un servicio, tal vez algo pequeño como un validador de pagos o un remitente de notificaciones, decide tomar una siesta. Una larga siesta. De repente, su ágil interfaz de usuario se agota, los pedidos se atascan y esa rueda de carga giratoria se convierte en el gráfico más odiado de su aplicación. Se siente como si una sola bombilla fundida sumergiera un edificio entero en la oscuridad. ¿Por qué una falla se convierte en un dolor de cabeza para todo el sistema?

Es la reacción en cadena. El servicio A llama al servicio B. El servicio B, al sentirse abrumado o simplemente con errores, se vuelve lento o deja de responder. El Servicio A, siendo un buen soldado, espera… y espera… y espera. Se aferra a recursos valiosos como hilos y conexiones, esperando una respuesta. Mientras tanto, la cola de solicitudes aumenta. Antes de que te des cuenta, la desaceleración del Servicio B ha bloqueado el Servicio A, y cualquier otra cosa que llame al Servicio A también comienza a fallar. Su tablero se ilumina como un árbol de Navidad, pero no en el buen sentido.

Entonces, ¿cuál es la solución? No se pueden simplemente prevenir los fracasos. En un mundo distribuido, son inevitables. El truco no consiste en construir un sistema perfecto; es construir uno resiliente que sepa tropezar con gracia. Ahí es donde entra en juego la idea de un disyuntor, y se trata menos de ingeniería eléctrica y más de sentido común.

Piénselo así. ¿Recuerdas esa vieja caja de fusibles? Cuando un circuito se sobrecarga, el fusible se funde. Corta la energía para evitar que los cables se sobrecalienten y provoquen un incendio. Es una jugada de sacrificio para proteger toda la casa. Un disyuntor en software hace el mismo trabajo. Se sienta entre servicios, observando la conversación.

Cuando el Servicio B comienza a comportarse mal (se agota el tiempo con demasiada frecuencia, arroja errores), el disyuntor se "dispara". Deja de enviar solicitudes al servicio con problemas por un tiempo. En lugar de dejar que el Servicio A se cuelgue y sufra, el interruptor devuelve inmediatamente un recurso alternativo: tal vez una respuesta almacenada en caché, un mensaje predeterminado o un cortés "inténtalo de nuevo más tarde". Esto le da al Servicio B un respiro para recuperarse (o para que su equipo lo reinicie) mientras mantiene el Servicio A y el resto de su aplicación receptivos. Es posible que el usuario vea una función ligeramente degradada, pero no verá un bloqueo completo. Es la diferencia entre una nota de "servicio no disponible temporalmente" y una pantalla de error frustrante y en blanco.

Pero no todos los interruptores son iguales. Quizás te preguntes, ¿qué debería hacer realmente uno bueno?

En primer lugar, debe ser inteligente a la hora de decidir cuándo viajar. No se trata sólo de contar errores; está mirando patrones. ¿Está fallando el 50% de las solicitudes de último minuto? Viaje. ¿De repente el tiempo medio de respuesta es diez veces mayor? Probablemente sea hora de abrir ese circuito. Necesita umbrales configurables para que puedas decidir qué tan sensible debe ser.

En segundo lugar, necesita un ritmo de recuperación. Después de que se dispara, no debería permanecer abierto para siempre. Debe permitir periódicamente el paso de una única solicitud de prueba (una llamada de "verificación de estado") para ver si el servicio descendente ha vuelto a la normalidad. Si esa prueba tiene éxito, cierra el circuito con cautela y deja que el tráfico fluya nuevamente. Este sondeo es clave para la recuperación automática sin intervención manual.

En tercer lugar, debería funcionar bien con su configuración actual. No es un aparato voluminoso que debas conectar por separado. Las mejores implementaciones se sienten como una capa natural en la comunicación de su servicio, algo que puede configurar sin reescribir la lógica de su aplicación.

Implementar este patrón es como darle a su sistema un sistema inmunológico. No frena el resfriado, pero lo contiene. Empiece por identificar los vínculos críticos entre sus servicios, aquellos en los que una falla sería más perjudicial. Envuelves esas llamadas con la lógica del disyuntor. Tú decides la alternativa: ¿cuál es una respuesta aceptable, aunque imperfecta, para mostrarle al usuario? Luego ajustas la configuración. ¿Cuántos fracasos son demasiados? ¿Cuánto tiempo debe permanecer abierto el disyuntor? Los ajustará en función del tráfico real y se convertirá en parte de su manual operativo.

La belleza está en el resultado. Su sistema gana una especie de dureza. Una base de datos con problemas o una interrupción de la API de un tercero ya no significa una emergencia frenética a las 2 a.m. El sistema aísla el problema, contiene el daño y mantiene viva la funcionalidad principal. Los usuarios obtienen confiabilidad, su equipo de operaciones gana cordura y su empresa evita esos feos episodios de tiempo de inactividad que erosionan la confianza.

kpotenciaEl enfoque de este patrón se centra en hacerlo sencillo y operativo. El objetivo es incorporar resiliencia a la arquitectura para que la estabilidad se convierta en una característica predeterminada, no en un tiroteo. Se trata de diseñar sistemas que esperen lo inesperado y tengan un plan para manejarlo, en silencio, en segundo plano, mientras todos los demás disfrutan de una experiencia fluida. Porque, al final, la mejor tecnología es aquella en la que no tienes que pensar, la que simplemente funciona, incluso cuando unas pocas partes pequeñas deciden tomarse el día libre.

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.