Microservicios

¿Qué son los microservicios?

Los microservicios son un enfoque arquitectónico donde una aplicación se construye como una colección de servicios pequeños y autónomos. Cada servicio es responsable de exactamente una función de negocio, tiene su propio almacén de datos y puede desarrollarse, desplegarse y escalarse independientemente de otros servicios.

Monolito vs. microservicios

En un monolito, toda la lógica de negocio está agrupada en una sola aplicación. Esto simplifica el inicio pero lleva a ciclos de despliegue largos, código difícil de probar y problemas de escalabilidad a medida que crece la complejidad. Los microservicios resuelven estos desafíos dividiendo la aplicación en unidades manejables y autónomas.

¿Cuándo vale la pena el cambio?

No todas las aplicaciones necesitan microservicios. Para startups y equipos pequeños, un monolito suele ser la mejor opción. Sin embargo, cuando múltiples equipos trabajan en paralelo, los despliegues se bloquean mutuamente o los componentes tienen diferentes requisitos de escalabilidad, una arquitectura de microservicios se vuelve valiosa.

Principios fundamentales

• Responsabilidad única: Cada servicio tiene exactamente una responsabilidad y un contexto de dominio claramente delimitado.
• Despliegue independiente: Los servicios se construyen, prueban y despliegan independientemente.
• Gestión de datos descentralizada: Cada servicio gestiona su propia base de datos – sin bases de datos compartidas.
• Comunicación por API: Los servicios se comunican a través de interfaces definidas, típicamente REST o gRPC.
• Aislamiento de fallos: El fallo de un servicio no debe detener toda la aplicación.

Stack tecnológico para microservicios

Contenedores y orquestación

Docker y Kubernetes forman la base de las arquitecturas modernas de microservicios. Docker empaqueta cada servicio en un contenedor, mientras Kubernetes orquesta estos contenedores proporcionando escalado automático, auto-reparación y descubrimiento de servicios.

Patrones de comunicación

La comunicación síncrona vía REST o gRPC es adecuada para solicitudes que necesitan respuesta inmediata. Para flujos asíncronos se utilizan brokers de mensajes como Apache Kafka o Amazon SQS. La arquitectura orientada a eventos desacopla servicios y aumenta la resiliencia.

Desafíos con microservicios

Los microservicios traen su propia complejidad. El rastreo distribuido, la agregación centralizada de logs y el monitoreo entre servicios son esenciales. Las transacciones entre servicios requieren patrones como Saga o Consistencia Eventual. Un service mesh como Istio puede encapsular la complejidad de la comunicación entre servicios.

Prerrequisitos organizacionales

Los microservicios funcionan mejor con equipos multifuncionales responsables de uno o más servicios de extremo a extremo. La Ley de Conway aplica: la arquitectura refleja la estructura organizacional. Sin estructuras de equipo adecuadas, los microservicios se convierten en un monolito distribuido.

Microservicios para empresas medianas

Para empresas medianas recomendamos un enfoque pragmático: comienza con un monolito bien estructurado, identifica los límites del dominio y extrae selectivamente servicios individuales cuando surja una necesidad concreta. Este enfoque, llamado Strangler Fig Pattern, minimiza el riesgo y permite una migración incremental.