Bom galera, agora vamos falar um pouco sobre OpenTelemetry É importante eu te dar uma base, pelo menos passando aqui por cima Para que você consiga entender um pouco as nossas próximas explicações OpenTelemetry basicamente é um projeto E é um dos projetos na real mais populares Se eu não me engano ele só perde para kubernetes na cncf que a cloud native computing foundation onde ela tem basicamente os principais projetos hoje em dia tá que são cloud native está o que é o open telemetry está a open telemetry é um projeto que foi gerado baseado em outros projetos, inclusive o projeto chamado de Open Census e Open Tracing. A ideia desse cara é como você consegue padronizar, criar SDKs, especificações e coletor de informações para que você consiga ter uma regra geral, um consenso geral entre todos os sistemas em relação a dados de telemetria ou de observabilidade. Aí, nesse caso, a gente está falando de logs, tracing e métricas. Então, o que acontece? Quando a gente vai aqui para falar um pouco mais sobre a Open Telemetry, deixa eu colocar aqui, você vai perceber que a ideiaia da open telemetry é o que quando você está trabalhando por exemplo com microservices você conseguir ter instrumentações automáticas ou que ou seja a processos que fiquem verificando tudo que está acontecendo na sua aplicação tá pra conseguir pegar os três se conseguir pegar as métricas e conseguir pegar os logs. Também aqui com a OpenTelemetry, a ideia é que todos os SDKs necessários para que a gente possa, por exemplo, mandar as métricas da nossa aplicação para um vendor, para que a gente consiga pegar os tracings que as nossas aplicações estejam gerando para outro vendor, aconteçam de uma forma mais transparente. Quando eu estou falando de vendor, galera, eu estou falando de sistemas externos, pagos ou gratuitos, onde você vai analisar os dados de telemetria. Por exemplo, eu quero pegar todos os meus logs e enviar para o New Relic, ou eu quero enviar para o Datadog, para o Dynatrace. Eu quero pegar todos os traces que eu tenho e mandar para o Jaeger, ou para o Zipkin, ou para o New Relic, por exemplo. Então, para que eu não tenha que fazer uma implementação específica para o New Relic, outra para o Jaeger, outra para o Dynat Relic, outra para o Jaeger, outra para o Dynatrace, outra para o Datadog, né? Imagina você para cada informação que você coloca no seu sistema, você tem que fazer essa verificação, né? E mandar, e daí se a empresa que você trabalha muda, agora a gente não está mais com o New Relic, a gente vai para o Datadog, você mudar um monte de código na sua aplicação então para evitar esse tipo de coisa, o projeto da OpenTelemetry, ele veio aqui para nos ajudar porque todo mundo usa sempre a mesma biblioteca e na ponta você escolhe qual é o vendor que os dados vão ser enviados, ou quais é o vendor que os dados vão ser enviados, ou quais são esses vendors que os dados vão ser enviados. E daí vai ficar muito mais fácil, porque se amanhã eu troco de um New Relic para a Datadog, você apenas faz uma configuração e os dados já são mandados para o Datadog ali no mesmo padrão. Legal? Então, essa que é a ideia aqui do OpenTelemetry. No próximo vídeo, eu vou mostrar para você, ali naquele desenho mesmo do Scolidro, qual que é a dinâmica ali do OpenTelemetry. E eu também criei um programa simples para que a gente consiga rastrear uma requisição utilizando as bibliotecas do OpenTelemetry. E isso a gente vai ver na prática também, para a gente não ficar apenas falando. Beleza? Então, vamos nessa!