Комментарии 22
Чем остальные лучше за Nginx? :)
Или по другому: если есть Nginx, то зачем другие?
Или по другому: если есть Nginx, то зачем другие?
+8
Нарпемер в бесплатной версии Nginx нет Out of band health checks для балансировки.
Отсюда кейс, когда Nginx выполняет роль HTTP-прокси, а HAProxy — балансировщика.
Отсюда кейс, когда Nginx выполняет роль HTTP-прокси, а HAProxy — балансировщика.
+2
nginx_upstream_check_module ?) (github)
0
Ну для всего остального у nginx есть LUA
+1
HAProxy гораздо мощнее в плане балансировки и проксирования
0
Он уже научился балансировать HTTP/2 и UDP? =)
+1
Отсутствие HTTP/2 да, несколько печалит.
А с UDP это вообще возможно?
А с UDP это вообще возможно?
0
Varnish, например, умеет кэшировать страницы по частям и собирать их из блоков. Если у вас на главной, например, какой-то из блоков обновляется раз в минуту, а какой-то раз в час, то можно обновлять их кэш отдельно друг-от-друга.
0
НЛО прилетело и опубликовало эту надпись здесь
А Varnish+Nginx есть смысл? И кто за кем должен стоять? Тут написано что перед любым сервером, но в туториалах Varnish после Nginx.
0
А в учебных материалах речь идет не о SSL Termination через Nginx?
На сколько я разбирался с этим вопросом, Varnish должен первым принимать Http запросы, не считая haproxy как балансировщика и SSL. Т.е. если у вас два сервера, приложение на Go, то вам достаточно haproxy — varnish — go.
Поправьте, если я ошибаюсь в этой конфигурации.
На сколько я разбирался с этим вопросом, Varnish должен первым принимать Http запросы, не считая haproxy как балансировщика и SSL. Т.е. если у вас два сервера, приложение на Go, то вам достаточно haproxy — varnish — go.
Поправьте, если я ошибаюсь в этой конфигурации.
+1
Если nginx работает слишком быстро, то его можно конечно притормозить с помощью Varnish, но я бы не советовал. =)
+8
НЛО прилетело и опубликовало эту надпись здесь
Проект relayd представляет собой бесплатную реализацию безопасного веб-движка, который состоит из relayd и httpd.
Как-то рекурсивно у вас получилось?
0
Про Vulcand и Træfɪk слышу не первый раз, но ни разу — в рассказе о том, как кто-то успешно использует. И то понятно, nginx точно работает, и его конфигурить понятно как. У этих же обраных прокси, кроме приписки про активную разработку (читаем — мы пока сырые, но стараемся показать, что ситуация меняется), использования Go в роли языка, и поддержки получения конфигурации из систем хранения конфигурации без перезагрузки сервиса, нет четкого понимания, чем они интереснее nginx-а.
Ну а «без рестарта» нужно массовым хостингам, либо очень нагруженным сайтам, которые, будем прямо говорить, не факт что сырую разработку себе возьмут.
Ну а «без рестарта» нужно массовым хостингам, либо очень нагруженным сайтам, которые, будем прямо говорить, не факт что сырую разработку себе возьмут.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Семь отличных ускорителей сайтов для Linux и Unix