Deje que su sistema gire con precisión como un servo: hable sobre el escalado de microservicios

Recuerdo que cuando desarmé el servo por primera vez, me quedé atónito durante mucho tiempo por el pequeño motor y el engranaje en su interior. ¿Cómo es posible que algo tan pequeño pueda girar a una posición designada con tanta precisión y soportar diferentes cargas? Más tarde, cuando trabajaba en proyectos mecánicos, a menudo pensaba qué maravilloso sería si nuestro sistema de software pudiera ser así: simplemente dé instrucciones y todas las piezas funcionarán en armonía, se ajustarán solas cuando la carga sea pesada y siempre será estable y confiable.

¿Qué pasa con la realidad? Muchos sistemas funcionan sin problemas al principio, pero se atascan tan pronto como tienen más usuarios. Para añadir más funciones hay que renovarlas por completo, como una máquina vieja y oxidada. ¿Qué salió mal?

¿Por qué su sistema "no puede girar"?

La arquitectura monocasco tradicional es un poco como un motor de la vieja escuela: una unidad, con potencia fija. Es suficiente cuando el negocio es sencillo. Una vez que se procesen más solicitudes y se agreguen nuevas funciones, se actualizará en su totalidad (costoso) o apenas se admitirá (mala experiencia). Lo que es aún más problemático es que si hay un problema en un lugar, todo el sistema puede cerrarse.

En este momento, algunas personas dirán: ¡Utilice microservicios! ¿No sería bueno dividir el sistema en pedazos pequeños y hacerlos independientes?

¿Pero todo estará bien una vez que lo desarmen? no necesariamente. He visto muchos casos: se desmantelaron los servicios, pero la gestión se volvió aún más caótica. Hay docenas de pequeños servicios, la implementación es compleja, la comunicación es un desastre y el monitoreo es difícil. Es como comprar un montón de servos de alta calidad, pero nadie sabe cómo montarlos en un brazo robótico flexible.

¿Cómo "construir" microservicios para que realmente puedan escalar?

La verdadera escalabilidad no se trata de apilar servicios, sino de hacer que los servicios funcionen juntos como maquinaria de precisión. Aquí hay algunos engranajes clave que encajan en su lugar:

En primer lugar, la división de servicios es razonable. No se divide según la cantidad de código, sino según los límites comerciales. Al igual que en el diseño mecánico, la parte motriz, la parte sensora y la parte de control deben estar claramente separadas. Cada microservicio debe corresponder a una capacidad empresarial independiente y puede ejecutarse e iterarse de forma independiente.

En segundo lugar, la comunicación debe ser rápida y fiable. No se puede simplemente "hablar" para transferir información entre servicios, ¿verdad? Se necesitan protocolos claros y eficientes. Al igual que el servo que recibe la señal PWM, el formato de la información está unificado y la respuesta es precisa. Evite la dependencia excesiva entre servicios; de lo contrario, un retraso provocará una reacción en cadena.

En tercer lugar, cada servicio debe cuidar de sí mismo. Verificaciones de estado, recuperación de fallas, seguimiento de registros: estas son cosas que todo servicio debe incluir. Por ejemplo, cada servo tiene un circuito de retroalimentación, por lo que sabe si su posición es correcta y puede informar cualquier problema para que todo el brazo robótico no pierda el control.

Alguien preguntó: "¿Sería demasiado complicado hacer esto? ¿El costo de mantenimiento será mayor?" Requiere mucho esfuerzo diseñarlo al principio, pero una vez implementado, ahorrará mucho esfuerzo agregar funciones y ajustar la escala más adelante. Al igual que construir una plataforma mecánica modular, es más fácil reemplazar piezas y agregar módulos que modificar toda la máquina.

De "utilizable" a "fácil de usar": algunos fragmentos de experiencias prácticas

Trabajé en un proyecto antes. Para mantenerse al día con el cronograma en la etapa inicial, todas las funciones se agruparon en una sola aplicación. Después de tres meses, se agregarán nuevas funciones y se necesitarán dos días para probarlas una vez. Posteriormente, se reconstruyó utilizando ideas de microservicios y dividiendo el procesamiento de pedidos, la verificación de inventario y la notificación de pagos en servicios independientes. Aunque hay algunos scripts de implementación más y el módulo de seguimiento de entrega se agregará más adelante, solo se escribirán los nuevos servicios y los antiguos no se tocarán en absoluto.

En otra ocasión me encontré con un cuello de botella en el rendimiento y la investigación reveló que las consultas de los usuarios estaban ralentizando las transacciones principales. No hubo una pelea importante, pero la función de consulta se separó en un servicio separado, se proporcionaron más recursos y el enlace de transacción principal fue inmediatamente más fluido. Esto es como en un sistema mecánico: si los módulos auxiliares que consumen energía se alimentan de forma independiente, el motor central puede centrarse más en el negocio principal.

Por supuesto, los microservicios no son una solución milagrosa. Si el negocio es extremadamente simple o el equipo es muy pequeño, puede que no sea necesario dividirlo de inmediato. Pero siempre que preveas que tu negocio crecerá y que las necesidades cambiarán, y planifiques los límites de tus servicios con antelación, te ahorrarás muchos dolores de cabeza en el futuro.

: Encuentra tu ritmo

Mirando hacia atrás, construir microservicios escalables es en realidad muy similar a trabajar en un proyecto mecánico: ambos deben encontrar un equilibrio entre planificación y flexibilidad, ambos deben considerar las interfaces entre los componentes y ambos deben dejar espacio para ajustes futuros.

No se trata de un conjunto de fórmulas fijas, sino de una idea de construcción: que cada parte del sistema sea lo suficientemente independiente y colabore de forma clara; Deje que las extensiones se conviertan en módulos que agregan o mejoran en lugar de reinventar la rueda.

como a travéskpotenciaAl igual que los servos que se combinan para formar una estructura mecánica en constante cambio, una buena arquitectura de microservicio también puede mantener su sistema empresarial estable durante los cambios y ágil durante el crecimiento.

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.