prometheus / prometheus/client_python

Collect metrics on scrape instead of timer

オープン
#1,059 コメント 1 件 リアクション 2 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

主要言語
Python
スター
4.4k
フォーク
876
平均マージ
8日 4時間
マージ済み PR(30日)
1

説明

The prometheus docs on exporters say:

Metrics should only be pulled from the application when Prometheus scrapes them, exporters should not perform scrapes based on their own timers. That is, all scrapes should be synchronous.

The very first example provided by this repository goes against those docs by just spamming the same function on a timer.

Can anyone provide a basic example that shows how to start a metrics collection only when prometheus connects to the exporter, as it's actually supposed to be done? Because christ, it's faster to just set up a flask server with a custom /metrics endpoint than actually figure out how to do so using this framework.

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

調査の方向性

Prometheus exporter のスケジューリングドキュメントと、issue が timer ベースだと特定しているリポジトリの最初の例から始めます。Prometheus が exporter をスクレイピングしたときに collection が同期的に開始することを示す基本的な例を追加します。完了条件は、その例が独自の timer で collection を実行しなくなることです。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
python
領域
documentation, observability-sre
issue の種類
ドキュメント
難易度
3/5
見積もり時間
1〜2日
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
35/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。