LINUX.ORG.RU

Проект nginx открыл исходные коды для балансировщика нагрузки

 


1

1

Стал доступен выпуск веб-сервера NGINX Plus R6, в котором кроме некоторого количества улучшений стали доступны исходные коды модуля для управления нагрузкой (load balancing). Всего в выпуске представлено следующее:

  • Балансировщик нагрузки
  • Новая панель управления для статистики
  • Поддержка ssl-аутентификации для email-трафика (IMAP, POP3, SMTP)

Более подробное описание улучшений и новых возможностей можно почитать здесь

>>> Подробности



Проверено: JB ()
Ответ на: комментарий от zenden

Может это был способ монетизации проекта? Т.е. предоставляли балансировщик только за деньги жирным энтерпрайзным проектам.

anonymous ()

Когда уже поддержку cgi добавят

makoven ★★★★★ ()
Ответ на: комментарий от anonymous

Но отсюда вытекает следующий вопрос - почему от этого отказались :)

hobbit ★★★★★ ()
Ответ на: комментарий от hobbit

Ну так теперь у всех стоит их балансировщик, можно зарабатывать на поддержке.

ya-betmen ★★★★★ ()
Ответ на: комментарий от st4l1k

tengine на пятки наступает, вот и открыли.

Не только tengine. Для балансинга есть haproxy, с различными фейловырами и веб-мордой.

iron ★★★★★ ()
Ответ на: комментарий от hobbit

У них еще осталось на чем заработать, открыли всего одну из фич. Ну и конкуренцию не выдерживают поди, как выше сказали.

anonymous ()
Ответ на: комментарий от st4l1k

Ага, спасибо. Открыл для себя tengine, потом openresty. Сижу с луа в nginx.conf балуюсь

trofk ★★★ ()

А что в NGINX закрытого осталось?

peregrine ★★★★★ ()

Подумаешь.

%subj%

anonymous ()

Поддержка ssl-аутентификации для email-трафика

NGINX

Долбаный комбайн, а как хорошо все начиналось.

anonymous ()

Не просто балансировщик нагрузки, а TCP балансировщик открыли! HTTP-то там сто лет уже вроде был.

vitalif ★★★ ()
Ответ на: комментарий от anonymous

а как хорошо все начиналось

Вообще-то проксирование почты в нём испокон веков было.

thriller ★★ ()
Последнее исправление: thriller (всего исправлений: 1)

Новая панель управления для статистики

шота я в патче по ссылке этого не нашел. куда смотреть-то?

gistart ()
Ответ на: комментарий от gistart

панелька доступна только в коммерческой версии.

msgxx ()
Ответ на: комментарий от gistart

В патче этого нет. Просто автор новости перемешал все события, и логическая цепочка в посте разорвана напрочь. В основную ветку портировали только load balancing, остальное - нововведения версии для подписчиков.

l0stparadise ★★★★★ ()
Последнее исправление: l0stparadise (всего исправлений: 1)

*комментарий про зажравшегося Сысоева и ненужную коммерческую версию*

l0stparadise ★★★★★ ()
Ответ на: комментарий от makoven

чтобы избавиться от апачобэкенда?

А FastCGI для этого разве не подходит?

i-rinat ★★★★★ ()
Ответ на: комментарий от i-rinat

Это ты про пхп-фаст-цги?
Тю, смотря как настроишь, может быть еще и трупее чем опач на бекенде с пхп-модулем.

А как черни давать доступ к .htaccess директивам, ну или аналогам для nginx? Да чтоб еще без перечитки конфига как в опаче.
Кто-то вообще в курсе? Я что-то пропустил или все правильно опоносил?

deep-purple ★★★★ ()
Ответ на: комментарий от vitalif

Где открыли? он как был в плюс версии так и остался только ней...

WindowsXP ★★ ()
Ответ на: комментарий от makoven

Когда уже поддержку cgi добавят

Не знаю как сейчас, а раньше Сысоев говорил что «никогда потому что cgi это медленно». И меня это бесило потому что а) есть куча других «тормозных» экстеншенов в nginx аля перл б) добавить поддержку тривиально ц) cgi по-прежнему актуально в админстве.

