Definición y revisión de arquitectura
[Nota de borrador para Manuel]: grounded en tu experiencia real con arquitecturas orientadas a eventos (Kafka), microservicios y sistemas de alta disponibilidad. Revisá si querés agregar algo puntual sobre metodología (ADRs, C4, etc.) que uses vos en la práctica.
Un error de arquitectura no se nota el primer día — se nota seis meses después, cuando agregar una funcionalidad simple toma semanas porque el sistema no fue pensado para crecer así. Este servicio existe para dos momentos distintos:
Antes de construir: diseño la arquitectura de un sistema nuevo — qué componentes existen, cómo se comunican (síncrono vía APIs, asíncrono vía eventos con Kafka), qué base de datos y por qué, y qué trade-offs de escalabilidad y costo implica cada decisión. El resultado es un documento que tu equipo puede ejecutar, no una idea en mi cabeza.
Sobre un sistema ya existente: reviso arquitecturas en producción para identificar cuellos de botella reales, deuda técnica que sí importa (vs. la que puede esperar), y riesgos de escalabilidad antes de que se conviertan en un incidente. Esto es especialmente útil antes de una ronda de inversión, una auditoría técnica externa, o una migración grande.
Este servicio no reemplaza a tu equipo de desarrollo — lo complementa con una mirada externa, experimentada en sistemas que no se pueden dar el lujo de fallar (seguimiento en tiempo real de una flota satelital, plataformas de alto tráfico con integraciones a sistemas legados).
¿Tenés una decisión de arquitectura importante por tomar, o un sistema que ya no escala bien? Conversemos.