Dashboard de métricas com Spring Boot Actuator, Prometheus e Grafana

[@leandrodasilvaalves844]

Excelente aula!!! Dois anos e depois e ainda continua muito relevante!

[@Marcio-e4c]

Muito bom! Tutorial super válido ainda em em 2024!

[@vtoreles]

Excelente. Muito bom!

[@andreiantonioribeiro9776]

Show de bola! Conteúdo de primeira!!

[@Naicson11]

Qualidade pura, como sempre.

[@thyne_]

Que vídeo incrível, melhor didática

[@AKssupersan]

Que vídeo foda, conteúdo muito maneiro

[@alexandrerogerio7520]

Acho que vem curso novo por ai! Microservice

[@rhadamez]

aí sim!

[@rhadamez]

Muito bom. Qual a recomendação pra ambiente de produção? tipo, como ficam esses endpoints do actuator? e como ficariam o prometheus/grafana?

[@algaworks]

Olá mergulhador! Isso pode variar um pouco conforme o que queremos monitorar. Recomendo que exponha todas as métricas via endpoint do Prometheus e o healthcheck, em seguida você pode ir removendo as métricas que não achar importante. Feito isso, seria interessante deixar esse endpoint do Prometheus com alguma implementação de segurança, caso essa aplicação seja exposta para web.

[@PNOInfnet]

Obrigado!! Excelente conteúdo.

[@cleberdearaujo383]

Acho que faltou o push pq nos fontes não achei a implementação do actuator

[@joangelelopes8149]

Top, que Deus te abençoe

[@WesleyPz]

Excelente video!!!!! muito bom

[@antoniovieiradasilvajunior666]

Muito bom! Concorda que é uma pipeline de monitoramento da aplicação diferente do uso de beats, logstash e elastic, considerando que agora as métricas são disponibilizadas por um serviço rest e não capturadas em um arquivo ?

[@algaworks]

Olá mergulhador, muito obrigado pelo comentário! Concordo que diferem sim! Mas acredito que todas são apenas formas e formatos de coleta dos dados e métricas. Até mesmo alguns agentes de APM conectados nas aplicações, enviam os dados via HTTP (e podem usar REST), Sockets, dentre outros. Tudo ao final faz parte de uma "pipeline" de monitoramento, para alcançarmos a observabilidade das aplicações. Posso ressaltar que o Grafana também possuí outros serviços especializados em coleta de log e trace, o Loki e o Tempo. Utilizando todos em conjunto, chegamos a um resultado similar ao que temos com a ELK Stack.

[@mykeleony9322]

Essa playlist de microsserviços é impecável! Só tive um probleminha na implementação desse dashboard que creio ser erro de configuração, mas não consegui encontrar o problema: assim que subo a aplicação, o "last scrape" do Prometheus é definido como "5 horas atrás" ou "2 horas atrás", sempre um horário no passado. Ao mudar o horário do sistema (uso Windows), esse valor altera junto, mas é uma solução péssima ter de sempre mudar o horário para o scrape ser feito corretamente hahaha. Alguma dica de como resolver isso? Tentei definir timezones diferentes no docker-compose e mudando a localização no devtools do browser mas sem sucesso também.

[@algaworks]

Olá mergulhador, muito obrigado pelo comentário! Provavelmente o Prometheus armazena como UTC os horários, nisso, quando o S.O mudou seu horário as métricas mudaram também. Infelizmente não localizamos nenhuma solução no momento.

[@felipemassuia4708]

Vídeo top! Muito bom

[@eurivalbernardinodasilvagomes]

Uma dúvida, eu posso instalar o prometheus e o grafana em uma outra maquina separada da maquina da aplicação?

[@algaworks]

Olá mergulhador! Pode sim, só terá que fazer ambas se comunicarem.

[@RonaldoHabibiDev]

Top!

[@jacksonemmerich]

me tira uma dúvida no ESR da algaworks isso é explicado, ou é só aqui no youtube mesmo?

[@algaworks]

Olá mergulhador! Essa aula é específica do KZbin, no ESR, não temos este conteúdo. Mas lá, nos aprofundamos em muitos outros, com foco em REST e Spring.

[@sansaocosmedacruz.]

❤QUAL PROXIMO FILME?

[@alexjosesilvati]

Otimo video!

[@mariogneto]

sabe se da pra usar esse actuator em um spring framework 4 ? tentei aqui jogar no pom, importou, mas ao acessar a pagina da not found.

[@algaworks]

Olá Mario, provavelmente esses componentes ainda estão sendo atualizado e adaptados no momento ao Spring Framework 4 e Spring Boot 3.

[@macario1983]

Essa configuração feita no dashboard, como q vc descobriu ela?

[@algaworks]

Olá mergulhador! Foi necessário mergulhar no código-fonte de configuração, no JSON que define tal dashboard.

[@danrleybrasil]

