Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

FR: metrics and stats

Aperta
#108 0 commenti 1 reazione 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
35/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
docker, prometheus
Ambito
observability

Direzione di ricerca

Use the issue body as the starting specification and separate the operational metrics request from the index metrics request before investigating the project. Identify where component resource usage and repository indexing outcomes are exposed, then verify that Prometheus-format metrics cover the requested file, repository, duration, success, and failure measurements.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

enhancement

This issue is a request for two things that are related but might end up being implemented very differently.
If you want me to break this up into multiple issues, let me know!

The first ask: basic operational metrics.

Currently, I am running this as a docker container and am using Google's ContainerAdvisor to expose basic metrics around CPU/Memory usage. This works well enough since my primary concern is "did I allocate enough RAM to this or should I add more?!". Since there are multiple processes running inside the container, there's no good way to get insight into the memory/cpu...etc of any one component. Not a concern for my purposes, but I can certainly imagine larger deployments where knowing cpu/disk/memory...etc consumption of node vs zoekt would come in very handy.

For these metrics, standard prometheus format would be ideal / most accessible for everybody.

The second ask: metrics about what's in the index.

  • count of files in the index
  • number of repos in the index
  • how long indexing takes (combined with a counter for number of repos, I can calc average index time per repo...)
  • success/fail count per repo (if - suddenly - the number of repos successfully refreshed/indexed inverts with the number of repos that could not be successfully refreshed/indexed, that's an alert that I need to go page somebody to go figure out what's happened to our git server!)
Lingua principale
TypeScript
Stelle
3.9k
Fork
374
Merge medio
21h 18m
PR unite (30g)
39

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di sourcebot-dev/sourcebot

Tutte le issue di sourcebot-dev/sourcebot

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.