microservicios en devops

No dejes que los tornillos atasquen tu motor: hablemos de esos molestos “pequeños servicios” en DevOps

Imagine este escenario: su proceso automatizado cuidadosamente diseñado funciona sin problemas, con pruebas, implementación y monitoreo, todo de una sola vez. De repente, cierto enlace se atascó; no era que hubiera un problema con el gran marco, sino que un "pequeño servicio" interno que era responsable de enviar pequeñas notificaciones de repente se quedó en silencio, como un tornillo oxidado, haciendo que todo el delicado motor emitiera un fuerte sonido de fricción. El progreso se detuvo y el equipo se quedó mirando la pantalla, sintiendo como si los cordones de sus zapatos se desataran mientras corrían.

Este es el "dulce problema" que los microservicios suelen traer a las personas en la práctica de DevOps. Perseguimos la agilidad y dividimos las aplicaciones grandes en microservicios pequeños e independientes. Esto es correcto. Trabajan de forma independiente, usan diferentes idiomas, realizan tareas especializadas, se actualizan rápidamente y suenan hermosos. Pero cuando hay demasiados, la gestión es como dirigir una orquesta sinfónica sin director: cada músico es técnicamente bueno, pero el ritmo es estropeado y el sonido se convierte en ruido.

Hay demasiados microservicios. ¿Son ayudantes o alborotadores?

Quizás se pregunte: "¿No son los microservicios un buen socio para DevOps? ¿Por qué se convierte en un problema?" Sí, son socios, pero un grupo de socios que requieren un alto grado de coordinación. El problema suele estar oculto en los detalles:

• **¿A dónde se fue la visibilidad? ** Cuando se ejecutan docenas o incluso cientos de pequeños servicios, ¿cómo se puede saber de un vistazo quién está sano y quién es "vago"? Cuando ocurre una falla, ¿qué servicio "tose" primero?
• ** El despliegue se convirtió en una aventura. ** Si se actualiza el servicio A, ¿el servicio B no lo reconocerá? Las dependencias son como hilos invisibles que pueden hacer tropezar a todos accidentalmente.
• La famosa "vaca" (en referencia al servidor de producción) se volvió esquiva. Las herramientas de monitoreo tradicionales son muy precisas al detectar una sola "vaca", pero a menudo no pueden detectar un grupo de "pollos" (microservicios en contenedores) corriendo.

No se trata de negar los microservicios, sino de decir que necesitamos formas más inteligentes de "alimentarlos" y "cuidarlos".

Dar a los microservicios un "hogar", no sólo un almacén

¿Qué hacer? El secreto no es seguir creando nuevos servicios, sino cómo hacer que los servicios existentes coexistan armoniosamente y funcionen de manera estable. Esto no requiere un martillo más pesado, sino un conjunto de herramientas y pensamiento más refinado.

Piénselo, ¿qué pasaría si cada uno de sus microservicios pudiera autoinformar su estado de salud, ser descubierto e invocado fácilmente, degradarse elegantemente cuando las cosas van mal en lugar de derribar a sus vecinos e incluso encontrar ayuda automáticamente cuando aumenta el tráfico...? Si un tornillo se atasca, emitirá una alerta temprana e incluso buscará temporalmente un sustituto.

De esto es de lo que vamos a hablar sobre la gobernanza y la observabilidad de los microservicios; suena un poco técnico, pero en realidad tiene dos puntos centrales: visibilidad y control.

Ver con claridad significa no sólo saber si el servicio se está ejecutando, sino también saber cómo se está ejecutando. A través de registros unificados, indicadores y seguimiento de enlaces, puede obtener información sobre el pulso de todo el sistema como si mirara un panel. ¿Qué API se está ralentizando? ¿Qué consulta de base de datos te detuvo? Está claro de un vistazo.

Para poder controlarlos es necesario establecer algunas reglas suaves para estos servicios dinámicos a través de una malla de servicios, enrutamiento inteligente y políticas elásticas. Permítales comunicarse de manera más segura, sin causar problemas cuando fallan y sin afectar a los usuarios al actualizar.

De "ocupado" a "tranquilo y tranquilo"

Cuando estas cosas están en su lugar, se siente el cambio. El equipo ya no tiene que combatir incendios como un cuerpo de bomberos. El desarrollo puede centrarse más en la funcionalidad, mientras que la operación y el mantenimiento se liberan de la tediosa coordinación de lanzamientos. La publicación ha pasado de ser un "gran evento" una vez al mes a una "operación de rutina" varias veces al día, y me siento seguro de ello.

Una vez, un amigo bromeó diciendo que era como pasar de conducir un automóvil clásico manual a un automóvil eléctrico autónomo e inteligente. Aún decides adónde ir (objetivo comercial), pero el proceso es mucho más sencillo. Hay más sistemas para ayudarte y advertirte de los riesgos, y puedes concentrarte más en las condiciones de la carretera y el destino final.

Por supuesto, esto requiere las "piezas" y los "planos" adecuados. Hay varias herramientas y plataformas en el mercado, pero la clave para elegir es si realmente comprende la cultura integrada de "construcción y ejecución" de DevOps y si se puede integrar sin problemas en su cadena de herramientas existente en lugar de agregar nueva complejidad.

kpotenciaPensamientos: Dejemos que la estabilidad se convierta en la piedra angular de la innovación

En nuestra opinión, la tecnología siempre está al servicio de las personas. El objetivo final de la integración de microservicios y DevOps no es construir la mejor arquitectura técnica, sino crear un entorno de entrega eficiente y estable que brinde confianza al equipo. Nos centramos en los detalles que permiten a los ingenieros prosperar en el trabajo creativo en lugar de en la resolución de problemas repetitivos.

, en el diseño y selección de componentes relacionados, ya sean servoaccionamientos para control de precisión o infraestructura para garantizar la robustez del sistema, nos inclinamos por el concepto de que el verdadero poder radica en hacer que la complejidad sea simple y confiable, y dejar que la estabilidad se convierta en el sonido de fondo de la innovación continua. Al igual que el cojinete más resistente de una máquina sofisticada, es silencioso pero hace que todo el sistema funcione con estruendo y potencia.

Este no es un proyecto único, es un viaje. El punto de partida puede ser afrontar esos "dulces problemas" y luego, paso a paso, apretar los tornillos y añadir sensores más sensibles al motor. Al final, lo que escuchará es el tranquilizador zumbido del sistema funcionando sin problemas, que es el sonido de un negocio avanzando sin problemas.

¿Estás listo para dejar que tu "motor" cante esa canción?

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.