>> 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 пользователь Валентин Бартенев <vbart@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