unit-0.2 beta release

[Валентин Бартенев]

On Friday 20 October 2017 18:21:35 Виктор Вислобоков wrote:
>> Unit будет быстрее nginx+php-fpm и тратить меньше ресурсов просто за
>> счет своей архитектуры.
> Очень спорное утверждение. fastCGI всегда выигрывало в споре с mod_php, так
> что не вижу за счёт чего.
> Хочу увидеть сравнительные тесты.

nginx + php-fpm возможно выигрывает у nginx + apache/mod_php, но скорее
по вине сложности правильной настройки последнего под данный микробенчмарк.

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


> 
>> Меньше движущихся частей.  Unit требует меньше настройки и приседаний,
>> чем связка nginx+php-fpm
> Опять же спорно. Для nginx + php-fpm требует лишь nginx из дистра и php-fpm
> из дистра, нет необходимости дособирать какие-то доп.модули. А конфиги для
> разных версий PHP всё равно будут разными.

В связке nginx+php-fpm как минимум нужно настраивать сам nginx и конфиг для
него, отдельно настраивать php-fpm, соответственно конфиг для него.

Вам не нужно собирать модули для Unit-а, если вы не собираетесь собирать
собственных версий php.  Вы также их ставите из дистрибутива.

# apt-get install unit-php unit-python2.7 unit-python3.5 unit-go

И они обновляются вместе с обновлением php/python в дистрибутиве.


> 
>> Если вам требуется запускать на php-fpm несколько приложений от разных
>> пользователей, то вам либо приходится использовать его pool-ы, либо
>> запускать отдельные независимые инстансы php-fpm.
>
> Верно, так и тут придётся дополнительный модуль к Unit собирать и
> подгружать.

 1. Для разных пользователей используется один и тот же модуль.

 2. Unit сам подгружает модули самостоятельно, для это не нужно ничего делать.

 3. Собирать свой модуль нужно только в случаях, когда вы сами собираете
    свой php.

 4. Не забывайте, что отдельный инстанс php-fpm - это ещё отдельный слушающий
    сокет и отдельная настройка в nginx под него.


>
>> В первом случае при добавлении, удалении, изменении
>> пользователя/приложения приходится перезапускать весь рой процессов, даже
>> если остальная конфигурация не претерпела изменений.  Это может быть очень
>> накладно по ресурсам.
>
> Ничего накладного не вижу. nginx релоадится вообще прозрачно и незаметно.
> php-fpm тоже поддерживает reload хотя и не такой гладкий, да и
> перезапускать нужно будет только один нужный php-fpm

Насколько я знаю, перезагрузить добавить новый пул или удалить существующий,
без затрагивания процессов, принадлежащих к другим пулам, в php-fpm невозможно.

У некоторых бывает до 10000 пулов и бывает так, что их нужно добавлять и менять
по нескольку раз в минуту.

> 
>> Во втором случае, управлять этим всем добром гораздо сложнее.  Unit не
>> требует отдельного менеджмента, в отличии от нескольких независимых php-fpm;
>
> Пока я этого не увидел. Скорее наоборот - на каждую версию php-fpm нужен
> отдельный менеджмент Unit'а чтобы поключить соответствующий модуль.
> 

 1. Повторюсь.  Модули ставятся из пакетов, также как вы ставите сам php или python.

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

$ cat unit.log
[..]
2017/10/19 17:47:42 [info] 16123#16123 discovery started
2017/10/19 17:47:42 [notice] 16123#16123 module: php 5.6.31-pl0-gentoo "build/php56.unit.so"
2017/10/19 17:47:42 [notice] 16123#16123 module: php 7.0.24 "build/php70.unit.so"
2017/10/19 17:47:42 [notice] 16123#16123 module: php 7.1.10 "build/php71.unit.so"
2017/10/19 17:47:42 [notice] 16123#16123 module: python 2.7.10 "build/py27.unit.so"
2017/10/19 17:47:42 [notice] 16123#16123 module: python 3.3.5 "build/py33.unit.so"
2017/10/19 17:47:42 [notice] 16123#16123 module: python 3.4.5 "build/py34.unit.so"
[..]

Выше в логе видно, что Unit запустил отдельный процесс discovery и узнал о доступных
к использованию модулях и версиях в данный момент времени на моей системе.


>> И во всех случаях требуются дополнительные приседания, чтобы обновить
>> сам php или настройки приложения без потери запросов и просадки
>> производительности.
>
> Если речь идёт о настолько критичных делах, то будет несколько апстримов,
> которые можно обновлять по одному без обозначенных потерь.
> 

Верно, об этих приседаниях и идет речь.  И вам нужно об этом позаботиться,
продумать и спланировать весь процесс и нигде не ошибиться.

--
Валентин Бартенев