Descomponer un monolito suena bien en papel. La realidad es que el mayor reto no está en los microservicios en sí está en cómo se comunican entre ellos. En esta sesión exploraremos los patrones de integración más comunes en arquitecturas Cloud Native: cuándo usar un ESB, cuándo un API Gateway, y cuándo apostar por event-driven. Veremos cómo documentar dependencias de integración desde cero, identificar single points of failure antes de que exploten en producción, y qué preguntas hacerte cuando diseñas una integración en un entorno de alta disponibilidad.
¿Qué se lleva el público?

Los 3 patrones principales de integración Cloud Native y cuándo aplica cada uno (sync, async, event-driven)
Cómo construir un mapa de dependencias de integración AS-IS → TO-BE en proyectos complejos
Señales de alerta en arquitecturas de integración antes de llegar a producción
Criterios concretos para elegir entre API Gateway, message broker y service mesh

¿Cómo demuestro mi experiencia?
Trabajo como arquitecta de integración en la migración de un core bancario, uno de los entornos más exigentes en disponibilidad, trazabilidad y regulación. He diseñado inventarios de integración, diagramas de arquitectura y mapeado dependencias entre más de 30 sistemas heterogéneos. Los patrones que presento los he aplicado y validado en producción.
¿Por qué yo?
Porque vengo del campo, no del whiteboard. He tomado decisiones de integración bajo restricciones reales: sistemas legacy, SLAs críticos, equipos multidisciplinarios y entregas incrementales. Y porque creo que este conocimiento debería ser accesible, no solo para arquitectos senior, sino para cualquier ingeniera o ingeniero enfrentando su primera arquitectura distribuida.
¿Cómo encaja en Cloud Native CDMX?
La integración es la capa más ignorada y más crítica de cualquier arquitectura Cloud Native. Este talk conecta directamente con los tracks de Platform Engineering y el ecosistema CNCF, Contenido aplicable desde el día uno, sin vendor lock-in.