A Compressão do tráfego HTTP é muito importante pois reduz o tráfego e conseqüentemente o consumo de link. Atualmente, a compressão pode ser até realizada nos servidores web como Apache e IIS, porém iremos ver abaixo os benefícios de realizar a compressão no BIG-IP.

• Como a compressão é uma das funções que mais consomem CPU, o BIG-IP realiza a compressão em Hardware, liberando este processo dos servidores web. Além disso, por ser em hardware, a compressão não compromete a CPU do BIG-IP, o que acontece com outros equipamentos do mercado, pois os mesmos realizam a compressão em software.
• A função “Browser Workarounds” do BIG-IP, permite que os navegadores que possuem BUGs conhecidos com compressão, não recebam o tráfego compactado, pois podem comprometer a aplicação e o visual da página.
• O BIG-IP permite que determinados tipos de arquivos e/ou URIs sejam compactadas, evitando a compactação de arquivos como GIF, que aumentam de tamanho caso compactados.

O BIG-IP permite que certificados válidos sejam armazenados no próprio BIG-IP, que ficará responsável pela encriptação e decriptação dos dados em um ponto único e central da rede, liberando os servidores web desta função.

• O BIG-IP realiza o processo de SSL em hardware, o que não compromete sua própria CPU.
• Como os certificados estarão centralizados no BIG-IP, o processo de revalidação dos mesmos fica facilitado, evitando a troca dos certificados em todos os servidores. Isto evita problemas como esquecer um certificado expirado em um servidor, onde todos os usuários que caírem lá serão notificados do problema, impactando assim as vendas dos sites.
• Como o processo de encriptação e decriptação é realizada no BIG-IP, é necessário a aquisição de apenas um certificado por serviço, ao invés de um para cada servidor, e como os certificados são validados por um período de tempo, uma grande economia é gerada pela não aquisição de diversos certificados.
• Caso o tráfego precise ser encriptado desde o visitante até o servidor final, o BIG-IP permite que um certificado válido seja usado entre o BIG-IP e o usuário final e um certificado inválido seja usado para a comunicação com os servidores internos. Isto permite que o tráfego continue encriptado de ponta a ponta, garantindo a economia e facilidade de renovação indicada nos pontos anteriores.
  

O BIG-IP realiza o cache de conteúdo estático em memória RAM. Este processo agiliza o retorno do objeto ao visitante, pois não há a necessidade de busca do objeto em disco.

O RamCache também libera os servidores web de ficarem servindo objetos pequenos e muito repetitivos, reduzindo assim a carga nos servidores WEB.

O IBR é uma função que permite cachear objetos dinâmicos. Isto é feito adicionando um hash ao nome do objeto, indicando para o navegador que o objeto tem um tempo de vida longo, sem alterações. Desta forma o navegador não mais perguntará se o objeto mudou, utilizando o objeto do próprio cache local do cliente. Caso o objeto mude, o hash  mudará e todas as páginas que fazem referência a este objeto, passarão a pedir a nova imagem.

O fato do BIG-IP ser FullProxy, isolando a conexão externa da interna, traz diversos ganhos para o ambiente. Uma das funções que mais se beneficia desta função é o TCP Express.

Como a conexão externa (links WAN) é bem diferente da interna (LAN) devido a latência, perda de pacotes, jitter, entre outros fatores, o BIG-IP possui um TCP otimizado para a WAN e outro para a LAN. Desta forma, o servidor WEB não precisa mais se preocupar com a retransmissão de pacotes, o BIG-IP irá gerar uma conexão que utilizará a rede interna (Fast/Gigabit Ethernet) e passará o conteúdo final para o usuário de forma otimizada para a WAN.

Por padrão, os navegadores abrem só 2 conexões simultâneas a um mesmo host. O MultiConnect permite que diversas conexões sejam estabelecidas, tornando o carregamento da página muito mais rápida.

Outra função que se beneficia do FullProxy é o OneConnect. Vejamos abaixo como ele pode melhorar a utilização dos recursos do servidor:

• O OneConnect permite a reutilização das conexões feitas ao servidor. Desta forma o BIG-IP pode receber por exemplo diversas requisições dos visitantes, enquanto que as conexões entre o BIG-IP e os servidores estão um em menor número. Esta relação varia muito com a aplicação, porém segundo nossas próprias implementações, esta relação variou desde 6,5 para 1, chegando até a 199 para 1, isto siguinifica dizer que a cada 199 conexões vindas da internet, apenas 1 foi gerada ao servidor, diminuindo muito a carga dos servidores web que tem que gerenciar todas estas conexões.
• Caso o IP de origem seja importante para a composição de logs, o BIG-IP envia o IP de origem do usuário através do cabeçalho, utilizando o parâmetro X-Forwarded-For. A F5 disponibiliza as configurações do Apache e do IIS para capturar estes logs.

O WA permite que documentos PDF sejam linearizados. Desta forma caso um visitante abra um documento com 200 páginas, a primeira seja mostrada enquanto o restante do documento será carregado em background. Caso a página 199 seja acessada pelo usuário, o WA enviará a página 199 e ontinuará carregando o documento em background. Isto evita o usuário ter que baixar todo o documento, apenas para ler um trecho ou uma determinada página.