А расскажите, кто по каким причинам по сей день использует

php-fpm вместо Unit-а?

что прочитать7

В частности пошаговая инструкция к Laravel: - https://unit.nginx.org/howto/laravel/ php-fpm медленный и быстро преваращается в тыкву при критических нагрузках: https://habr.com/ru/post/588785/

потому что легаси. Мне придется переписывать плейбуки

тестирование очень необьективное. мне непонятно, зачем было выставлять memory_limit=512M

Вероятно тестируемое приложение не укладывалось в лимит по умолчанию. Лимит никак не влияет на производительность, если его не будет хватать, то интерпретатор PHP будет просто завершаться.

Лимит по памяти не дает запустить больше воркеров

Это лимит по памяти одного воркера.

это не противоречит моему замечанию

Каким образом лимит на память одного воркера мешает запускаться другим воркерам?

Потому что fpm ощутимо быстрее и лучше скейлится :)

если готовы сразу юнит показать в продакшн напрямую без всяких дополнителтных реверс прокси, то может юнит и лучше и там же опкеш в шареной памяти не живет

Каким образом он быстрее и лучше скейлится, если он не справляется с нагрузкой, а без нее создает больше задержек?

Кто вам сказал такую чушь, что не справляется с нагрузкой?

Видно из всех бенчмарков, да и следует из его примитивной архитектуры.

Это уже не так: https://unit.nginx.org/CHANGES.txt *) Feature: PHP opcache is shared between application processes.

Из моих бенчмарков видно обратное :)

Дайте ссылку, где посмотреть?

Сам то все перевёл на юнит? И как давно?

Я разработчик nginx и nginx unit. Естественно мы используем и то, и другое у себя ещё с первой беты. Просто собираю мнения, что людям не хватает, какие проблемы встречаются, на что обратить внимание.

Мониторинга и slow-log со стеком вызова как минимум

Вот с этого бы и начинали

Мониторинг будет в следующем релизе, где-то месяца через два. Про slowlog записал, спасибо.