Мне инетересно можно ли сделать поддержку cgi при помощи встроенного перла.

true_admin ★★★★★ ()
Ответ на: комментарий от i-rinat

Если задача простая и не требует по нескольку запросов в минуту, то лучше писать на CGI, чем держать вхолостую работающий fastcgi сервер. Причем CGI можно писать на чем угодно, главное чтобы оно умело stdin/stdout. Хоть на баше )

makoven ★★★★★ ()
Ответ на: комментарий от true_admin

б) добавить поддержку тривиально

Не уверен, что тривиально в рамках асинхронной идеологии nginx-а

makoven ★★★★★ ()
Ответ на: комментарий от makoven

Не уверен, что тривиально в рамках асинхронной идеологии nginx-а

Абсолютно не проблема. Точно так же как и с любым другим «медленным» бэкендом.

true_admin ★★★★★ ()
Ответ на: комментарий от true_admin

Тогда мне не понятно, почему nginx в свое время победил lighttpd, который тоже асинхронный и умеет CGI из коробки

makoven ★★★★★ ()
Ответ на: комментарий от makoven

lighttpd

Хз, могу только предполагать. Мне кажется nginx реально создал много шуму в рунете через сарафанное радио. А вот автор lighttpd подзабил на него. Потом Сысоев ездил по конференциям и пиарился. Я сам был в восторге как оно разгрузило сервера с апачём, а апач тогда был везде. Да и щас, небось, это говно мамонта пол инета обслуживает.

Тут ещё сыграл культ «посмотрите насколько круто оно написано, так только Сысоев умеет». Хотя я это мнение не разделяю и считаю, например, движок конфига у nginx полное говно. Достаточно попробовать сделать if-case по двум условиям чтобы понять на сколько всё плохо.

В начале пути nginx очень сильно от него отставал по фичам. Но они были не особо нужны. Всё что тогда нужно было это отдавать статику и проксировать апач.

true_admin ★★★★★ ()
Ответ на: комментарий от true_admin

Абсолютно не проблема.

Но человека, который бы написал CGI модуль для Nginx, не нашлось.

i-rinat ★★★★★ ()
Ответ на: комментарий от makoven

lighttpd

В lighttpd как-то странно с памятью работают — malloc/free на каждый чих, причём разных размеров же. Неужели аллокатор из libc настолько умный, что куча фрагментироваться не будет?

i-rinat ★★★★★ ()
Ответ на: комментарий от vitalif

Т.е. открыли DSR, что есть в других опенсорсных проектах :)

Direct Server Return (DSR): Accept just the connection initiation (SYN), and then let the connection be established directly between the client and the server in the backend without any further intervention (and with obvious benefits in the scalability and performance of the solution)

linuxoidspb ()
Ответ на: комментарий от linuxoidspb

Ну да, наверно... пытаются haproxy заменить, видимо...

vitalif ★★★ ()
Ответ на: комментарий от true_admin

Достаточно попробовать сделать if-case по двум условиям чтобы понять на сколько всё плохо.

Бартенев-моде-он:

IfIsEvil

Извините, не удержался.

А если серьезно, то гораздо больше кривых if-ов бесит невозможность сделать try_files по бэкендам.

leave ★★★★★ ()
Ответ на: комментарий от MrClon

fastcgi.com мхом порос. Наверное, сейчас модно что-то другое для решения задач, которые раньше решал fastcgi

makoven ★★★★★ ()
Ответ на: комментарий от leave

гораздо больше кривых if-ов бесит невозможность сделать try_files по бэкендам.

Да там много косяков, на самом деле. Не знаю как сейчас, а год назад оно не умело в ipv6 бэкенды, например. Для меня это нонсенс.

Я даже несколько раз порывался написать свой nginx с блэкджеком (впервые аж в году 2008 как тестовое задание для собеседования), но, внезапно, есть большая разница между прототипом на коленке и законченным продуктом который было бы не стыдно показать.

true_admin ★★★★★ ()

когда в портах бсд будет?

ggrn ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.