concepto · intermedio · 2 min de lectura
Microservicios
La arquitectura de microservicios divide una aplicación en servicios pequeños, independientes y desplegables por separado, cada uno con su propia base de datos y responsable de una capacidad de negocio específica.
No requiere conocimientos previos.
Alcance en breve
Cubre
- Microservicios as an architectural concept
No cubre
- implementation details
Supone
- The reader understands distributed systems concepts.
Resumen
Microservicios es un estilo arquitectónico donde una aplicación se compone de múltiples servicios pequeños, autónomos y desplegables de forma independiente. Cada servicio encapsula una capacidad de negocio —órdenes, pagos, notificaciones—, tiene su propia base de datos, y se comunica con otros servicios mediante APIs bien definidas —típicamente HTTP/REST, gRPC o mensajería asíncrona—.
importa
Este paquete cubre la arquitectura de microservicios a nivel conceptual: características, beneficios, desafíos y contraste con monolitos. Asume familiaridad con APIs y sistemas distribuidos.
Alcance y supuestos
Este paquete cubre la arquitectura de microservicios a nivel conceptual: características, beneficios, desafíos y contraste con monolitos. Asume familiaridad con APIs y sistemas distribuidos.
Modelo mental
Un centro comercial versus un mercado de productores individuales. En el centro comercial —monolito—, todo está bajo un mismo techo con una administración central. En el mercado —microservicios—, cada puesto es independiente: tiene su propia caja, sus propios proveedores y puede abrir o cerrar sin afectar a los demás.
Uso práctico
- ✅ Equipos grandes que necesitan desplegar independientemente.
- ✅ Sistema con partes que escalan de forma muy distinta.
- ❌ Startups con 3 developers y un solo producto: el monolito es más rápido de construir.
Ejemplo trabajado: extraer el módulo de pagos
Un ecommerce monolítico decide extraer pagos a un microservicio. El nuevo payment-service tiene su propia base de datos y expone una API REST. El monolito deja de procesar pagos directamente y llama a POST /payments. Si el servicio de pagos se satura en Black Friday, solo escala ese servicio —el resto del monolito sigue con sus instancias normales—.
Ejemplo trabajado: extraer pagos a un microservicio
Un ecommerce monolítico extrae el módulo de pagos. El nuevo payment-service tiene su propia base de datos. El monolito llama a POST /payments en vez de procesar pagos directamente. En Black Friday, solo escala el payment-service; el resto del monolito sigue con sus instancias normales.
Evidencia
- Wikipedia, Microservices traza la evolución del patrón y sus trade-offs.
Fuentes citadas
- Wikipedia, Microservices (Síntesis, 21-07-2026)