Vamos explorar uma ideia: um serviço de DNS baseado em nuvem para facilitar a entrega de aplicativos em uma rede distribuída globalmente. Como seria esse serviço? É bastante evidente que os usuários exigem acesso rápido, seguro e contínuo aos seus aplicativos e que as equipes responsáveis por disponibilizá-los se dedicam a oferecer esse tipo de acesso. Embora, à primeira vista, pareça um conceito simples — especialmente quando se considera algo tão fundamental quanto uma solução de DNS —, a complexidade aumenta muito e rapidamente quando se identifica tudo o que é necessário para entregar aplicativos dessa maneira.
A pressão para atender a essas demandas é real para as equipes responsáveis pelo suporte a aplicações. Os usuários têm uma capacidade de concentração notoriamente curta quando se trata do tempo de carregamento de aplicações e provavelmente abandonarão um site ou uma aplicação se o carregamento levar mais de três segundos. Por isso, é fundamental considerar como o desempenho de um DNS autoritativo pode afetar diretamente a experiência do usuário. Pense na página inicial de um site popular, como cnn.com ou mlb.com. São necessárias dezenas de solicitações de DNS para exibir corretamente todo o conteúdo desses sites. Se essas solicitações forem de 5% a 10% mais lentas do que o normal, a experiência do usuário será visivelmente prejudicada, o que poderá levá-lo a procurar outras opções. Por esse motivo, as ferramentas necessárias para disponibilizar essas aplicações devem funcionar de forma confiável.
Mas qual é a solução quando não há recursos para gerenciar uma solução de DNS local baseada em hardware? Ou quando esse aplicativo é uma fonte crucial de receita, mas a demanda atual de tráfego não justifica a implantação de um data center completo para viabilizar sua entrega? Recorrer a um provedor de nuvem é uma opção, mas há experiências negativas suficientes com cobranças inesperadas decorrentes de picos de tráfego para fazer qualquer pessoa com orçamento limitado pensar duas vezes antes de adotar uma solução em nuvem sem antes fazer uma análise criteriosa.
Isso apresenta um desafio interessante: como uma solução de DNS baseada em nuvem pode aumentar a disponibilidade, a confiabilidade, a segurança e o desempenho de um aplicativo sem estourar o orçamento, em um momento em que os riscos de segurança e a demanda dos usuários nunca foram tão altos? O primeiro passo é atender a alguns requisitos.
A disponibilidade exige escalabilidade do DNS
A disponibilidade de uma aplicação significa estar pronta e acessível para receber tráfego. Isso significa que os usuários não precisam se perguntar se conseguirão acessar a aplicação ou o site de que precisam e, quando conseguem, não precisam esperar um tempo excessivo para que a aplicação ou o site responda.
Tudo, desde o acesso a uma aplicação até o envio de um e-mail ou o início de uma videochamada, começa com uma solicitação de DNS. Quando dezenas, centenas ou até milhares de usuários querem acessar a mesma aplicação ao mesmo tempo, pode ser difícil mantê-la online e disponível. Para isso, as equipes que gerenciam essas aplicações precisam de ferramentas capazes de acompanhar o aumento da demanda e impedir que picos de tráfego tornem uma aplicação inacessível. No entanto, isso nem sempre é fácil, considerando fatores como limitações de hardware, uso de recursos e até aumentos de custos associados aos picos de tráfego. Uma solução confiável, capaz de acompanhar o volume de tráfego da aplicação, deve estar na lista de desejos de todas as equipes de NetOps ou DevOps, garantindo que nunca haja dúvidas sobre a capacidade de uma aplicação lidar com um pico de tráfego.
Resiliência e presença
É amplamente reconhecido que, além de simplesmente garantir a disponibilidade de um aplicativo, as equipes precisam assegurar que esses aplicativos sejam capazes de resistir a ataques, interrupções e outros eventos que possam tirar do ar um serviço essencial. Isso significa desenvolver uma estratégia de entrega de aplicativos que evite pontos únicos de falha. Quando as equipes utilizam uma rede diversificada e distribuída globalmente, com dezenas de pontos de presença, os usuários praticamente não devem perceber nenhuma diferença na experiência com o aplicativo, mesmo que a instância original solicitada fique indisponível.
Em um cenário com um único ponto de falha, qualquer problema no servidor central pode causar a indisponibilidade total do serviço. No entanto, uma aplicação disponibilizada por meio de um serviço de nuvem presente em vários pontos de presença conta com um nível mais alto de resiliência. Se um nó ficar inoperante, o tráfego será redirecionado para o nó operacional mais próximo da rede, mantendo a disponibilidade contínua do serviço da aplicação. Esse recurso é especialmente importante para a recuperação de desastres e a continuidade dos negócios, pois garante que interrupções regionais não afetem todo o serviço.
Há também um importante aspecto de segurança a ser considerado nessa configuração. Uma rede composta por nós distribuídos e descentralizados consegue absorver e mitigar melhor ataques volumétricos ao distribuir o tráfego malicioso, protegendo a infraestrutura central. Cada nó também pode implementar medidas de segurança específicas para sua região, combatendo ameaças locais com mais eficácia e atendendo aos requisitos regionais de conformidade.
Construído sobre bases sólidas
A infraestrutura que sustenta uma rede de aplicações também merece ser construída sobre a base mais segura possível, com os mais altos níveis de qualidade e desempenho. Uma casa só é tão resistente quanto seus alicerces; com uma estratégia de entrega de aplicações, não é diferente. Desenvolver e hospedar uma aplicação crítica, mas disponibilizá-la por meio de uma rede não confiável e de baixo desempenho, significa que ela já estará em desvantagem antes mesmo de ser lançada ao público.
As equipes que dão suporte a essas aplicações críticas merecem uma infraestrutura à altura da tarefa de lidar com todos os tipos de tráfego (bom, ruim ou de qualquer outra natureza). Elas merecem uma infraestrutura que não apenas ofereça suporte às suas aplicações, mas também agregue valor, proporcionando visibilidade sobre métricas críticas de tráfego e a capacidade de escalar para atender à demanda.
O diferencial da F5
Para dar suporte à sua oferta de DNS baseada em nuvem, a F5 oferece aos clientes do Distributed Cloud Services acesso a uma rede privada distribuída globalmente. A natureza distribuída dessa rede proporciona, por padrão, uma enorme escalabilidade, com o tráfego chegando ao destino por meio de um backbone de 26 pontos de presença regionais, capaz de processar mais de 15 terabytes de tráfego e oferecer capacidade de mitigação de picos.
Essas bordas regionais permitem que a solução Distributed Cloud DNS da F5 ofereça suporte a aplicações o mais próximo possível dos clientes que as solicitam, possibilitando que os usuários acessem o conteúdo com latência mínima. Além disso, os serviços de segurança também são implantados nesses locais, de modo que qualquer solução de segurança implantada por um usuário será ativada em todos os locais de borda regional. E, com o Regional Edge Pinning, as equipes podem selecionar locais específicos de borda regional para implantação, se necessário, a fim de cumprir regulamentações governamentais ou de privacidade.
Com a solução Distributed Cloud DNS da F5, as equipes podem aproveitar a tecnologia central que há anos impulsiona os produtos da F5, agora em uma plataforma global, sem precisar se preocupar com o uso excessivo de recursos ou com surpresas desagradáveis causadas por picos de tráfego. Se você quiser descobrir como sua equipe e seus clientes podem se beneficiar de uma rede de aplicativos robusta, distribuída e global, entre em contato conosco hoje mesmo.
Saiba mais sobre a rede global da F5.
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...