Observabilidade com OpenTelemetry
Nov 2, 2021 · 5 minute read · Commentsportuguesopentelemetrykubernetescncftelemetry
Quem compila o Kernel do Linux em 2021?
Alguns, na verdade muitos, anos atrás era comum encontrar tutoriais de como compilar e atualizar o kernel do Linux num computador, as distribuições GNU/Linux não tinham um bom suporte para hardware na maioria dos computadores que eram usados naquela época. Com o passar dos anos a comunidade em torno dele evoluiu que dificilmente nos dias atuais tem alguma necessidade de compilar e instalá-lo.
Se você não vivenciou a grande aventura que era compilar e atualizar o Kernel mas quer saber como fazer, pode ler o Guia Foca Linux.
Como compilar o Kernel do Linux já não é tão comum, o mesmo pode-se dizer de gerenciar servidores físicos (bare metal) como naquele tempo. Também alguns anos atrás gerenciar a infraestrutura de virtualização foi teve grande destaque; gerenciar essa infraestrutura através de projetos como Xen, VMWare, etc. era comum. Atualmente, essa relevância está no Kubernetes, tanto em conteúdo técnico (textos, treinamentos, podcast, vídeos, etc) a ser consumido como certificações. Alguns anos atrás as certificações da LPI tinham destaque como parte do objetivos das pessoas que almejavam crescer na carreira, atualmente as referências são as certificações dos principais provedores de Cloud ou relacionadas ao Kubernetes (exemplo: CKA).
O Daniel Requena falou desse processo de evolução tencnológica numa apresentação chamada “O poder das abstrações”, a cada ciclo a evolução tecnologia cria novas camadas de fundação tecnológica, isso possibilita as pessoas de tecnologia não terem que passar horas ou dias lidando com gerenciamento de servidores de email (Sendmail, Postfix, Exim, etc.) ou passando horas compilando o Kernel Linux para habilitar o suporte da port LPT1.
Exercendo um pouco minhas habilidades de futurólogo (é uma ironia! 😉)… A administração do Kubernetes deve se tornar cada vez mais simples e um chute é de que CRDs se tornaram cada vez mais relevantes, mas sobre eles (CRDs) é para um outro texto. Observabilidade é um tema que está se tornando cada vez mais importante porque a arquitetura das aplicações está cada vez mais complexa e com dependências externas.
O intervalo de tempo (de menos de 1 hora) para restaurar serviço em organizações do tipo Elite é mais fácil alcançar com a implementação de observabilidade. O “caos organizado” do crescimento (des)ordenado dos micro-serviços numa organização torna-se um desafio identificar com rapidez quais sãos os eventos importantes num incidente. O uso métricas, logs e traces torna possível saber o que realmente está acontecendo num fluxo de negócio que depende de vários micro-serviços.
O que é Observabilidade?
A definição de observabilidade Honeycomb num texto de 2017 é “*Um sistema é observável de forma que você pode explicar o que está acontecendo por dentro (de um sistema) apenas observando do lado de fora*“. Para observar do lado de fora é necessário usar dados de telemetria como fazem as equipes de (corrida) veículos motores, eles coletam e interpretam os dados coletados para identificar eventuais problemas ou mudanças no acerto de um carro de corrida baseado nos dados. Assim como, acontece na indústria aeronáutica e espacial.
Traces, logs e métricas são a base da telemetria para nós tecnologias, assim como a telemetria é a base para a observabilidade. Mas quanto a telemetria pode facilitar a compreensão de um evento?
A imagem acima é da telemetria da moto do Maverick Viñales, os dados são do momento que ele caiu na corrida da MotoGP no GP da Estíria em 2020. Os dados da telemetria mostram que ele estava à 218 km/h quando ele pulou da moto, os airbags da sua roupa foram abertos milissegundos antes dele cair no asfalto com impacto acima de 20G. Ele deslizou por 4,8 segundos até desacelerar após a queda por 1,9 segundos.
Não é legal essa referência entre corridas e nosso trabalho como tecnologistas? A primeira vez que eu vi foi numa apresentação da Tatiane Paya no DevOpsDays Porto Alegre de 2019 no qual ela falou sobre Arrancadas e DevOps.
Ah!!! Não é simplesmente instalar um agente de Application Performance Monitoring, configurar alertas e criar alguns dashboards? Não, não é, há uma diferença simples mas importante segundo eles: “Observabilidade é absolutamente, totalmente sobre instrumentação. O delta entre observabilidade e monitoramento é absolutamente as partes que são focadas em engenharia de software.”.
O que é OpenTelemetry?
Segundo o próprio site do projeto, “OpenTelemetry é um conjunto de APIs, SDKs, ferramentas e integrações que foram projetadas para a criação e gerenciamento de dados de telemetria como traces, métricas e logs. O projeto fornece uma implementação agnóstica de fornecedor que pode ser configurado para enviar dados de telemetria para o(s) backend(s) da sua escolha. Ele suporta uma variedade de projetos Open Source, incluindo Jaeger e Prometheus.”. Como ficam os projetos OpenCensus e o OpenTracing que também estão no guarda-chuva da CNCF? O OpenTelemetry é a junção destes dois projetos, sendo que eles preteridos em favor do OpenTelemetry (Otel para os mais chegados).
Otel já tem suporte a diversas linguagens de programação e frameworks, ainda está maduro o suficiente em algumas partes mas isso deve-se resolver em breve pela quantidade de empresas envolvidas como Splunk, LightStep, HoneyComb, New Relic, etc. Se quiser o que o OpenTelemetry já suporta, dê uma olhada no Registry do projeto.
A comunidade do OpenTelemetry é um das mais ativas da CNCF, no momento que vos escrevo é o segundo projeto mais ativo, ficando atrás somente do Kubernetes. Assim como Kubernetes se tornou o principal orquestrador de container, o OpenTelemetry deve se tornar o principal framework de observabilidade.
Se quiser saber um pouco mais, aqui tem os slides da apresentação realizada no canal do Twitch do LinuxTips (Valeu, Jefferson!!!).
Se quiser ver o vídeo da apresentação, está aqui.
Referências: