Diseño de Sistemas y Arquitectura de Aplicaciones Escalables

Puedes construir funcionalidades. La página en blanco es la arquitectura: alguien dice "necesitamos un feed de actividad en tiempo real", o "soportar cincuenta veces más usuarios para el próximo trimestre", o un entrevistador dice "diseña un backend para una aplicación de transporte privado" — y la parte difícil no es escribir código, es decidir cuáles son las piezas y por qué. Este curso trata sobre esa decisión. Te proporciona un método que puedes aplicar a cualquier cosa: extraer los requisitos reales, dimensionarlos con cálculos aproximados, dividir el sistema en servicios con límites sólidos, modelar los datos y rastrear cómo fluyen realmente, luego recurrir a un conjunto de componentes reutilizables — balanceadores de carga, cachés, réplicas, fragmentos, colas, hashing consistente, quórums, flujos de eventos — y colocar cada uno por una razón que puedas defender. Aprenderás las compensaciones que determinan los sistemas reales: SQL frente a NoSQL según el patrón de acceso, fan-out en escritura frente a lectura, consistencia fuerte frente a eventual, por qué una partición te obliga a elegir, por qué "exactamente una vez" es en realidad al menos una vez más idempotencia. Luego compondrás esos bloques en las arquitecturas que todo equipo construye eventualmente — un servicio de búsqueda con mucha lectura, un feed social, chat en tiempo real, una plataforma de medios, un agregador de streaming, un sistema de reservas y pagos que no pueda cobrar dos veces, un emparejador de proximidad geográfica. Porque enviar no es el final, también diseñarás para fallos, harás que un sistema sea observable con SLOs reales, evaluarás seguridad, multi-tenencia y coste, y planificarás cómo una arquitectura migra y crece en lugar de ser reescrita. Y porque un diseño que nadie entiende no vale nada, terminarás comunicándolo — diagramas limpios, registros de decisiones de arquitectura, y presentar bajo presión, ya sea tu equipo o un panel de entrevistas. Ya sea que estés liderando un equipo, fundando una empresa o preparándote para entrevistas de diseño de sistemas, la habilidad subyacente es la misma: convertir un requisito vago en una arquitectura que puedas respaldar.