Объясните как работает php-fpm?

Question

[netslavehq]

Я всю жизнь использовал PHP как модуль Apache. Запрос пришел -- создался процесс, ответ был отправлен -- процесс умер.
Тут все просто и понятно

Oбъясните как работает PHP-runtime в целом и php-fpm в частности?

Answer 1

[Сергей Протько]

Для начала почитайте что такое SAPI. Затем представьте что apache + mod_php разделили на web-сервер, который проксирует запросы на php-fpm и отдает статику, и собственно отдельный web-сервер который имплементит SAPI и выполняет запросы связанные только с php. То есть статику отдавать мы можем только через php. Суть примерно та же что и у apache2 + prefork + mod_php но оптимизированный только для работы с php. Так же можно поставить на фронт более быстрый и легковесный сервер который умеет проксировать запросы.

То есть php-fpm это эдакий fast-cgi сервер который постоянно держит готовые для работы пул-процессов (сколько в пуле процессов настраивается, так же как и от какого пользователя их запускать и все такое прочее). Каждый новый запрос уходит в какой-либо процесс из пула, запрос отрабатывает, возвращаем результат тому кто попросил (web-серверу обычно). Если процесс падает (fatal допустим) - поднимаем новый.

Принципиальной разницы между apache2+mod_php нету, просто упрощается инфраструктура. Наш web-сервер должен только уметь проксировать запросы и отдавать статику, а php-frpm вообще может быть на разных машинах (балансировщиком можно раскидывать запросы). Ну и сами понимаете, nginx + php-fpm будет быстрее обрабатывать запросы чем apache2+mod_php какой бы мы менеджер процессов не использовали в апаче. Минусов по сравнению с apache+mod_php я даже не могу предложить.

А php-runtime не зависит от этого. Он один на всех, CLI, FPM, mod_php...

Comments

[netslavehq]

>>Для начала почитайте что такое SAPI.
Спасибо!

[netslavehq]

Более или менее понятно, php-fpm это некий "сервак" который просто крутит внутри себя php, и если кому-то надо, например извне, то этот кто-то (например nginx) к нему обращается. Естественно по запросу пользователя.

Есть еще вопросы: что такое FastCGI / не_FastCGI? Чем отличаются? Как php-fpm знает какое php приложение запустить, оно у него в настройках прописанно? В апаче у меня виртуал хосты и .htaccess если надо, а тут как?

[_ _]

@netslavehq CGI на каждый запрос заново запускает процесс обработчика с нуля. Если совсем упрощенно, то он запускает обработчик так, как вы бы программу из командной строки запускали.
FastCGI держит наготове пул "горячих" запущенных процессов обработчика, надо только скормить им данные запроса и забрать ответ, поэтому Fast.
php-fpm узнает, что и откуда запускать, из специальных параметров, которые передаются ему проксирующим веб-сервером, например тем же nginx.

[Владимир Коротенко]

Вопрос тогда про sapi когда происходит запуск процесса в случае php и когда он заканчивается? 1 раз и отдаётся все вместе или на каждый запрос новый Парсинг всех файлов?

[shurshur]

Владимир Коротенко, есть модуль opcache, он кэширует какое-то количество кода в памяти, а так да, парсит файлы без перезапуска. Вот тут бегло нагуглил объяснение его настройки https://rtfm.co.ua/php-keshirovanie-php-skriptov-n...

[Владимир Коротенко]

shurshur, но по сути байт код только вставляется как часть? И джит не прогоняет все приложение 200-300 раз? Ещё вопрос пулы соединений к бд.

[shurshur]

Владимир Коротенко, opcode кэширует файлы и перекэширует по факту изменения (время перепроверки файлов настраивается) или по факту забивания кэша. Работает ли он в воркерах или на уровне главного процесса - я не интересовался, у меня таких объёмов не было, чтобы это влияло.

Про пулы соединений я думаю если писать по наивному работать с базой то будет в каждом скрипте открывать заново, persistence надо как-то явно указывать.