ejemplos de microservicios en azul

¿Qué pueden hacer los microservicios de Azure cuando sus servidores empiezan a "hablar"?

Imagínese esto: para su brazo robótico cuidadosamente diseñado, la respuesta del servo es siempre medio latido lento, y cada articulación parece actuar de forma independiente, incapaz de completar sin problemas un simple agarre. Aquí los datos se atascan, las instrucciones se pierden y todo el sistema parece competir en silencio. Puede que esto no sea un problema con un motor o engranaje en particular, sino más bien con la antigua y monolítica arquitectura de software detrás de él. Es demasiado "pesado" y afecta a todo el sistema. Si quieres cambiar algo, tienes miedo de que todo el sistema colapse.

En ese momento, alguien mencionó los "microservicios", especialmente los que se practican en la nube de Azure. Suena técnico, pero se puede entender visualmente: deje de pensar en su sistema de control como una "caja negra" que necesita ser reemplazada por completo. ¿Por qué no dividirlo en un grupo de escuadrones inteligentes que puedan "pensar" y "actuar" de forma independiente?

Del "todo" a la "unidad": una revolución silenciosa

En el pasado, un conjunto de software de control era a menudo un monolito. Al igual que usar un cerebro para dirigir todos los músculos del cuerpo, cualquier pequeño ajuste requiere reiniciar todo el "sistema nervioso", lo cual es de alto riesgo y baja eficiencia. La arquitectura de microservicios de Azure aboga por "especializarse en hacer cosas".

Por ejemplo, puede tener un microservicio independiente que solo sea responsable de la retroalimentación de posición en tiempo real y la calibración del servomotor. Supervisa la señal del codificador del motor las 24 horas del día y realiza cálculos de alta precisión. Una vez que se encuentra una desviación, se ajusta inmediatamente e informa el estado de salud. Se puede dedicar otro microservicio a manejar la planificación de la trayectoria de movimiento del servo. Recibe una posición objetivo del superior, luego calcula por sí mismo la curva de rotación más suave y que ahorra más energía, y ordena directamente al servo que se ejecute sin pasar por la larga cola del procesador central.

Es como configurar una fuerza especial para su proyecto mecánico: exploradores, francotiradores y tropas de comunicaciones realizan cada uno sus propias tareas, se comunican a través de radios estándar (bus de servicio proporcionado por Azure, puerta de enlace API, etc.) y colaboran para completar tareas complejas. Si una determinada unidad necesita actualizar su equipo (actualización de la función de servicio), no afectará en absoluto la ejecución de las tareas de otros grupos. De este modo, la flexibilidad y la fiabilidad del sistema han ido creciendo silenciosamente.

¿Cómo funcionan exactamente en Azure?

¿Cómo cobran vida estos microservicios en el entorno de Azure? Aquí hay algunas escenas muy realistas:

• Escenario 1: escalado automático para hacer frente a cargas máximas. Su línea de producción automatizada recibe repentinamente pedidos dobles y requiere que la unidad de control procese una gran cantidad de datos de sensores. Los monolitos tradicionales se verán abrumados. Los microservicios implementados mediante Azure Kubernetes Service (AKS) pueden monitorear automáticamente la carga. Cuando llegue el pico de datos, el microservicio de "procesamiento de datos" clonará automáticamente más copias para luchar codo con codo; después del pico, las copias sobrantes se reciclarán automáticamente y solo pagará por los recursos realmente utilizados. Es como si su brazo robótico de repente necesitara diez veces más precisión y el sistema de control pudiera recurrir instantáneamente a más "músculos computacionales" para lograrlo, con calma y sin esfuerzo.

• Escenario 2: Las fallas están aisladas en lugar de difundidas. Supongamos que el microservicio responsable del "diagnóstico y advertencia de fallas" falla debido a un error de datos poco común. En una arquitectura monolítica, esto puede significar que todo el sistema de monitoreo se apague y la línea de producción funcione a ciegas. Pero bajo la arquitectura de microservicio, las herramientas de operación y mantenimiento de Azure pueden aislar rápidamente el servicio defectuoso y reiniciar una copia saludable. Otros servicios, como el control de motores y la gestión de procesos, se mantienen ilesos y siguen funcionando. El problema está encerrado en la jaula más pequeña.

• Escenario 3: Evolución independiente y entrega continua. Si desea reducir el consumo de energía del servo, solo necesita actualizar y probar el microservicio de "control de movimiento" y luego reemplazar de manera rápida y segura la versión anterior a través de la canalización de Azure DevOps. Todo el proceso no requiere reiniciar todo el sistema, y ​​mucho menos realizar pruebas de regresión integrales de todo el proyecto solo para un punto. La velocidad de iteración ahora se mide en días o incluso horas.

Alguien puede preguntar: "Si está tan dividido, ¿no sería más problemático gestionarlo?". De hecho, esta es una buena pregunta. Azure proporciona un conjunto completo de servicios "de limpieza": Azure Service Fabric o AKS es responsable de la implementación, orquestación y gestión del ciclo de vida de los servicios; Application Insights proporciona supervisión del rendimiento e información sobre todos los microservicios; Azure Monitor recopila registros de manera uniforme. Lo que ves no es un montón de piezas dispersas, sino un organismo cohesivo y coordinado con un tablero claro.

Elección y salida: céntrese en los valores, no en las palabras calientes

Cuando nos enfrentamos a microservicios, no debemos dejarnos intimidar por su complejidad técnica. La clave es pensar con claridad: ¿está su proyecto atrapado en un sistema rígido? ¿Necesita iteraciones más rápidas? ¿No puede permitirse el riesgo de una inactividad global?

Al comenzar, puede comenzar a “dividir” las funciones comerciales más centrales y cambiantes. Por ejemplo, primero separe la lógica de procesamiento de pedidos o monitoreo del estado del equipo en servicios. Al utilizar los completos servicios de alojamiento de Azure, puede evitar en gran medida la complejidad de la infraestructura y centrarse más en la lógica empresarial en sí.

Desde el control preciso de cada servomotor y mecanismo de dirección hasta la colaboración inteligente de líneas de producción automatizadas, la arquitectura de software detrás de esto se está transformando de una roca silenciosa a un bosque que puede respirar libremente y crecer de forma independiente. Esto hace que la gestión de sistemas mecánicos complejos sea más clara, más estricta y más vital. Cuando cada parte comience a “dialogar” inteligentemente, la altura que el conjunto puede alcanzar superará la imaginación inicial.

Esto no es sólo una actualización tecnológica, sino también un cambio en la forma de pensar. Hace que la respuesta sea más rápida, la innovación más ágil y el sistema más tranquilo ante la incertidumbre.

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.kpotenciaha entregado 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.