A observabilidade é o futuro do monitoramento?

A velha máxima “não se pode gerenciar aquilo que não se pode medir” nunca foi tão verdadeiro para a Tecnologia da Informação quanto hoje, com a adoção crescente de microsserviços, contêineres e dos modelos distribuído e serverless. A visibilidade de serviços e infraestrutura se tornou imprescindível para a perfomance dos sistemas. Em resposta a esse cenário, a indústria está cada vez mais mudando de ferramentas convencionais de monitoramento para a capacidade de observação. 

A observabilidade fornece não apenas visões gerais de alto nível sobre a integridade dos sistemas, mas também percepções altamente granulares sobre os modos de falha implícitos neles. Se você estiver executando um aplicativo totalmente sem servidor em alguma nuvem pública, não só não se preocupa com a infraestrutura por trás dele, como também não pode monitorá-lo, mesmo que queira. Não há como acessar as métricas da rede ou servidores ou contêineres que estão executando seu código. Nesse caso, o que você deseja monitorar é o desempenho do seu próprio código.

O monitoramento é configurado com antecedência, o que significa que as equipes precisam saber com o que se preocupar antes que ocorra um problema no sistema. A capacidade de observação permite que você descubra o que é importante observando como o sistema realmente se comporta ao longo do tempo, explica Ben Evans, engenheiro e arquiteto JVM da New Relic, em artigo à InfoWorld.

Para muitas pessoas, a capacidade de observação soará apenas como uma conveniente reformulação da marca do monitoramento de aplicativos, e qualquer ceticismo em torno da palavra da moda da indústria é justificada. No entanto, como diz David Linthicum, colunista da InfoWorld, há uma diferença básica: Monitorar “é algo que você faz (um verbo); a observabilidade é um atributo de um sistema (um substantivo)”.

Mas há também quem considere a observabilidade um superconjunto de monitoramento. Fornece não apenas visões gerais de alto nível da integridade do sistema, mas também percepções altamente granulares sobre os modos de falha implícitos do sistema. Além disso, um sistema observável fornece amplo contexto sobre seu funcionamento interno, desbloqueando a capacidade de descobrir problemas sistêmicos mais profundos. 

Ao lado do que pensamos como monitoramento tradicional, a observabilidade inclui métricas, logs e rastreamentos (seus três pilares) para ser capaz de responder a qualquer questão arbitrária, em qualquer momento, sobre o que acontece dentro de um sistema de software complexo apenas observando o funcionamento desse sistema. O monitoramento pode dizer se o seu sistema está funcionando, mas a capacidade de observação ajuda aprofundar por quê?

Portanto, buzzword ou não, a observabilidade já é um aspecto fundamental da TI.

De muitas maneiras, a observabilidade anda de mãos dadas com o APM.  Não pode ter observabilidade sem APM. Tornar um sistema observável pressupõe a implementação de uma estratégia de monitoramento de desempenho de aplicativo robusta. E essa estratégia fornece alguns dos mecanismos cruciais pelos quais o estado do sistema pode ser inferido.

O aumento da capacidade de observação ajuda as equipes de DevOps a navegar pelas complexidades que vêm com o aumento da fragmentação em sistemas distribuídos. Para conseguir isso, as organizações devem implementar processos que ofereçam suporte ao monitoramento completo e eficaz do desempenho do aplicativo, rastreamento distribuído e gerenciamento de log eficaz. Isso garante que o pessoal de desenvolvimento e operações tenha tudo o que precisa quando a estabilidade do sistema for ameaçada devido a incidentes nos recursos de um aplicativo ou na infraestrutura de suporte.

O APM quase sempre é realizado com a ajuda de software como o Dynatrace, o Paessler PRTG, o SolarWinds Server & Application Monitor, o Uptime e o Broadcom DX Application Performance Management, entre outros . O monitoramento do desempenho do aplicativo envolve o rastreamento das métricas do sistema e a produção de visualizações projetadas para fornecer às equipes de DevOps dados importantes sobre o desempenho do sistema. Isso fornece um contexto vital para identificar a origem dos problemas do aplicativo da maneira mais rápida e eficiente possível.

A observabilidade, por outro lado, é realmente mais um atributo do que um processo. Um sistema é considerado observável se seu estado pode ser facilmente determinado sem implementações adicionais. Sob esta luz, o APM representa uma parte das ferramentas e processos que são necessários para tornar um sistema observável. Portanto, embora os conceitos sejam diferentes por definição, repetimos: não se pode ter observabilidade sem APM.

Portanto, a observabilidade complementa, mas não substitui o monitoramento. E não deve ser o objetivo em si, mas vista como um meio de construir e operar um software mais confiável para os clientes. “Ser capaz de depurar e diagnosticar problemas de produção rapidamente não só contribui para uma ótima experiência do usuário final, mas também abre o caminho para a operabilidade humana e sustentável de um serviço”, afirma Cindy Sridharan, da QCom.

O Santo Graal da observabilidade é a automação de parte do processo de averiguação até o ponto em que os problemas sejam automaticamente identificados e possam ser corrigidos antes que eles afetem os usuários. Melhor ainda: em que o próprio software seja capaz de corrigir falhas antes mesmo que os desenvolvedores tenham conhecimento do problema em seus dashboards.