Я настраиваю наши серверы, и из-за характера нашего балансировщика нагрузки мы не можем отправлять заголовки проверки активности соединения. Я пытаюсь определить влияние отправки этих заголовков как на конечного пользователя, так и на сервер. Заметит ли кто-нибудь что-нибудь?
connection
http-headers
keepalive
Willemk
источник
источник
sending these headers to both the end-user and the server
А? Можете ли вы быть более конкретным о том, что вы хотите сделать? Откуда будут отправляться заголовки, и как это обойдет ограничение вашего балансировщика нагрузки для HTTP-соединений keep-alive? Для работы keep-alive требуется нечто большее, чем просто заголовок, для этого требуется взаимодействие каждого устройства, участвующего в аспектах HTTP соединения.Ответы:
В первую очередь, орать. Громко. У вашего продавца. За продукт, не поддерживающий более чем десятилетний протокол HTTP / 1.1 .
Результатом отсутствия постоянных соединений является значительное увеличение времени загрузки ресурсов. С keep-alive одно TCP-соединение может использоваться для запроса нескольких ресурсов; без этого новый сеанс TCP (с новым трехсторонним рукопожатием - и, если вы используете SSL, новое согласование SSL) требуется для каждого ресурса на странице.
В практическом плане влияние будет зависеть от количества ресурсов на странице, времени прохождения туда-обратно между клиентом и сервером и количества одновременных запросов, которые браузер клиента делает за один раз (современные браузеры по умолчанию выполняют ~ 6ish) , Много ресурсов на страницу и удаленных клиентов будет означать очень заметное увеличение времени загрузки страницы.
источник
Поддержание активности значительно повысит производительность как на стороне клиента, так и на стороне сервера. Если возможно, не отключайте его. Балансировщик нагрузки должен работать нормально, если функция keep alive включена.
источник