>> Unit будет быстрее nginx+php-fpm и тратить меньше ресурсов просто за счет своей архитектуры. Очень спорное утверждение. fastCGI всегда выигрывало в споре с mod_php, так что не вижу за счёт чего. Хочу увидеть сравнительные тесты.
>> Меньше движущихся частей. Unit требует меньше настройки и приседаний, чем связка nginx+php-fpm Опять же спорно. Для nginx + php-fpm требует лишь nginx из дистра и php-fpm из дистра, нет необходимости дособирать какие-то доп.модули. А конфиги для разных версий PHP всё равно будут разными. >> Если вам требуется запускать на php-fpm несколько приложений от разных пользователей, то вам либо приходится использовать его pool-ы, либо запускать отдельные независимые инстансы php-fpm. Верно, так и тут придётся дополнительный модуль к Unit собирать и подгружать. >> В первом случае при добавлении, удалении, изменении пользователя/приложения приходится перезапускать весь рой процессов, даже если остальная конфигурация не претерпела изменений. Это может быть очень накладно по ресурсам. Ничего накладного не вижу. nginx релоадится вообще прозрачно и незаметно. php-fpm тоже поддерживает reload хотя и не такой гладкий, да и перезапускать нужно будет только один нужный php-fpm >> Во втором случае, управлять этим всем добром гораздо сложнее. Unit не требует отдельного менеджмента, в отличии от нескольких независимых php-fpm; Пока я этого не увидел. Скорее наоборот - на каждую версию php-fpm нужен отдельный менеджмент Unit'а чтобы поключить соответствующий модуль. >> И во всех случаях требуются дополнительные приседания, чтобы обновить сам php или настройки приложения без потери запросов и просадки производительности. Если речь идёт о настолько критичных делах, то будет несколько апстримов, которые можно обновлять по одному без обозначенных потерь. >> Если завтра вам понадобится запустить ещё что-то на python, go, ruby, your language, у вас будет для этого уже знакомый и понятный инструмент. Вот! Наконец-то вижу сильный аргумент! Согласен. Но пока нам нужен только PHP, это неважно. >> Количество выполняемых функций будет расширяться, так что в дальнейшем Unit сможет стать не только легковесной заменой для php-fpm, но и ряда других компонентов, которые сейчас приходится использовать и настраивать в довесок. Поживём-увидим! Пока что я каких-то очевидных преимуществ, ради которых бы стоило переходить на Unit не увидел. 20 октября 2017 г., 18:05 пользователь Валентин Бартенев <vb...@nginx.com> написал: > On Friday 20 October 2017 17:27:30 Виктор Вислобоков wrote: > > >> Каждое приложение со своей конфигурацией полностью изолировано. Точно > > также, как были бы изолированы отдельные процессы php-fpm, запущенные > > независимо друг от друга на одной машине. > > > > Тогда я пока не вижу никакой выгоды от unit'а в сравнении со связкой > > nginx+php-fpm. > > > [..] > > В произвольном порядке: > > - Unit будет быстрее nginx+php-fpm и тратить меньше ресурсов просто за > счет своей архитектуры. > > - Меньше движущихся частей. Unit требует меньше настройки и приседаний, > чем > связка nginx+php-fpm. Просто потому, что вместо нескольких компонентов > с разными подходами к конфигурации, которые нужно связывать друг с > другом > и как-то затем мониторить, обновлять - получается один. > > - Если вам требуется запускать на php-fpm несколько приложений от разных > пользователей, то вам либо приходится использовать его pool-ы, либо > запускать отдельные независимые инстансы php-fpm. > > В первом случае при добавлении, удалении, изменении > пользователя/приложения > приходится перезапускать весь рой процессов, даже если остальная > конфигурация > не претерпела изменений. Это может быть очень накладно по ресурсам. > > Во втором случае, управлять этим всем добром гораздо сложнее. Unit не > требует > отдельного менеджмента, в отличии от нескольких независимых php-fpm; > > И во всех случаях требуются дополнительные приседания, чтобы обновить > сам php > или настройки приложения без потери запросов и просадки > производительности. > > - Если завтра вам понадобится запустить ещё что-то на python, go, ruby, > your > language, у вас будет для этого уже знакомый и понятный инструмент. > > - Количество выполняемых функций будет расширяться, так что в дальнейшем > Unit > сможет стать не только легковесной заменой для php-fpm, но и ряда других > компонентов, которые сейчас приходится использовать и настраивать в > довесок. > > -- > Валентин Бартенев > _______________________________________________ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru >
_______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru