Vamos começar com a história de um cliente em potencial — uma empresa europeia fictícia que fabrica artigos para corrida, incluindo tênis, meias, camisetas e muito mais. Ela surgiu na Espanha, tornou-se popular por lá e rapidamente se expandiu para outros países da Europa e do Oriente Médio.
Essa empresa lançou diversos sites e aplicativos para atender às suas várias regiões e lojas. Desde o início, seus líderes de TI decidiram hospedar os sites e aplicativos em diferentes ambientes, utilizando vários provedores de nuvem pública e data centers locais, para que as equipes regionais da empresa pudessem atuar com autonomia.
Agora, a empresa busca controlar esses diferentes ambientes com mais facilidade e permitir que aplicativos adaptáveis sejam executados de forma mais fluida para facilitar suas implantações blue-green. (Nessas implantações, são criados ambientes separados, porém idênticos, sendo que um executa a versão atual de um aplicativo e o outro, uma nova versão.)
Vamos ver como o balanceamento de carga de DNS (DNSLB) pode ajudar essa empresa a alcançar seus objetivos.
O que é balanceamento de carga de DNS?
O DNS é um dos poucos protocolos essenciais da Internet. Sempre que um usuário precisa acessar um aplicativo ou site, uma solicitação DNS é realizada para localizar esses recursos. Sem o DNS, não é possível acessar aplicativos ou sites.
DNS (Sistema de Nomes de Domínio) pode ser um termo familiar para a maioria das pessoas, mas o balanceamento de carga de DNS, também conhecido como GSLB (Balanceamento de Carga Global de Servidores), provavelmente não é. Em resumo, trata-se de uma versão mais inteligente do DNS, que permite direcionar o tráfego com base na integridade das aplicações e nos endereços IP de origem dos clientes.
Quais problemas ele resolve?
Atualmente, a maioria das aplicações não é mais hospedada em um único local, mas em vários ambientes (por exemplo, em infraestrutura local e na nuvem pública, ou por região). Embora isso permita oferecer um serviço melhor aos usuários, também exige que o tráfego dos clientes seja direcionado ao data center mais próximo
O roteamento Anycast é normalmente usado nessas situações. No entanto, ele exige que todo o tráfego passe pela rede do provedor, o que impede o uso de arquiteturas que aproveitam locais de diferentes provedores.
Além disso, os clientes precisam de uma forma de detectar um backend com falha, ou seja, evitar o envio de solicitações a ele e, assim, prejudicar a experiência do usuário.
É aí que o balanceamento de carga de DNS (DNSLB) se torna útil. Veja por quê:
- O DNSLB realiza verificações regulares de integridade para garantir que os endpoints que fazem parte de uma aplicação estejam ativos.
- Além disso, as verificações de integridade também podem procurar palavras-chave específicas para determinar se um backend está íntegro, eliminando aqueles que estão acessíveis, mas operando de forma degradada e sem fornecer o conteúdo corretamente.
- O suporte a Geo-IP permite que os usuários finais recebam o conteúdo mais relevante.
- Por exemplo, todos os usuários serão direcionados a um serviço web anycast, mas os usuários em países distantes dos PoPs (pontos de presença) poderão ser direcionados a um data center local ou a um provedor de nuvem regional.
- Ou, se os usuários não puderem ser direcionados para fora de seu país ou região, a política baseada em localização geográfica garantirá que o conteúdo seja fornecido a partir do local apropriado (isso também se aplica aos requisitos do GDPR da União Europeia).
- O DNSLB também pode fazer parte de um plano de recuperação de desastres, permitindo o direcionamento dos usuários para um local alternativo caso o local principal apresente falha.
No nosso exemplo da empresa que fabrica equipamentos de corrida e tem sua infraestrutura de TI distribuída por diferentes ambientes, o DNSLB é uma maneira inteligente de proporcionar flexibilidade. Isso porque ele atua apenas na camada de DNS, enquanto o restante do tráfego flui para o destino escolhido (por exemplo, nuvem pública, data center privado etc.). Dessa forma, evita-se a dependência de um fornecedor ou provedor de nuvem específico.
Além disso, graças aos diferentes algoritmos de balanceamento de carga disponíveis, a empresa pode implantar novas versões de seus aplicativos usando uma abordagem blue-green (migrando gradualmente os usuários para uma versão mais recente) ou até mesmo realizar uma implantação canário — uma implantação que migra primeiro um pequeno subconjunto de servidores ou nós antes de incluir os demais — usando o algoritmo “ratio”.
Balanceador de carga DNS fornecido como SaaS
Ter o DNSLB como SaaS oferece vantagens claras em relação a uma solução local:
- Os clientes não precisam se preocupar em provisionar hardware nem capacidade de rede e de rack.
- A proteção contra ataques distribuídos de negação de serviço (DDoS) está incluída, o que significa que os clientes não precisam cuidar disso por conta própria.
- O roteamento Anycast permite que os usuários finais acessem os servidores DNS mais próximos de suas localizações, reduzindo a latência e proporcionando uma melhor experiência de uso.
Além disso, é claro, uma API baseada em REST deve estar disponível para que os clientes possam automatizar processos e integrá-la facilmente às ferramentas e aos sistemas que já utilizam.
Saiba mais sobre o F5 Distributed Cloud DNS Load Balancer
Para descobrir como uma solução SaaS de balanceamento de carga de DNS pode ajudar sua empresa, conheça o F5 Distributed Cloud DNS Load Balancer. Saiba como ela pode oferecer velocidade, simplicidade, flexibilidade e proteção contra DDoS aos seus clientes.
Sobre o autor
Publicações relacionadas no blog

Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.
Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.
As-Code: a pilha de TI contínua
Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.
O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.
DevOps Summit: onde a rede foi convidada para a festa
No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...
F5 e Nutanix convergem em infraestrutura no .NEXT
Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...