O caching desempenha um papel fundamental na velocidade de um site. Para muitas empresas, as necessidades de caching foram tratadas e reforçadas pelas CDNs (Content Delivery Networks), que serviam de proxies para servidores corporativos e faziam caching próximo dos usuários finais usando PoPs (Points of Presence).

Isso ainda acontece, mas o surgimento do Edge Computing ampliou consideravelmente os recursos de caching ao levar o conteúdo para ainda mais perto dos usuários. Ao utilizar uma grande quantidade de edge nodes espalhados em uma rede edge distribuída, ocupando o lugar dos servidores tradicionais, caching no edge traz o conteúdo armazenado direto para o usuário e, consequentemente, temos uma solução de caching com latência extremamente baixa.

Para impulsionar o desempenho do seu site com load balancing, é importante ter uma compreensão básica da função dos load balancers na manutenção do site e as principais características que diferenciam um load balancer de outro.

Assim, uma das diferenças é que, na versão básica, os load balancers equilibram as cargas de tráfego para manter a alta velocidade do servidor, e na versão um pouco mais aprimorada, o load balancer atua como um proxy para o servidor em conexões cliente-servidor, encaminhando as solicitações do cliente para um servidor de sua escolha.

Ele faz essa escolha com base no algoritmo de classificação com o qual está configurado. Para as ferramentas tradicionais de load balancer, esse algoritmo é um conjunto muito simples de regras de classificação, como o algoritmo round robin, que envia ciclicamente uma solicitação para cada servidor e, em seguida, repete o processo.

Esses algoritmos não exigem que o load balancer tenha qualquer conhecimento do estado dos servidores pelos quais o proxy é feito, uma vez que a simplicidade da matemática fornece um claro processo do roteamento que deve ser feito.

Ao mesmo tempo, é isso que caracteriza a decadência desses modelos. Como esses algoritmos operam de modo independente em relação aos servidores pelos quais suas conexões passam, um servidor sobrecarregado ou inativo continuará a receber tráfego, já que o load balancer não tem como detectar o problema.

Infelizmente, os load balancers que operam na camada de rede não são capazes de usar algoritmos mais complexos do que esses – mas a boa notícia é que existem load balancers modernos com funcionalidades mais avançadas.

Os primeiros load balancers foram construídos com base no DNS (Domain Name System), mais conhecido por traduzir as URLs que você digita para os endereços de IP que podem ser lidos pelas máquinas. Muitos load balancers ainda usam DNS, mas versões mais modernas não adotam mais essa prática. Isso porque o Domain Name System é capaz de ler apenas uma informação: endereços IP.

Os endereços IP de fato carregam algumas informações, como as partes da sequência numérica que dão uma indicação da origem geográfica do endereço, mas esses dados não são suficientes para construir um algoritmo sofisticado e,

por isso, o DNS load balancing só opera na camada de rede e usa algoritmos cegos, como round robin, para equilibrar as solicitações.

Os clientes que utilizam DNS modernos geralmente tentam remediar os problemas com soluções alternativas, tal como reforçar o load balancer com recursos de tratamento de tráfego mais avançados. O problema é que os DNS load balancers não foram projetados para operar com complementos, e essas configurações híbridas são extremamente complexas de integrar, além de serem financeiramente inviáveis para a maioria das pessoas, exceto para as grandes empresas.

E apesar de termos evoluído desde a criação do DNS load balancing, ainda assim é possível aproveitar os recursos content-aware ofertados pelo load balancing na camada de aplicação.