Saltar al contenido
Explorar conocimiento

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

Fuentes citadas