Sobre este libro
La mayoría de contenido sobre escalabilidad en Laravel es superficial: listas de tips que te dicen "usa cache" y "usa colas" sin explicar el por qué, el cuándo, ni los problemas reales que traen. Este libro es diferente. Es una guía de decisiones arquitectónicas basada en problemas reales, trade-offs honestos y casos documentados de fallos a escala global — incluyendo la caída de AWS en octubre de 2025 causada por una race condition que costó 581 millones de dólares.
No promete que gestiones un millón de usuarios. Promete que entiendas los problemas que aparecen cuando tu aplicación crece y que sepas exactamente qué herramientas tienes para resolverlos.
🎯 ¿Qué aprenderás?
Escalado vertical: PHP-FPM, OPcache,
php artisan optimize, y Octane — cuándo tiene sentido, cuándo no, y los problemas reales documentados (memory leaks, singletons, conexiones persistentes)Escalado horizontal: statelessness, sesiones en Redis, archivos en S3, load balancing, health checks, sticky sessions y por qué evitarlas, Laravel Cloud como ejemplo de autoescalado
Despliegues sin downtime: blue/green deployment, rolling deployment, y migraciones backward-compatible en entornos multi-instancia
Base de datos bajo presión: índices, N+1, read replicas con opción sticky, replication lag, particionado y sharding (cuándo casi nunca)
Cache como arquitectura: qué cachear y qué no, Redis vs Memcached, patrones de invalidación, TTLs por tipo de dato, cache stampede y cómo prevenirlo
Concurrencia y race conditions:
lockForUpdate(), locking optimista, operaciones atómicas, idempotencia en pagos, constraints de base de datos como última defensaColas profesionales: Horizon, prioridades, backoff exponencial, locks distribuidos con Redis, idempotencia en jobs
Observabilidad: Telescope vs Pulse vs Nightwatch, métricas clave (p95, throughput), testing de carga con Grafana k6
Resiliencia: timeouts, retries con jitter, circuit breaker con Laravel Fuse, fallbacks, degradación controlada
Seguridad bajo carga: rate limiting, gestión de secrets, HTTPS, calidad de código con PHPStan, Pint, Rector y SonarQube
🔥 Casos reales analizados
AWS octubre 2025: una race condition en DynamoDB provocó 15 horas de caída global, afectó a Fortnite, Duolingo y Snapchat — pérdidas estimadas de 581 millones de dólares
Cloudflare noviembre 2025: un cambio de configuración tumbó X, ChatGPT, Spotify y Uber durante horas
CrowdStrike julio 2024: una actualización inutilizó 8.5 millones de máquinas Windows en hospitales, aerolíneas y bancos
👨💻 Para quién es este libro
Desarrolladores Laravel que ya conocen el framework y quieren preparar sus aplicaciones para crecer
Tech Leads que necesitan tomar decisiones arquitectónicas informadas sobre escalabilidad
Equipos que han sufrido problemas de rendimiento y no saben por dónde empezar
Cualquier desarrollador que quiera entender por qué las race conditions son el enemigo invisible de toda aplicación en producción
🧭 Hilo conductor
Un sistema de reservas evoluciona a lo largo de todo el libro: desde una sola instancia con PHP-FPM hasta una arquitectura multi-instancia con read replicas, cache estratégica, protección contra race conditions, colas con prioridades, circuit breakers y testing de carga con k6. Cada capítulo aplica los conceptos a este sistema real.
🚀 Lo que hace diferente a este libro
Honestidad: si no tengo experiencia directa en algo, lo digo. Sin humo ni promesas vacías
Trade-offs reales: cada técnica tiene un coste. Aquí se explica qué ganas y qué pierdes con cada decisión
Problemas documentados: memory leaks en Octane, replication lag, deadlocks, cache stampede — los problemas que otros libros no mencionan
Casos reales de fallos globales: si le pasa a AWS con miles de ingenieros, imagina lo que puede pasar en tu aplicación sin protección
Código quirúrgico: los ejemplos solo aparecen cuando ilustran algo que no se puede explicar con palabras
Atemporal: sin versiones específicas de Laravel ni de ninguna herramienta. Los conceptos funcionan hoy y funcionarán dentro de cinco años
Si le pasa a AWS con miles de ingenieros y presupuestos millonarios, imagina lo que puede pasar en tu aplicación sin protección. La diferencia es que tú puedes aprender de sus errores antes de que te ocurran.