Nosso cenário digital em constante transformação exige pensar de forma inovadora ao combinar soluções para manter as aplicações disponíveis, confiáveis, seguras e com bom desempenho em escala global.
Para isso, faz sentido abordar esse desafio a partir de um ponto simples com o qual a maioria de nós está familiarizada: cargas de trabalho de DNS. Mais especificamente, cargas de trabalho de DNS internas e externas.
“Implantar uma solução de DNS local para cargas de trabalho de aplicações internas e uma solução de DNS na nuvem para cargas de trabalho de aplicações externas pode ser uma prática recomendada.”
Embora sejam semelhantes por natureza, usar um único conjunto de ferramentas para atender a ambos nem sempre é a prática mais eficiente ou segura. Exigir demais de uma solução de DNS pode gerar ineficiências, riscos de segurança, aumento da latência e demandas excessivas de recursos computacionais. No entanto, uma única solução não precisa atender às demandas dos dois tipos de carga de trabalho. Na verdade, contar com um serviço de DNS que processe exclusivamente as cargas de trabalho de aplicações internas, em conjunto com uma solução dedicada exclusivamente às cargas de trabalho de aplicações externas, permite que essas soluções concentrem seus recursos em executar uma única tarefa com excelência.
É por isso que adotar uma solução de DNS local para as cargas de trabalho de aplicações internas e uma solução de DNS na nuvem para lidar com as cargas de trabalho de aplicações externas pode ser uma prática recomendada para equipes que buscam separar as demandas sobre sua infraestrutura. O uso de duas soluções de DNS distintas elimina a preocupação de ter que microgerenciar diferentes fluxos de tráfego por meio de um único dispositivo. Deixe que cada solução faça o que sabe fazer melhor para reduzir as exigências sobre ambas de modo geral.
Veja por que pode fazer sentido dividir as cargas de trabalho de DNS entre recursos internos e externos.
1. Segurança
Manter uma solução de DNS dedicada para aplicativos internos minimiza o risco de expor registros internos confidenciais a possíveis ataques provenientes da internet pública. Um serviço de DNS externo dedicado pode se concentrar na proteção de ativos acessíveis ao público, implementando medidas como a mitigação de ataques distribuídos de negação de serviço (DDoS) em zonas externas.
2. Otimização de desempenho
Os serviços de DNS interno podem ser configurados para consultas de baixa latência e otimizados especificamente para o tráfego interno da organização. Isso é essencial para aplicações de grande escala ou sensíveis à latência. Os serviços de DNS externo podem otimizar a entrega de aplicações voltadas ao público externo, oferecendo aos usuários o caminho mais rápido e eficiente até as aplicações de que precisam.
3. Escalabilidade
Separar o DNS interno do externo permite que cada serviço seja dimensionado de forma independente, de acordo com seus padrões de tráfego e os requisitos dos aplicativos. Aplicativos externos podem enfrentar picos de tráfego imprevisíveis e exigir serviços de DNS escaláveis, com cache robusto e cobertura global. Já os aplicativos internos têm menor probabilidade de enfrentar picos de tráfego semelhantes e, portanto, exigem serviços de DNS otimizados para escalabilidade dentro da infraestrutura.
4. Conformidade e visibilidade
Garantir a conformidade com estruturas regulatórias (por exemplo, GDPR e HIPAA) geralmente exige maior controle e visibilidade sobre as consultas de DNS. Sistemas dedicados de DNS interno podem ajudar a atender a esses requisitos. Serviços dedicados de DNS externo podem oferecer visibilidade especificamente voltada aos padrões de tráfego dos usuários finais, à integridade dos domínios e ao desempenho de aplicações voltadas ao público externo.
5. Gerenciamento e recursos personalizados
Os serviços de DNS interno podem oferecer recursos como a descoberta de serviços internos adaptada a arquiteturas de microsserviços (por exemplo, registros SRV ou NAPTR). Já os serviços de DNS externo podem se concentrar em tarefas como balanceamento de carga global, integração com CDN ou recuperação de desastres, garantindo alta disponibilidade para os usuários finais.
6. Simplicidade operacional
Com uma separação clara entre os serviços de DNS, as equipes podem se concentrar melhor nas necessidades das cargas de trabalho internas e externas, sem prioridades conflitantes ou configurações combinadas, facilitando a solução de problemas ao reduzir a complexidade.
Organizar um ambiente como esse quando uma equipe está migrando de uma solução única de DNS pode ser, no mínimo, complicado. Como expandir a infraestrutura sem criar riscos desnecessários à segurança ou à eficiência e, ao mesmo tempo, manter as aplicações online e disponíveis? Essa questão é especialmente urgente quando essas aplicações externas processam fluxos de trabalho essenciais aos negócios que não podem ser interrompidos.
Como chegar lá
A implantação de novas soluções de entrega de aplicativos que abrangem recursos locais e na nuvem pode gerar alguns desafios. As equipes precisam de uma ferramenta que facilite a expansão contínua dos aplicativos em diferentes ambientes, garantindo alta disponibilidade e desempenho e assegurando que os aplicativos estejam sempre disponíveis para os usuários, mesmo em uma rede em constante expansão.
Uma ferramenta como o F5 Distributed Cloud App Connect pode facilitar muito essa transição para as equipes que decidiram que uma solução de DNS duplo é a opção ideal. Distributed Cloud App Connect ajuda as equipes a ajustar a forma como os aplicativos públicos são disponibilizados e estende os serviços do F5 Distributed Cloud aos aplicativos hospedados no F5 BIG-IP. Para uma equipe que pretende usar o F5 Distributed Cloud DNS em seus aplicativos voltados ao público, Distributed Cloud App Connect pode cuidar dos processos de descoberta, configuração e balanceamento de carga para garantir uma migração simples.
Com o recurso de descoberta de serviços do Distributed Cloud App Connect, as equipes podem usar o Distributed Cloud Services para identificar qualquer servidor virtual em execução no BIG-IP, desde que tenham extensibilidade para esse servidor BIG-IP. Uma das maneiras mais fáceis de fazer isso é implantar um dispositivo de borda do cliente (CE) como uma máquina virtual junto a uma implantação do BIG-IP, o que cria um túnel seguro para a Rede Global da F5 e permite que o Distributed Cloud Services seja aplicado aos aplicativos no BIG-IP.
Depois que a conexão é criada, as equipes podem usar o Distributed Cloud App Connect para descobrir qualquer conjunto de servidores virtuais e criar um catálogo de aplicações a serem gerenciadas. O uso do Distributed Cloud DNS para criar um subdomínio e do Distributed Cloud App Connect para criar um registro DNS para o front-end, bem como um balanceador de carga HTTP para o servidor virtual que hospeda a aplicação, permite que essas aplicações voltadas ao público usem o Distributed Cloud DNS como serviço DNS externo dedicado. Os serviços de back-end que o servidor virtual precisa acessar são anunciados apenas ao front-end, e não aos usuários públicos. Isso permite que o F5 BIG-IP DNS se concentre nas cargas de trabalho internas essenciais que mantêm as organizações em funcionamento. Com as aplicações no BIG-IP descobertas pelo App Connect, as equipes também podem, se desejarem, levar serviços de segurança como o F5 Distributed Cloud Web App and API Protection (WAAP) aos servidores virtuais no BIG-IP.
Continue por aqui para saber mais
Para entender melhor como essas soluções podem trabalhar em conjunto para expandir seu ambiente, não deixe de assistir ao vídeo que acompanha este artigo e ler nosso artigo detalhado no DevCentral, no qual apresentamos os fundamentos para uma expansão bem-sucedida da sua infraestrutura. E, se você estiver pronto para dar o próximo passo, entre em contato conosco para saber como o Distributed Cloud DNS pode expandir seu ambiente e oferecer aos usuários experiências digitais mais consistentes e de alto desempenho.
Sobre os autores
Colin Clauset é gerente sênior de marketing de produtos na F5, especializado em soluções de entrega de aplicações baseadas em SaaS. Colin lidera estratégias de entrada no mercado para projetos e serviços de entrega distribuída de aplicações e tem um interesse especial em entender como a tecnologia pode simplificar processos complexos para atender melhor às necessidades dos profissionais de TI. Com experiência anterior em consultoria, antes de ingressar na F5, Colin aborda os desafios dos clientes com foco em soluções abrangentes que vão além de produtos isolados.
Mais publicações de Colin ClausetPublicaçõ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...