Laravel Octane en production — RoadRunner vs Swoole vs FrankenPHP

Laravel Octane est la réponse du framework au coût de « bootstrapper Laravel à chaque requête » — au lieu de bootstrapper le kernel pour chaque requête HTTP, Octane démarre une fois et en sert beaucoup. Le gain de throughput sur les charges réelles est de 3-10×, selon la lourdeur du boot path.

Les trois runtimes — RoadRunner, Swoole et FrankenPHP — font des trade-offs différents. Nous avons livré des clients sur les trois. Voici la comparaison qui colle à ce que nous voyons en production.

Les trois en un coup d'œil

                  RoadRunner    Swoole         FrankenPHP
boot time          rapide        le + rapide    rapide
HTTP/2 + HTTP/3    via Nginx     via Nginx      intégré
deployment         binaire go    extension PECL binaire unique
state leakage      faible risque risque + élevé faible risque
écosystème         mature        mature         plus récent

Par défaut FrankenPHP pour les nouveaux travaux greenfield — déploiement binaire unique, HTTP/3 natif, pas d'extension PHP à compiler. Par défaut RoadRunner pour les clients existants avec une pipeline CI établie. Swoole est la bonne réponse pour les clients Octane-lourds qui ont besoin de son modèle coroutine et qui ont la capacité opérationnelle pour gérer le cycle de vie de l'extension PECL.

L'article complet couvre :

• Patterns de state-leakage — le bug singleton spécifique au PHP long-running
• Gestion mémoire — les workers Octane doivent être recyclés, voici comment
• Les pièges Sanctum/Auth Auth::user() sous Octane (request-scoped, pas global)
• Octane sur Kubernetes — shutdown gracieux, readiness probes, rolling deploys
• Chiffres de performance sur une vraie app Laravel (req/s, latence p99, mémoire)
• Quand ne pas utiliser Octane (apps legacy avec état global, simplicité dev)

Nous livrons Octane chez la plupart des clients Laravel managés qui touchent le mur du coût de boot.