Technology
Tu auth system 'cuelga de hilos', cambiar un componente toca 40 archivos, y tu CTO repite 'esto va a explotar en Series A'. Pero microservicios mal implementados te quitan velocity 18 meses sin mejorar nada. Esta sesión diseña un plan HONESTO — qué sí migrar (auth, billing, notifications), qué dejar en monolito, y en qué orden — con criterio de cuándo parar.
¿Te pasa esto?
Mi CTO dice que el auth 'cuelga de hilos' y ha tenido 3 incidentes este mes
Cambiar el sidebar requiere tocar 20 páginas — la codebase es un solo bloque
Tengo 2 devs patching encima del otro y permisos hardcoded por todos lados
Mi VP Eng propone 'vamos a Kubernetes' — pero somos 5 personas y no tenemos DevOps
Sé que voy a necesitar refactor en Series A pero no quiero matar la velocidad ahora
Qué te llevarás
Plan honesto: qué microservicios SÍ tienen ROI (auth, billing, notifications, search), qué NO (típicamente todo lo demás)
Secuencia: qué extraer primero (el que genera más incidents), segundo, tercero — con criterios no religiosos
Criterio de 'dejar en monolito': 3 señales de que un módulo NO debe salir aún
Cost estimate honesto: dev weeks por microservicio, sin contarse el 'aprendizaje' como gratis
Rollback plan: qué haces si el primer microservicio empeora la situación (señal, umbrales, decisión)
Esta sesión no es para…
Esta sesión NO es 'vamos all-in a Kubernetes' — es diseñar qué migrar con ROI claro
No es hype de 'microservicios son el futuro' — muchas empresas deberían quedarse monolito
No reemplaza al CTO — le da argumentos y plan, la ejecución sigue siendo del equipo
Si tu OKR pinta rojo en…
<5 devs y <€5M ARR: quédate monolito casi siempre. 5–15 devs: considera extraer 1–2 servicios críticos. >15 devs: microservicios probablemente tienen ROI. El experto aplica tu caso.
Después. Empiezas con servicios en contenedores sobre ECS/Fargate/Heroku antes de K8s. K8s sin DevOps dedicado = pesadilla operativa. El experto te da el threshold honesto.
Mejor extraer primero algo con 'rollback fácil' (notifications, search). Auth es más crítico pero más arriesgado — rollback requiere 2 semanas de dual-write. El experto te da el protocolo.
Por microservicio típico: 3–6 dev weeks extracción + 2 weeks monitoring/debugging + tax ongoing 10–20% de tu velocity. Agrega 30% al estimate de tu equipo (siempre subestiman).
Diagrama de arquitectura actual (aunque sea napkin), lista de incidents últimos 3 meses, tamaño del equipo eng, top 3 pain points técnicos, y plan de hiring próximos 6 meses. El experto diseña según tu realidad.
Aún estamos curando a los expertos para esta tarea.