A ideia desse post não é entrar em detalhes técnicos, mas, somente trazer à luz o tema e passar por algumas tecnologias que podem nos ajudar a trazer isso para nossas aplicações.

Um pouco sobre observabilidade

Talvez o termo seja estranho para muitos, mas, tenho certeza que todos já passaram por ao menos um dos principais aspectos da observabilidade em uma aplicação, o log.

Atualmente, a maioria das empresas e equipes de desenvolvimento de software trabalham focadas em entregas que possam agregar valor ao negócio mais rapidamente e de forma contínua. Claro que essas entregas passam (ou pelo menos deveriam passar) por todo um ciclo de qualidade, com testes unitários, testes de carga e testes automatizados, mas, mesmo em um cenário ideal problemas podem acontecer e é justamente aí que a observabilidade entra.

Quando falamos de um software bem instrumentado não falamos somente de logs, claro que o log é sim muito importante, mas, quantos desenvolvedores você conhece que olham diariamente os logs da aplicação afim de encontrar comportamentos fora do comum? Aposto que poucos! Pois é… Infelizmente essa é a realidade, acabamos não olhando os logs como deveríamos, e, o log acaba relegado a uma ferramenta utilizada somente para tratar erros de forma reativa, ou seja, depois que já aconteceram e o usuário tropeçou neles.

E como podemos melhorar esse cenário?

Através do uso de mais algumas ferramentas, além do log, e também de uma mudança de hábitos da equipe, afinal, não adianta você ter uma estrutura espetacular cuidando de seu sistema e ignorá-la, não é mesmo?

Então, o que é observabilidade?

Resumidamente, é a habilidade de observar como um sistema se comporta através dos dados que ele nos fornece.

Mas como o sistema nos fornece esses dados?

É aí que entram os pilares da observabilidade…

Os pilares da observabilidade

• Log - Responsável por coletar insformações e armazená-las para análise da equipe de desenvolvimento ou de alguma ferramenta que ajude nessa análise. Muitas vezes uma boa olhada no log nos ajuda a resolver diversos problemas, principalmente, quando esses problemas lançam exceções e nossa aplicação está preparada que capturá-las e armazená-las devidamente. Mas, o log não é só log de exceções, qualquer informação que o desenvolvedor ou a equipe julgue relevante para ajudar a resolver ou prever um problema pode e deve ser armazenada. Ferramentas como o Log4Net e o Serilog ajudam muito na coleta e armazenamento dessas informações, e sua análise ajudará a encontrar e resolver problemas não só de forma reativa, mas, também proativa.
• Trace - Um cenário muito comum é o de aplicações distribuídas, desenvolvidas em uma arquitetura orientada a microserviços, ou, simplesmente, orientada a serviços. Diversas vezes temos um problema como uma lentidão, ou, um erro, e, podemos acabar levando bastante tempo para identificar qual é o serviço que está nos causando o problema, o trace ajuda nesse tipo de situação, nos dando uma visão de detalhes, como tempo médio das requisições e quantidade de requisições com erro/sucesso. Entre as ferramentas que ajudam com o tracing podemos destacar o Zipkin e o Jaeger, e, uma análise diária dará uma boa visão da quantidade de requisições com erro, e, se o tempo médio de resposta dos serviços está aumentando, dessa forma, facilitando a ação da equipe antes que o problema aumente.
• Métricas - Mais voltado ao monitoramento de recursos utilizados pela aplicação, como, consumo de memória e de CPU, porém, podendo envolver outros pontos, por exemplo, filas, se a aplicação usa filas, a contagem de mensagens paradas na fila faz parte desse pilar e deve ser observada através de sua interface de monitoramento. Nesse ponto vale destaque para o Prometheus e o Grafana e da mesma forma que o trace, um acompanhamento diário pode ajudar na previsão de problemas, resolvendo-os antes que se tornem grandes dores de cabeça.

Como já dito anteriormente, não adianta ter uma ótima estrutura e ignorá-la, portanto, além de criar o hábito de acompanhar os dados que essas ferrametas fornecem diariamente é importate ter as seguintes perguntas em mente, entre suas entregas:

• Estamos com mais erros que antes?
• Estamos com novos erros?
• Estamos mais lentos?
• O uso de CPU e de memória aumentou?

E, provavelmente podemos encaixar mais perguntas nessa lista, dependendo do seu cenário, mas, creio que essas sejam as principais, ou, no mínimo, se encaixam em todas (ou quase todas) aplicações.

Conclusão

Observabilidade é um tema extenso e com várias tecnologias que podem nos ajudar a chegar a um patamar aceitável. Espero que esse breve artigo tenha ajudado a esclarecer a importância de conseguirmos acompanhar os eventos da aplicação e mostrar algumas ferramentas que podem ser utilizadas para esse fim.

Provavelmente em breve falarei sobre algumas dessas ferramentas.

Espero que tenha sido útil e até!

Esse post foi útil pra você?