diferencia entre microservicio y soa

kpotenciaLa pequeña historia de microservicios y SOA.

A veces estás jugando en el taller, rodeado deservos y engranajes, y te golpea. El sistema simplemente se siente... pesado. Como intentar hacer que un brazo robótico se mueva con precisión con un único y gigantesco motor haciendo todo el trabajo. Cada retoque, cada ajuste se convierte en un proyecto en sí mismo. ¿Te suena familiar?

Ésa es la vieja lucha. El monolito. Todo incluido, cada actualización era un riesgo, escalar significaba escalar a toda la bestia. Es por eso que la conversación giró hacia arquitecturas como SOA y, más recientemente, los microservicios. Pero aquí es donde la gente se enreda: ¿son lo mismo? Si no es así, ¿cuál es la diferencia real y, lo que es más importante, qué enfoque desenreda mi nudo específico?

Hablemos de ello, no con definiciones de libros de texto, sino como si estuviéramos ideando un diseño sobre el banco.

Piense en SOA, o Arquitectura Orientada a Servicios, como la idea inteligente de modularizar su taller. Tiene una estación de rectificado dedicada, una zona de soldadura precisa y un punto de control de calidad. Cada estación es un “servicio” con una función clara. Se comunican, a menudo a través de un despachador central (un bus de servicios empresariales), para ensamblar un producto completo. Se trata de integración y reutilización. Ese servicio de rectificado puede funcionar para múltiples líneas de productos. Puso orden en el caos de la fábrica monolítica.

Ahora, microservicios. Imagínese llevar esa idea más allá. Cada estación no es sólo una estación; Es un mini taller autónomo. El “minitaller” de molienda tiene su propio pequeño motor, su propia unidad de control, su propio transportador sencillo para recibir y transmitir el trabajo. Hace una cosa (pulir) y lo hace de forma independiente. Estos minitalleres se comunican directamente entre sí con mensajes ligeros. Se pueden actualizar, reparar o incluso reemplazar sin detener toda la operación. Si de repente tienes un aumento en el número de piezas que necesitan ser rectificadas, simplemente replicas rápidamente ese minitaller específico. Esa es la mentalidad de los microservicios.

Entonces, ¿es sólo una cuestión de tamaño? No precisamente.

Se trata más de alcance e independencia. SOA a menudo se centra en compartir y reutilizar la lógica empresarial en toda la organización; se trata de dividir grandes aplicaciones en servicios interoperables. Los microservicios se centran en crear una única aplicación como un conjunto de pequeños servicios que se pueden implementar de forma independiente. Son como un enjambre de drones especializados frente a un equipo de líneas de montaje coordinadas.

La gente pregunta: "¿Cuál es mejor?" Eso es como preguntar si unservoEl motor es mejor que un motor paso a paso. Depende de lo que estés construyendo.

Seguir la ruta SOA puede ser fantástico cuando necesita conectar sistemas existentes dispares; tal vez su base de datos de inventario necesite comunicarse con su nuevo portal de pedidos. Se trata de crear armonía entre piezas establecidas. Los microservicios a menudo brillan cuando se crea una aplicación nueva y compleja desde cero que debe ser increíblemente ágil y escalar funciones específicas enormemente. Piense en una aplicación web donde la gestión de perfiles de usuario crece a un ritmo diferente al de la función de procesamiento de pagos.

Pero hay un problema con los microservicios: la complejidad no desaparece, sino que se mueve. Se intercambia la complejidad de un código base enredado por la complejidad de coordinar muchos servicios independientes. Llamadas de red, coherencia de datos, monitoreo: es un tipo diferente de desafío de ingeniería. No es una solución mágica; es un conjunto diferente de herramientas para un tipo diferente de problema.

Entonces, ¿cómo eliges? No empieces con la arquitectura. Comience con el problema. ¿Tu principal dolor es integrar lo que ya tienes? ¿Se está ahogando en la coordinación de una base de código única y masiva? La respuesta señala el camino.

Aquí es donde un socio atento marca la diferencia. No se trata de venderle un “microservicio” o una solución “SOA” preempaquetada. Se trata de escuchar los zumbidos y traqueteos específicos de su sistema y recomendar el enfoque arquitectónico que actúa como el material de amortiguación adecuado. Se trata de proporcionar los componentes (los "motores" y los "tableros de control" confiables) que le permitan construir cualquiera de los sistemas con confianza y estabilidad.

Porque al final del día, ya sea que esté orquestando una sinfonía de servicios o coordinando una flota de funciones ágiles, necesita que las piezas subyacentes sean sólidas, receptivas y completamente confiables. Debe confiar en que su tecnología fundamental no será la que se bloquee.

Ese es el verdadero objetivo: pasar de preocuparse por su infraestructura a centrarse en lo que quiere construir con ella. Para cambiar la pregunta "¿Cómo mantenemos esto funcionando?" a "¿Qué cosa asombrosa deberíamos hacer a continuació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.