Моя ситуация:
Веб-сайт размещается с использованием установки apache2 по умолчанию на сервере Ubuntu.Обслуживается через порт 443 с использованием HTTPS и самозаверяющего сертификата (для разработки).
Теперь у меня есть простой сервис, написанный на golang, который прослушивает порт 8080 и действует как обратный прокси-сервер для приема запросов https и их пересылки.локально apache и вернуть ответ клиенту.Этот веб-сервис не кэширует никаких файлов и только перенаправляет запросы.
Код: https://play.golang.org/p/tnfKVWyLuZQ
Моя «проблема»:
Вызов apache напрямую, т.е. https://foo.com/bar/заметно медленнее (200-400 мс), чем вызов веб-сайта через мой обратный прокси, то есть https://foo.com:8080/bar/
Почему медленнее напрямую вызывать apache2?Я ожидал получить накладные расходы, используя обратный прокси, а не ускорение.-> Сравнение для примера: https://i.imgur.com/TqznM2v.png
ОБНОВЛЕНИЕ : эскиз для отображения текущей настройки: Текущая настройка
Относительно кодировки : Кодировка согласована в обеих ситуациях: заголовок кодирования и длина содержимого в обоих случаях (ситуация 1 против 2) одинаковы, клиент также получает размер файла.Не уверен, почему в средстве просмотра HAR он отображает только несжатый размер во втором случае.При проверке в Chrome я вижу сжатый размер в обоих случаях.
Обновление № 2 : я пришел к выводу, что реализация golang обрабатывает несколько запросов от одного и того же клиента за короткое времяболее эффективно, чем apache2 в конфигурации по умолчанию.Sicne Я тестирую только с несколькими клиентами, я не могу сказать, насколько хорошо он масштабируется - я думаю, что веб-сервис будет отставать, когда под нагрузкой.
Я вижу это как закрытое, спасибо всем за помощь.