2016-11-14 12:42 GMT-02:00 Flavio Henrique Araque Gurgel <[email protected]>:
> > > Em seg, 14 de nov de 2016 às 15:00, Cleiton Luiz Domazak < > [email protected]> escreveu: > >> Bom dia. >> >> Quem já teve ou tem experiências com ferramentas de monitoramento >> PostgreSQL SaaS. >> >> Já testei o Datadog no passado, mas achei os monitoramentos muito >> limitados. >> > > Eu uso Datadog mas adicionei métricas personalizadas ao agente padrão. Eu > acho isso legal no Datadog, você pode criar infinitas métricas, desde que > saiba o que quer olhar e isso não custa mais caro no preço. > > Um outro ponto positivo pro Datadog é pra quem usa a AWS - ele cruza os > dados públicos de falhas na Amazon caso você veja algo nos seus servidores, > pra não ficar na dúvida se foi o seu serviço que falhou ou foi algo mais > geral da própria Amazon. > Legal esse seu relato, até pq o meu ambiente é na AWS, então isso será de grande ajuda realmente. > > >> Deu uma olhada no Okmeter, que me parece uma solução mais completa. >> > > Achei bacana esse Okmeter, não conhecia, obrigado. Achei, porém, caro. > Nada impede que você teste, eles dão 14 dias pra isso, pra ver > principalmente se os outros serviços que você precisa monitorar também > serão bem cobertos, se vai te atender. > > Uma das coisas que aprendi com monitoramento - tem que ser prático, rápido > pra encontrar as coisas e, principalmente, permitir cruzar dados entre > vários serviços, na mesma interface. Só assim você consegue realmente achar > causas raíz sem "achômetro". E, não tem jeito, catar log depois é um fato. > Portanto, se tiver monitoramento diferente pra cada serviço que usa, o > trabalho se multiplica quando se precisa deles todos. > > > >> >> Ou até partir para o OPM + POWA(local). >> > > Na nuvem, não sei o quão práticos esses caras podem ser, fico te devendo. > Mas em instalações locais, posso te dizer que o POWA é muito bom, > especialmente considerando que quem escreveu o POWA tem em produção em > grandes usuários. Mas aí é monitoramento só de banco de dados mesmo, > esqueça outras aplicações. > Pois é, eu só partiria pra esse cenário, se realmente não encontrasse uma alternativa viável em SaaS, ai partiria pra centralização local mesmo. > > []s > Flavio Gurgel > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
