Monitore para Go e com Go - v1.0.0 - GopheRio #1

Com o passar do tempo e a evolução das soluções, tem sido cada vez mais necessário que nossas aplicações e serviços estejam bem monitorados para garantir a qualidade do resultado que entregamos para os clientes. Nesta apresentação buscaremos ver boas práticas de monitoramento e como podemos coletar o maior número de dados possíveis das nossas aplicações Go em diversas soluções existentes no mercado.

https://www.meetup.com/GopheRio/events/260073249/

Transcript

1. Monitore tudo com Go como meio ou como fim Monitore para Go e com Go Marco Paulo Ollivier @marcopollivier
2. Marco Ollivier Análise de Sistemas @ Infnet Software Engineer @ OLX Mentor de novos talentos @ Codenation Articulista de Ciência e Tecnologia e Co-organizador @ tempoemsaopaulo.com Co-organizador @ GopheRio
3. !!! CUIDADO !!! Altíssimo nível de trocadilhos e analogias
4. Agenda • Porque monitorar é importante? • Faça testes e exames preventivos • Faça um eletrocardiograma • Faça um checkup geral • Diagnostique rápido, medique rápido • Encerramento
5. Porque monitorar é importante? Esteja sempre atendo, monitore e investigue quando algo parecer estranho
6. Usuários Felizes
7. Clientes felizes são clientes pagantes www.monitis.com/blog/why-application-monitoring-is-critical-for-your-business/ Muitas pessoas ainda compram a mentalidade "se você construir, eles virão”. Se você colocar o cliente em primeiro lugar, ele continuará fiel ao seu aplicativo. …uma das piores coisas para o seu negócio é um site propenso a erros. Nada impulsionará os clientes se tiverem que esperar o site carregar.
8. Como 1seg custou US$1,6bi a Amazon danielscott.com.br/como-1-segundo-custava-16-bilhao-em-vendas-a-amazon/ Uma análise mais aprofundada mostra que a cada 100 milissegundos de demora, as vendas caem em 1%
9. Quanto vale 1/4 de seg para o Google? danielscott.com.br/como-1-segundo-custava-16-bilhao-em-vendas-a-amazon/ O Google estima que 1/4 de segundo a mais para carregar uma busca resultaria numa perda de 8 milhões de buscas por dia
11. Ache o problema antes do usuário Regra de ouro #1
12. Faça testes e exames preventivos Previna. Os problemas podem aparecer de madrugada
13. Vegeta As vezes precisamos de um teste de esforço… It’s over 9000!
14. Instalando github.com/tsenart/vegeta
15. Preparando targets.txt
16. Preparando payload.json
17. Atacando github.com/tsenart/vegeta
18. Analisando
19. Vegeta + Jplot + Jaggr github.com/rs/jplot | github.com/rs/jaggr
20. Trocando isso… github.com/tsenart/vegeta Por isso…
21. 10 rps
22. 100 rps
23. 500 rps
24. 1000 rps
25. vegeta | jplot | jaggr Todos escritos em Go
26. Informação adicional… Mocks… apiblueprint.org
27. Informação adicional… Mocks…
28. Não subestime a quantidade de requisições Regra de ouro #2
29. Faça um eletrocardiograma Olhe o problema de perto
31. expvar golang.org/pkg/expvar/
32. expvar orangetux.nl/post/expvar_in_action/
33. expvar http://localhost:8080/debug/vars
34. ExpvarMon Monitore suas aplicações Go bem de perto
35. Instalando e executando github.com/divan/expvarmon
36. expvar http://localhost:8080/debug/vars
37. 50 rps
38. Escrito em Go
39. Faça um checkup geral Já vimos o micro, mas não esqueça do macro
40. Reporting metrics (PUSH) vs Collecting metrics (PULL) PULL Você expõe suas informações em um Endpoint definido PUSH Depois de coletas as métricas, ele envia as informações medidas para o serviço.
41. Prometheus
42. Começando pelo básico medium.com/@gsisimogang/instrumenting-golang-server-in-5-min-c1c32489add3
43. Adicionando dependencia medium.com/@gsisimogang/instrumenting-golang-server-in-5-min-c1c32489add3
44. Configurando
45. Prometheus Histogram O Prometheus Histogram é ideal para coletar métricas, como: latências de HTTP; número de solicitações; e número total de erros.
46. Primeiros resultados
47. Dockerfile docker build -t greeter .
48. prometheus.yml
49. docker-compose.yml docker-compose up -d
50. Medindo
51. New Relic
53. Adicione a dependência
54. Prepare seu projeto
55. Prepare seu projeto github.com/newrelic/go-agent
56. Metrifique suas requisições HTTP Handler Padrão
57. Metrifique suas requisições
58. APM
59. APM
60. Insights
61. Insights
62. Crie painéis de monitoramento que façam sentido Regra de ouro #3
63. Não subestime a quantidade de requisições
64. Diagnostique rápido, medique rápido Esteja sempre atendo, monitore e investigue quando algo parecer estranho
65. GreenWall
66. Instalando github.com/mtojek/greenwall
67. Configurando github.com/mtojek/greenwall
68. Executando github.com/mtojek/greenwall
69. Monitorando github.com/mtojek/greenwall
70. Monitorando github.com/mtojek/greenwall
71. Escrito em Go github.com/mtojek/greenwall
72. Foco no prêmio. O monitoramento deve estar ao alcance dos olhos Regra de ouro #4
74. That’s It =)
76. Sigam-me =) @marcopollivier ollivier.com.br