Octane ускоряет Laravel, но ломает привычку «запрос умер — память чистая»
Octane имеет смысл там, где много повторяемой инициализации: контейнер, конфиги, роуты, тяжёлые провайдеры, частые API-запросы. Но воркер живёт долго, и это меняет модель ошибок.
Перед включением проверьте:
— нет singleton, зависящих от пользователя, домена, токена;
— статические кеши не копят данные между запросами;
— scoped-зависимости не сохраняются в свойствах сервисов;
— клиенты к БД, Redis и HTTP умеют переподключаться;
— локаль и feature-флаги не «прилипают» к воркеру.
Есть наблюдение которое стоит проверить: большинство странных багов в Octane — не про скорость, а про shared state. В PHP-FPM мусор часто умирает после ответа; здесь он может жить до перезапуска воркера.
Безопасный путь: поднять Octane отдельным пулом, прогнать нагрузку с разными пользователями и тенантами, смотреть не только latency, но и рост памяти по воркерам. Если код stateless, выигрыш будет стабильным; если нет — начните с аудита singleton и static.
Laravel & PHP Deep — фреймворки и пакеты
@laravel_php_deep
Octane ускоряет Laravel, но ломает привычку «запрос умер — память чистая»
Этот пост опубликован в Telegram-канале Laravel & PHP Deep — фреймворки и пакеты. Подписаться можно по ссылке: @laravel_php_deep.