go-kit/kit

[metrics/cloudwatch] Feature request: ability to publish a sample of metrics for histograms

Open

#980 ouverte le 7 mai 2020

Voir sur GitHub
 (5 commentaires) (0 réactions) (0 assignés)Go (2 446 forks)batch import
enhancementhelp wanted

Métriques du dépôt

Stars
 (27 422 stars)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

The cloudwatch metrics exporter currently has support for publishing histograms as a set of metrics of the histogram quantiles (e.g. p50, p90, p95, p99).

What I would like to do, is have the ability to instead publish a random sample of the recorded histogram values and let CloudWatch do the bucketing. This is because I have multiple instances that I would like to publish the same metric for without labeling them with a label unique to the instance. If there are less than 150 observations (the max for an individual PutMetricsData request to AWS), they would all be sent.

I pushed some changes up to demonstrate what I mean: https://github.com/go-kit/kit/compare/master...jszwedko:metrics/cloudwatch/add-ability-to-publish-histogram-values?expand=1 . If you all are amenable to this change, I can continue implementing it and open a PR.

Thanks!

Guide contributeur

Direction de recherche
Examinez la branche liée à l'adresse https://github.com/go kit/kit/compare/master...jszwedko:metrics/cloudwatch/add ability to publish histogram values?expand=1 pour voir l'implémentation proposée. Concentrez vous sur l'exportateur de métriques cloudwatch dans le dépôt (chemin : metrics/cloudwatch). Comprenez comment les histogrammes sont actuellement publiés en tant que quantiles et comment le changement suggéré permet de publier des échantillons bruts. Passez en revue les limites de l'API AWS CloudWatch PutMetricsData (150 valeurs maximum par requête) et réfléchissez à la manière de gérer les cas avec plus d'observations. Vérifiez les tests et la documentation existants pour le package cloudwatch pour vous assurer que la nouvelle fonctionnalité est conforme aux modèles du projet.
Stack technique
go
Domaine
backend
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Une demi journée
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
Go
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
70