Desarrollo Backend y APIs · BAC-190

Arquitectura de microservicios

Descomponer un monolito con criterio: límites, comunicación, consistencia eventual y su coste real

Bajo demanda Especialización 8 módulos · 37 clases

Formato asíncrono Desarrollo, Ingeniería / Industria Docker, Kubernetes

DESARROLLO CLOUD

Lo que aprenderás

Delimitar servicios a partir de capacidades de negocio y no de capas técnicas
Elegir entre comunicación síncrona y asíncrona valorando acoplamiento temporal y modos de fallo
Diseñar consistencia eventual con saga y transacciones compensatorias en lugar de transacciones distribuidas
Aislar fallos con tiempos de espera, reintentos con retroceso, mamparos y cortacircuitos
Desplegar servicios en Kubernetes con configuración, secretos, sondas y estrategia de actualización
Instrumentar trazas distribuidas, métricas y registros correlacionados por identificador de petición
Estimar el coste operativo de la descomposición y decidir cuándo mantener el monolito

Contenido del curso

8 módulos · 37 clases en vídeo · práctica guiada en cada módulo

Módulo 1 · Presentación y punto de partida 4 clases

Qué problema resuelven los microservicios y cuál no
El monolito de partida y sus síntomas reales
Monolito modular como alternativa legítima
Preparación del entorno con Docker y clúster local

Módulo 2 · Delimitar servicios 5 clases

Capacidades de negocio y contextos delimitados
Propiedad de los datos por servicio
Extraer el primer servicio del monolito
Estrangulamiento progresivo del sistema antiguo
Errores de corte más frecuentes

Módulo 3 · Comunicación entre servicios 5 clases

Llamadas síncronas: contratos y acoplamiento temporal
Eventos y comunicación asíncrona
Descubrimiento de servicios y pasarela de entrada
Formatos, versiones y compatibilidad
Comunicación en un solo sentido y notificaciones

Módulo 4 · Datos y consistencia 5 clases

Por qué desaparecen las transacciones distribuidas
Saga con coreografía y con orquestación
Transacciones compensatorias
Bandeja de salida transaccional y entrega fiable
Consultas que cruzan varios servicios

Módulo 5 · Resiliencia 5 clases

Tiempos de espera y reintentos con retroceso
Cortacircuitos y degradación controlada
Mamparos y aislamiento de recursos
Idempotencia en receptores de mensajes
Pruebas de fallo provocado

Módulo 6 · Despliegue en Kubernetes 5 clases

Empaquetado de servicios e imágenes
Despliegues, servicios y configuración
Sondas de vida y de preparación
Actualizaciones progresivas y reversión
Secretos y configuración por entorno

Módulo 7 · Observabilidad 4 clases

Trazas distribuidas y propagación de contexto
Métricas por servicio y por dependencia
Registros correlacionados por identificador de petición
Diagnóstico de un fallo que cruza tres servicios

Módulo 8 · Caso práctico y decisión 4 clases

Descomposición completa del caso de estudio
Coste operativo estimado de la arquitectura resultante
Criterios para detener la descomposición
Presentación de la decisión arquitectónica

Requisitos

Experiencia construyendo y desplegando aplicaciones backend en producción
Manejo de Docker: imágenes, contenedores y composición de servicios
Conocimientos básicos de Kubernetes o disposición a trabajar con un clúster local

Descripción

Partir un monolito es fácil de decidir y caro de sostener. Lo que antes era una llamada a función pasa a ser una petición de red que puede fallar, tardar o llegar dos veces, y lo que antes resolvía una transacción ahora exige compensaciones. Muchos equipos descubren ese coste cuando ya han repartido el sistema en catorce servicios y nadie sabe reproducir un fallo.

El curso descompone una aplicación real paso a paso, midiendo lo que se gana y lo que se paga en cada corte. Se delimitan servicios por capacidad de negocio, se comparan comunicación síncrona y basada en eventos, se implementa una saga con compensaciones y se añaden patrones de resiliencia. El despliegue se lleva a Kubernetes con sondas, configuración y actualizaciones progresivas.

La instrumentación con trazas distribuidas cierra el recorrido: sin ella, diagnosticar un sistema repartido es adivinar. El curso incluye también el caso contrario, cuándo la respuesta correcta es un monolito modular bien construido. Continúa de forma natural hacia mensajería con colas y flujos de eventos.

¿Para quién es este curso?

Equipos de desarrollo que evalúan descomponer una aplicación que ya les resulta difícil de evolucionar
Perfiles de ingeniería que integran sistemas de planta y de gestión con requisitos de disponibilidad
Responsables técnicos que deben justificar ante dirección el coste de una migración arquitectónica