Há algum ponto de inflexão quando a compactação do conteúdo das respostas do servidor da Web pode não ser a escolha correta?

Question

Estou executando um servidor Proxy da API e quero compactar o conteúdo da resposta (não compactada) que recebo dos pontos de extremidade da API para enviá-los mais rapidamente ao cliente que iniciou a solicitação.

No entanto, eu estou querendo saber se há algum ponto de inflexão ao executar a compactação no servidor, enviando o conteúdo de resposta compactado para o cliente e realizando a descompactação do conteúdo no lado do cliente levaria mais tempo do que apenas enviar o conteúdo da resposta descompactada diretamente para o cliente.

    

Answer 1

A resposta depende da capacidade de compactação das suas respostas e do tamanho médio da resposta. Para tamanhos pequenos, a sobrecarga do gzip tornará sua saída maior do que a descompactada e mastigará CPU desnecessária.

O Tomcat, por exemplo, usa 2kb como o tamanho mínimo compressível padrão. Se sua API está retornando JPGs, a compactação também será uma proposta perdida.

Sua abordagem deve ser fazer um histograma se os tamanhos de resposta e taxas de compactação e ajustar o filtro de compressão para pular objetos que são muito pequenos para fornecer uma compactação razoável.