Повышение стабильности при использовании http доступа

Основная публикация: http://www.silverbulleters.org/povyishenie-stabilnosti-pri-ispolzovanii-http-dostupa/
Тот, кто нас знает давно, тем уже известно, что мы не очень любим, когда проблема не исследована до конца. То есть мы разделяем исследование проблемы и этапы ее решения. Такой подход – выбор инструмента и этапы его использования взаимосвязаны, но к каждому из них свои подходы. Менеджеры, которых мы обучаем знают, что подобным образом мы…

1 Симпатия

На выбор предлагаются решения

  1. nginx
  2. HAProxy
  3. Membrane-SOA

У себя использую haproxy

А не прикручивал к HAproxy мониторинг подсчета трафика или еще чего-нибудь интерактивного ?

Нет, не прикручивал. Но логи пишет много.

Можно ещё varnish использовать снаружи.

Первые результаты:

  1. varnish показал снижение трафика на 70% между Nginx 1C+Apache связками
  2. varnish сложен в настройке и имеет высокий порог вхождения. Обычному 1С-нику в руки НЕ давать.

Продолжаем смотреть дальше. Но HTTP прокси не заменил, а дополнил

Для пополнения списка извращений могу предложить G-wan. Но это точно 1С-никам в руки давать нельзя :smile:

А varnish мы исторически начали использовать как фронтенд-кэш для Drupal. А потом оказалось просто вешать все домены на 1 ip с помощью его настроек. И им можно делать страшные хитрости.

Offtop

Есть особый “наш” подход для построения IT-инфраструктуры в странах бывшего союза. Весь мир использует для кэша фронтенда varnish, мы используем nginx и достаточно успешно прогибаем мир делать также. Весь мир шуршит машинками с Red Hat, Ubuntu и потихоньку смотрит на CoreOS, наш сисадмин упорно пиарит FreeBSD, ведь как жить без sysctl и портов? Нужен поиск — выбор обычно идёт между SOLR и Elastic Search, но не для этой части планеты — здесь используют Sphinx, потому что всё как в мускуле и стемминг наш из коробки.
И это не хорошо, и не плохо — но иногда обидно изобретать велосипеды.