← dev-notes
MICROSERVICIOS · INFOGRAFÍA 5 / 5

Migración
incremental

Strangler Fig y monolito modular como caminos hacia microservicios sin big-bang. Los límites internos del monolito conectan con Refactoring cuando toca ordenar el código antes de cortar deployables.

MS · 05
Strangler Fig Gateway vs Mesh
01 Strangler Fig — reemplazar por el borde
🌿
PATRÓN
Nuevo tráfico por rutas nuevas
Routing progresivoDual writeFeature flags
El tráfico nuevo entra por servicios extraídos; el legado atiende lo que falta. Con el tiempo la “higuera” reduce el monolito sin apagón único.
Flujo mental del patrón
1 · FACHADA

Proxy o gateway delante del monolito; primer paso para rutear lecturas.

2 · EXTRAER

Servicio nuevo para un subdominio estable; contrato explícito.

3 · REDUCIR

Menos código en el monolito; eventual retiro.

🧩
Monolito modular como trampolín
Módulos con límites claros dentro del mismo deploy preparan equipos y datos antes de cortar procesos. Es la opción más sensata cuando el dominio aún cambia rápido; encaja con la idea de trade-offs en la infografía 1.
02 Gateway vs Mesh — no compiten
Capa
API Gateway / Ingress
Service Mesh
Enfoque
Tráfico externo → cluster; políticas de borde.
Tráfico interno entre workloads; identidad servicio-a-servicio.
Pregunta típica
¿Quién puede llamar a nuestra API pública?
¿Cómo aseguro y observo llamadas entre pods?
Plataforma
Se conecta con Kubernetes (Ingress, Service) en la tarjeta Kubernetes del índice (topics/kubernetes).
Sidecars y políticas encajan con pods y namespaces.