Estou configurando nossos servidores e, devido à natureza do nosso balanceador de carga, não podemos enviar cabeçalhos de manutenção de conexão. Estou tentando determinar o impacto do envio desses cabeçalhos para o usuário final e o servidor. Qualquer um notará alguma coisa?
connection
http-headers
keepalive
Willemk
fonte
fonte
sending these headers to both the end-user and the server- Hã? Você pode ser mais específico sobre o que deseja fazer? De onde os cabeçalhos seriam enviados e como isso contornaria a limitação do seu balanceador de carga em conexões HTTP keep-alive? O trabalho keep-alive precisa mais do que apenas um cabeçalho; ele precisa da cooperação de todos os dispositivos envolvidos nos aspectos HTTP da conexão.Respostas:
Antes de mais nada, grite. Alto. No seu fornecedor. Por ter um produto que não suporta o protocolo HTTP / 1.1 há mais de uma década .
O impacto de não ter conexões persistentes é um grande aumento no tempo de carregamento de recursos. Com keep-alive, uma única conexão TCP pode ser usada para solicitar vários recursos; sem, é necessária uma nova sessão TCP (com um novo handshake de três vias - e, se você usar SSL, uma nova negociação SSL) é necessária para todos os recursos da página.
Em termos práticos, o impacto dependerá do número de recursos em uma página, do tempo de ida e volta entre cliente e servidor e do número de solicitações simultâneas que o navegador de um cliente está fazendo por vez (os navegadores modernos executam ~ 6s por padrão) . Muitos recursos por página e clientes distantes significarão um aumento muito perceptível nos tempos de carregamento da página.
fonte
Manter vivo melhorará bastante o desempenho no lado do cliente e do servidor. Se possível, não o desative. O balanceador de carga deve funcionar bem com o keep alive ativado.
fonte