Fintech
14 servicios
Monolito Java → 14 microservicios
Frecuencia de lanzamiento: de 1 a la semana a 12 al día.
Microservicios y cloud-native
No es un monolito. Es una arquitectura que escala.
En lugar de una gran aplicación única: servicios pequeños, independientes y con un responsable claro. Contenedores, Kubernetes, escalado automático, entrega continua, colas de mensajes y observabilidad: el marco completo de una aplicación cloud-native moderna. En AWS, GCP, Azure o en sus propios servidores.
k8s-prod-eu-west-1
healthy
Clúster de producción
nodos
8
pods
42
pet. / s
2.4k
deployment: api-gateway
14 running2 starting2 pending
auth-service
v2.1.4
user-service
v3.0.1
order-service
v1.8.2
payment-service
v1.2.0
¿Cuándo usar microservicios?
No todas las aplicaciones los necesitan. ¿Los necesita la suya?
01
Picos de tráfico extremos
De 10 a 100 veces más tráfico en determinadas horas o temporadas.
02
Módulos con necesidades de escalado distintas
Unos consumen mucha CPU; otros, mucha E/S.
03
Varios equipos en paralelo
5+ equipos en el mismo código = conflictos constantes.
04
Tecnologías combinadas
Python (ML), Go (rendimiento) y Node (tiempo real) juntos.
05
Alta disponibilidad obligatoria
Si un servicio cae, los demás deben seguir funcionando.
06
Despliegues rápidos e independientes
Cada equipo quiere publicar su servicio a diario.
Los pilares de cloud-native
Los 12 pilares de una aplicación moderna.
01
Contenedores
Empaquetado coherente basado en Docker / OCI.
02
Orquestación
Kubernetes / ECS / Nomad.
03
Service mesh
Istio / Linkerd: tráfico, seguridad y observabilidad.
04
API gateway
Kong / Traefik / AWS API GW.
05
CI/CD
GitHub Actions / GitLab CI / Argo CD.
06
Infraestructura como código (IaC)
Terraform / Pulumi / Helm.
07
Colas de mensajes
Kafka / RabbitMQ / SQS.
08
Caché y almacenamiento
Redis / Memcached / DynamoDB.
09
Observabilidad
Prometheus + Grafana + OpenTelemetry.
10
Gestión de secretos
Vault / AWS Secrets / GCP SM.
11
Seguridad zero-trust
mTLS, SPIFFE, mínimo privilegio.
12
Multirregión y recuperación ante desastres
Multi-AZ / multirregión, failover automático.
Proveedores de nube
AWS, GCP, Azure o sus propios servidores.
AWS EKS
AWS ECS / Fargate
GKE (GCP)
AKS (Azure)
DigitalOcean Kubernetes
Hetzner
On-prem Kubernetes
OpenShift
Rancher
Beneficios
¿Qué cambia al pasar a microservicios?
01
Escalado independiente
Cada servicio crece o se reduce según sus propias necesidades.
02
Aislamiento de fallos
La caída de un servicio no arrastra a los demás.
03
Despliegues rápidos
Un cambio en un servicio = un despliegue.
04
Varios equipos
Los equipos avanzan sin esperarse unos a otros.
05
Flexibilidad tecnológica
El lenguaje y el entorno de ejecución adecuados para cada servicio.
06
Portabilidad entre nubes
Migrar de AWS a GCP lleva semanas, no meses.
Gestión de riesgos
Los microservicios no son una arquitectura sin reglas. Exigen disciplina.
01
Trazar los límites correctos
Límites de servicio incorrectos = monolito distribuido.
02
Consistencia de los datos
Consistencia eventual + patrón saga.
03
Observabilidad obligatoria
Trazas, métricas y registros: sin ellos es imposible localizar errores.
04
Gestión de contratos
Los contratos entre servicios se versionan.
05
Red y latencia
Las llamadas entre servicios agregan latencia: hay que vigilarla.
06
Carga operativa
No lo haga sin las herramientas adecuadas ni formación para el equipo.
Proceso
Del monolito al sistema distribuido.
-
01
Modelado de dominio
DDD: identificar los contextos delimitados (bounded contexts).
-
02
Límites de los servicios
Qué módulo se separa primero y en qué orden.
-
03
Configuración de la plataforma
Kubernetes, CI/CD, observabilidad, almacén de secretos.
-
04
Primer servicio y contrato
Se extrae un servicio y se redacta el contrato de API.
-
05
Continuación con el patrón strangler
Los servicios se separan del monolito de forma gradual.
-
06
Operación y madurez
SLO, presupuesto de errores, escalado automático, multirregión.
Historias
Sistemas que hemos hecho crecer con cloud-native.
E-commerce
pico ×80
Escalado automático en Black Friday
Tráfico ×80, sin tiempo de inactividad, escalado automático.
SaaS
multirregión
Failover multirregión
Si cae la región de la UE, la de EE. UU. toma el relevo automáticamente.
IoT
200k msg/s
Flujo de eventos de dispositivos
Kafka + Flink, 200 000 mensajes por segundo.
Logística
patrón saga
Microservicios + saga
Pedido + envío + devolución en un patrón saga.
Medios
tiempo real
Infraestructura de streaming en vivo
WebRTC + Redis Streams + Kubernetes.
Preguntas frecuentes
Lo que más nos preguntan
No. Para aplicaciones pequeñas y medianas, un monolito bien escrito suele ser la opción correcta. Los microservicios exigen disciplina, observabilidad y un equipo de tamaño suficiente. Tomamos la decisión con usted tras analizar el alcance.
Sí. Para necesidades más sencillas, AWS Fargate, GCP Cloud Run o Docker Swarm gestionado también son buenas opciones. La decisión correcta depende de la necesidad.
Con el patrón strangler fig: se separa un módulo, se verifica y se pasa al siguiente. Evitamos las reescrituras big bang; la producción sigue funcionando en todo momento.
Sí, gracias a FinOps. Presupuesto y alarma de costos por servicio, y parámetros de escalado automático conservadores. Sin facturas sorpresa a fin de mes.
Sí. AWS / GCP / Azure / DigitalOcean / Hetzner / on-premise: lo decidimos con usted. Con una arquitectura independiente de la nube, migrar más adelante también es sencillo.
Llevemos su sistema a una arquitectura escalable.
En una reunión exploratoria de 30 min analizamos con usted su sistema actual.