Tem alguém aí? Tem alguém em casa? Lembro-me desses versos de “Comfortably Numb”, do Pink Floyd, quando penso em monitoramento de aplicações. Pode parecer estranho, mas acompanhe meu raciocínio. As nuances envolvidas na entrega rápida de aplicações seguras que atendam às necessidades dos negócios criam muitos possíveis pontos problemáticos em uma rede e em um portfólio de aplicações. Some a isso a crescente diversidade de opções de implantação — SaaS, nuvem, ambiente local e híbrido, para citar apenas as mais populares —, e cada um desses pontos problemáticos terá suas próprias áreas sujeitas a falhas, configurações incorretas ou transformação em vetores de ataque, cada qual com seu próprio raio de impacto e suas causas-raiz. Como administradores responsáveis pelas aplicações e pela rede, precisamos ter uma visão panorâmica de como o tráfego circula pela nossa infraestrutura de rede. Então, como gerenciar esse risco quando as aplicações são essenciais para o funcionamento da sua empresa? Como entender a disponibilidade das aplicações e a experiência dos usuários ao acessá-las? Como saber se suas aplicações estão realmente lá?
O monitoramento de aplicações é crucial para o sucesso de uma estratégia de segurança e entrega de aplicações, pois entender como o tráfego consegue chegar a uma aplicação proporciona mais informações para solucionar questões antes que elas se tornem problemas para os usuários. Cerca de um terço das empresas que entrevistamos para o Relatório sobre o Estado da Estratégia de Aplicações do ano passado não possui uma referência de desempenho das aplicações. Uma porcentagem ainda menor detecta problemas e indisponibilidades nas aplicações antes dos usuários finais. E, quando consideramos que 40% dos usuários de dispositivos móveis migram para um concorrente após uma única experiência ruim com uma aplicação, percebemos como pode ser vital para uma empresa monitorar a integridade de suas aplicações. É importante observar que os monitores de integridade do BIG-IP Local Traffic Manager (LTM) verificam a disponibilidade de uma aplicação, enquanto os monitores de desempenho verificam o desempenho e a carga. No entanto, em muitos aspectos, essa abordagem de monitoramento oferece uma visão mais realista de como uma aplicação se comporta sob a perspectiva do cliente.
Então, vamos falar sobre três maneiras pelas quais o BIG-IP LTM pode ajudar a monitorar suas aplicações.
Monitoramento simples – Como o próprio nome indica, o monitoramento simples é simples. Esse método de monitoramento basicamente pergunta: “Ei, há algo aí?” e apenas determina o status “ativo” ou “inativo” de um nó LTM, servidor BIG-IP DNS, servidor virtual, pool, membro de pool ou link. Os monitores simples incluem três tipos de monitor — Gateway ICMP, ICMP e TCP_ECHO — e monitoram apenas o próprio nó, não os membros de pool, protocolos individuais, serviços ou aplicações em um nó.
Em outras palavras: É como brincar de “Marco Polo” em uma piscina com seus amigos. Um de vocês grita “Marco”, e os demais integrantes da piscina respondem “Polo”. Você sabe que eles estão lá na piscina, mas não sabe muito além disso.
Monitoramento passivo – Como parte de uma solicitação do cliente, o monitoramento passivo verifica a integridade de um membro do pool com base em parâmetros definidos pelo administrador, como o número de tentativas de solicitação de dados ou de conexão realizadas em determinado período. Se o sistema não conseguir se conectar ao servidor ou receber uma resposta após esse número de tentativas dentro do período especificado, ou se receber uma resposta inválida, ele marcará o membro do pool como “inativo”.
Esse método não gera tráfego de rede adicional além da solicitação do cliente e da resposta do servidor e, desde que haja tráfego de rede, pode marcar rapidamente um membro do pool como “inativo”. Como um monitor passivo aproveita uma solicitação do cliente, ele não consegue verificar respostas específicas e pode demorar para marcar um membro do pool como “ativo”.
Em outras palavras: É como um inspetor de corredor na época do ensino fundamental. Ele observa os outros alunos percorrendo os corredores e informa se eles estão chegando à sala de aula, mas só faz isso se houver movimento.
Monitoramento ativo – Quando você precisa saber mais sobre o status do tráfego de entrada ou saída de uma aplicação do que apenas “Há algo ali?”, esse tipo de monitor envia verificações periódicas de status. Se não houver resposta dentro de um período especificado ou se o status do nó indicar degradação de desempenho, o BIG-IP poderá redirecionar o tráfego para outro membro do pool ou nó. Ele também pode simular uma sessão de usuário para verificar a integridade dos servidores de aplicações, monitorando as aplicações por meio de uma verificação de integridade HTTP e conferindo respostas específicas do servidor.
Um monitor ativo pode demorar para marcar um membro do pool como “inativo”, pois os monitores ativos geram tráfego de rede além da solicitação do cliente e da resposta do servidor; quanto mais tráfego, maior a possibilidade de latência.
Em outras palavras: é como dirigir por uma via para avaliar o trânsito. Você consegue observar em detalhes como o tráfego está fluindo ou onde pode haver um congestionamento, mas, ao fazer isso, acaba aumentando o tráfego que está monitorando.
Você não dirigiria seu carro sem poder monitorar a velocidade, a temperatura do motor ou o consumo de combustível. Então, por que tentar disponibilizar uma aplicação essencial para os negócios sem monitorar como os usuários conseguem acessá-la, especialmente quando tanta coisa depende de uma boa experiência? Lembre-se de perguntar às suas aplicações: “Tem alguém em casa?”
Para obter mais informações sobre os recursos de monitoramento do BIG-IP, consulte os materiais abaixo ou entre em contato com a equipe responsável pela sua conta F5 para saber como os monitores de integridade de aplicações do BIG-IP podem ser aplicados ao seu caso de uso específico.
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...