Caso DoorDash
Estudio de Microservicios en DoorDash. Como lo abordaron
Introduccion
Section titled “Introduccion”Estudio del caso DoorDash: qué problemas aparecieron al migrar de un monolito a una arquitectura de microservicios y qué iniciativas tomaron para mitigarlos.
Los problemas que enfrentaron
Section titled “Los problemas que enfrentaron”Al pasar al mundo de microservicios, DoorDash se encontró con la cara menos publicitada de esta arquitectura:
- Latencia acumulada: cada request atraviesa varios servicios; la demora de respuesta se suma en cadena y el tiempo total se vuelve difícil de controlar.
- Fallas en cascada: cuando un microservicio del que dependen otros se degrada, los servicios que lo consumen empiezan a fallar también, amplificando el incidente.
- Escalamiento desigual: no todos los servicios escalan al mismo ritmo ni con el mismo costo, y un cuello de botella en uno arrastra al resto.
Lección principal
Section titled “Lección principal”Los microservicios no eliminan la complejidad del monolito: la trasladan a la red. Los problemas dejan de ser de código y pasan a ser de comunicación entre servicios (timeouts, reintentos, dependencias). Antes de migrar, conviene tener resueltas la observabilidad y las estrategias de resiliencia — el mismo terreno que cubre el apunte de Circuit Breaker con Resilience4j.
El video presenta los problemas con detalle, más que las soluciones — útil como catálogo de riesgos a considerar antes de una migración.