Características

Una arquitectura de Microservicios consta de una colección de servicios autónomos y pequeños.

Los servicios son independientes entre sí y cada uno debe implementar una funcionalidad de
negocio individual; en cierto modo, son la evolución natural de las arquitecturas orientadas a
servicios, pero hay diferencias entre ambas. Por ejemplo:

· En una arquitectura de microservicios, los servicios son pequeños e independientes y están

acoplados de forma flexible.

· Cada servicio es un código base independiente, que puede administrarse por un equipo de
desarrollo pequeño.

· Los servicios son los responsables de conservar sus propios datos o estado externo. Esto difiere
del modelo tradicional, donde una capa de datos independiente controla la persistencia de los
datos.

· Los servicios se comunican entre sí mediante API bien definidas. Los detalles de la
implementación interna de cada servicio se ocultan frente a otros servicios.

· No es necesario que los servicios compartan la misma pila de tecnología, las bibliotecas o los
marcos de trabajo.

Algunas aplicaciones del uso de una arquitectura basada en Microservicios pueden ser:

· Aplicaciones grandes que requieren una alta velocidad de publicación.

· Aplicaciones complejas que necesitan gran escalabilidad.

· Aplicaciones con dominios complejos o muchos subdominios.

· Una organización que disponga de pequeños equipos de desarrollo.}

Ventajas

Escalabilidad y flexibilidad: Los microservicios permiten escalar de forma independiente los

componentes específicos de una aplicación. Esto significa que puedes asignar más recursos a los
microservicios que requieren un mayor rendimiento y ajustar la capacidad según las necesidades
del negocio. Además, la arquitectura basada en microservicios permite una mayor flexibilidad en
el desarrollo, ya que cada servicio puede evolucionar y actualizarse de manera independiente.

Desarrollo ágil y despliegue rápido: Los microservicios fomentan un enfoque ágil para el desarrollo
de aplicaciones. Al dividir la funcionalidad en servicios más pequeños, los equipos de desarrollo
pueden trabajar de manera más eficiente y rápida ya que cada servicio tiene una responsabilidad
claramente definida. Además, los microservicios pueden desplegarse de forma independiente, lo
que facilita la entrega continua y permite implementar actualizaciones de forma más rápida y
segura.

Mayor capacidad de recuperación: Al utilizar una arquitectura basada en microservicios, los fallos
en un servicio no afectan al funcionamiento de toda la aplicación.
Desventajas

Complejidad en la comunicación y gestión: La comunicación entre microservicios puede ser

compleja. Se requiere una gestión adecuada de las llamadas y la sincronización entre los servicios.
Además, la coordinación y el control de versiones de múltiples microservicios pueden resultar
desafiantes, especialmente a medida que la aplicación crece en tamaño y complejidad.

Monitoreo y depuración: El monitoreo y la depuración en una arquitectura basada en

microservicios pueden ser más complicados que en una aplicación monolítica. Debido a la
distribución de los servicios, es necesario contar con herramientas y estrategias adecuadas para
rastrear y solucionar problemas en cada uno de ellos. Esto implica una mayor complejidad en la
gestión y el mantenimiento del entorno de producción.

Overhead de infraestructura: Cada microservicio requiere su propia infraestructura, lo que implica

un mayor costo en términos de recursos y administración. La gestión de múltiples sistemas
operativos bases de datos y entornos de ejecución puede generar una sobrecarga adicional en
comparación con una aplicación monolítica.