Какова типичная архитектура обратного прокси?

Я пытался обыскивать сеть, и 90% раз сталкивались с страницами с подробным описанием «КАК» использовать Apache для реализации обратного прокси-сервера.

Я думаю, как именно закодированы плагины обратного прокси?

  1. Я знаю, что они анализируют запрос и видят, на какой сервер он должен быть направлен.
  2. Затем они создают поток для каждого соединения от конечного пользователя, а затем делегируют этому потоку ответственность за подключение к нужному серверу.
  3. Продолжайте принимать больше запросов от других клиентов и создавать похожие темы.
  4. Когда поток получает ответ от сервера, отправьте ответ клиенту. И закройте ветку. Или у них есть пул потоков?

Я думаю об этом с точки зрения C ++. Если многопоточность используется для увеличения пропускной способности прокси.

Если мой вопрос в корне неверен, пожалуйста, прости мое невежество.

Будем весьма благодарны за любые ссылки или учебные пособия, связанные с технической информацией.

2

Решение

Немного устаревший, но очень стоит прочитать — http://www.kegel.com/c10k.html. После прочтения этого у вас должно быть хорошее представление о том, почему поток на соединение является действительно плохой идеей. Если вам действительно интересно узнать, как реализованы масштабируемые или высокопроизводительные серверы, я предлагаю покопаться и прочесть некоторый исходный код. Мне особенно нравится источник для Apache HTTPD.

3

Другие решения

Других решений пока нет …

По вопросам рекламы [email protected]