Laravel Octane em produção — RoadRunner vs Swoole vs FrankenPHP

Laravel Octane é a resposta do framework ao custo de «bootar o Laravel a cada requisição» — em vez de bootstrapar o kernel para cada requisição HTTP, o Octane sobe uma vez e serve muitas. O ganho de throughput em cargas reais é de 3-10×, dependendo do peso do boot path.

Os três runtimes — RoadRunner, Swoole e FrankenPHP — fazem trade-offs diferentes. Entregamos clientes nos três. Esta é a comparação que de fato bate com o que vemos em produção.

Os três num relance

                  RoadRunner    Swoole         FrankenPHP
boot time          rápido        o + rápido     rápido
HTTP/2 + HTTP/3    via Nginx     via Nginx      embutido
deployment         binário go    extensão PECL  binário único
state leakage      risco baixo   risco maior    risco baixo
ecossistema        maduro        maduro         mais novo

Por padrão FrankenPHP para novos trabalhos greenfield — deploy de binário único, HTTP/3 nativo, sem extensão PHP para compilar. Por padrão RoadRunner para clientes existentes com pipeline de CI estabelecido. Swoole é a resposta certa para clientes Octane-pesados que precisam do seu modelo de corrotinas e têm a capacidade operacional para gerenciar o ciclo de vida da extensão PECL.

O artigo completo cobre:

• Padrões de state-leakage — o bug de singleton específico do PHP long-running
• Gerenciamento de memória — workers Octane devem ser reciclados, eis como
• As pegadinhas do Sanctum/Auth Auth::user() sob Octane (escopo de requisição, não global)
• Octane no Kubernetes — shutdown gracioso, readiness probes, rolling deploys
• Números de performance em uma app Laravel real (req/s, latência p99, memória)
• Quando não usar Octane (apps legadas com estado global, simplicidade no dev)

Entregamos Octane na maioria dos clientes Laravel gerenciados que batem na parede do custo de boot.