Saudações meu querido, me tira uma dúvida simples!? Estou utilizando JWT já na aplicação, como ficaria o cenário para acessar o caminho /actuator/** ?

[@algaworks]

Olá Danrley, neste caso você teria de ter uma forma de autenticar esse endpoint. Você poderia configurar dois Beans de SecurityFilterChain ou WebSecurityConfigurerAdapter. Assim daria para manter a autenticação JWT para a API, e para o endpoint do Actuator, seria como Basic.

[@johnenderson]

Eu poderia enviar essas métricas do Spring Boot Actuator para um endpoint do AWS Lambda, por exemplo?

[@algaworks]

Olá Johnenderson! Você poderia coletar essas métricas da forma que precisar. O Actuator apenas expõe as métricas cabe a você coletar, assim com o Prometheus faz.

[@LucasGabriel-zd4zf]

Olá, como você deixa seus endpoints clicáveis?

[@algaworks]

Olá Mergulhador, tudo certo? Alguns navegadores já vem com essa funcionalidade, mas no caso do Chrome, precisei instalar a extensão json-formatter.

[@dowglasmaia-dev]

Good Job!

[@vitorduarte1770]

Pessoal, quando clono o projeto nao vem o diretório de observabilidade. Mas alguém com esse problema?

[@algaworks]

Olá mergulhador, se você usa Windows pode ser que tenha atingido o limite de caracteres para um caminho de pasta. Tente fazer o clone do repositório em uma pasta na raiz do drive C, por exemplo C:\git. Outra alternativa é tentar baixar o ZIP do repositório, existe um botão para isso no próprio Github.

[@danilosimei71]

Como faz para configurar o actuator para não ter acesso público, mas, ainda assim, o prometheus conseguir acessá-lo. Acredito que deixar esse endpoint sem autenticação não é muito interessante..

[@algaworks]

Olá Danilo você tem razão! Adicionamos essa configuração de segurança no nosso vídeo focado somente no Spring Boot Actuator, confere lá e nos fale o que acha. Após a configuração basta dizer ao Prometheus que use o usuário e senha fornecidos.

[@danilosimei71]

@@algaworks Show!!!!!!!!!!! :)

[@danilosimei71]

Parabéns pelo vídeo. Ficou incrível.

[@danilodf1]

@@algaworks sabes dizer se tem como configurar oauth2 na configuração de autenticação do Prometheus? A aplicação que estou fazendo toda a autenticação é feita por Oauth2. Submeto um request com login e senha para gerar um token, e com esse token utilizo nos outros endpoints da aplicação.

[@flavioramos8438]

Tem um erro no retorno da api, nome avaliador e detalhes

[@algaworks]

Olá Mergulhador, não entendi muito bem o erro, poderia dar mais detalhes?

[@tikorth4039]

Muito boa a apresentação, apenas uma pena que usem essa IDE sendo que 99% dos devs Spring usam STS, um exemplo adotando a IDE "padrão" STS sempre fica mais rica.

[@carlosdanielam1]

De fato STS virou IDE de referência nos guias e tutorias que conheço, gosto muito dela, ainda mais porque tutoriais de Eclipse básico são muito abundantes e STS todos sabem que é base Eclipse.

[@castrofilipe]

A produtividade e ganho com Intellij é muito grande. Vale a pena usar a Ide em detrimento do eclipse ou sts

[@tikorth4039]

@@castrofilipe Oi Felipe, quanto ao que disse concordo com você, a questão é mais que maioria, para não todos que conheço, usam STS por ser uma IDE de referência adotada amplamente e tutorias baseado em STS ajudam em especial os que estão chegando, já vi tutorias em VSCode também por exemplo, IDE com certeza é opção do dev ou dos gestores da equipe, mas usar uma IDE de referência eu pessoalmente considero uma boa prática quando falamos de cursos, tutorias e afins. Só para constar uso Intellij também mas em APP Android.

[@algaworks]

Fala, mergulhador! Atualmente, me parece que IntelliJ IDEA é muito mais usada que STS dentro das empresas. Fizemos uma pesquisa recentemente no Instagram e a maioria usa IntelliJ mesmo, e notei essa tendência também no SpringOne, onde mais de 90% disseram que usa IntelliJ. Por isso, recentemente decidimos fazer essa mudança nas aulas também, mas acredito que isso é apenas um pequeno detalhe, já que o código é exatamente o mesmo. Vale ressaltar também que o público desse vídeo aqui não é para programadores iniciantes, é um conteúdo avançado. Obrigado.

[@sanaramacielfelicio6395]

@@algaworks infelizmente não é não, muitas empresas se recusam a adquirir a licença do software as que usam ou usam ilegalmente ou usam a versão community, eu por exemplo uso a community pessoalmente porque na empresa não posso usar e seguindo esse tutorial a identação só funciona no intellij pois no eclipse ou no sts não funciona :)

[@MilsonPazienza]

Conteudo muito bom e de qualidade maxina, no momento Prometheus nao encotra o meu servico, mesmo trocando o localhosto pelo "host.docker.internal:8080"... Alguma dica?

[@diegofernandesrego]

Eu resolvi colocando o ip da minha máquina.192.168.0.18

[@volverinejr]

Consegui utilizando o arquivo de configuração com o nome "prometheus.yml" e host.docker.internal 👍

[@MilsonPazienza]

"host.docker.internal:8080" acho que nao funciona no Linux

[@nicolaubr3]

conseguiu resolver?

[@LucasAlmeida_xx]

@@nicolaubr3 Usem o ip 172.17.0.1 que funciona no linux

[@cami-la]

Para quem utiliza o Ubuntu, substitui o comando host.docker.internal por 172.17.0.1.

[@cami-la]

@@nicolaubr3 Para quem utiliza o Ubuntu, substitui o comando host.docker.internal por 172.17.0.1.