Laravel Octane en producción — RoadRunner vs Swoole vs FrankenPHP

Laravel Octane es la respuesta del framework al coste de «bootear Laravel en cada petición» — en vez de bootstrapear el kernel en cada petición HTTP, Octane arranca una vez y sirve muchas. La ganancia de throughput en cargas reales es de 3-10×, según lo pesado que sea el boot path.

Los tres runtimes — RoadRunner, Swoole y FrankenPHP — hacen trade-offs distintos. Hemos entregado clientes en los tres. Esta es la comparativa que coincide con lo que vemos en producción.

Los tres de un vistazo

                  RoadRunner    Swoole         FrankenPHP
boot time          rápido        el más rápido  rápido
HTTP/2 + HTTP/3    vía Nginx     vía Nginx      integrado
deployment         binario go    extensión PECL binario único
state leakage      bajo riesgo   más riesgo     bajo riesgo
ecosistema         maduro        maduro         más nuevo

Por defecto FrankenPHP para nuevos trabajos greenfield — despliegue de binario único, HTTP/3 nativo, sin extensión PHP que compilar. Por defecto RoadRunner para clientes existentes con un pipeline de CI establecido. Swoole es la respuesta correcta para clientes Octane-pesados que necesitan su modelo de corutinas y tienen la capacidad operativa para gestionar el ciclo de vida de la extensión PECL.

El artículo completo cubre:

• Patrones de state-leakage — el bug de singleton específico de PHP long-running
• Gestión de memoria — los workers Octane deben reciclarse, así es cómo
• Las trampas de Sanctum/Auth Auth::user() bajo Octane (con scope de petición, no global)
• Octane en Kubernetes — apagado gracioso, readiness probes, rolling deploys
• Cifras de rendimiento en una app Laravel real (req/s, latencia p99, memoria)
• Cuándo no usar Octane (apps legacy con estado global, simplicidad de dev)

Entregamos Octane en la mayoría de clientes Laravel gestionados que se topan con el muro del coste de boot.