benoitc/gunicorn

Separate instrumentation and logging

Open

#1.564 geöffnet am 6. Aug. 2017

Auf GitHub ansehen
 (9 Kommentare) (4 Reaktionen) (0 zugewiesene Personen)Python (1.707 Forks)batch import
Feature/LoggingImprovementhelp wanted

Repository-Metriken

Stars
 (9.334 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 8h 8m) (1 gemergte PR in 30 T)

Beschreibung

Issues like #1405 demonstrate that having statsd instrumentation built on top of the logging handlers means instrumentation and logging are coupled. Some have found this coupling surprising.

I would like to see proposals for ways to separate these functions.

This may be as simple as making the statsd Logger into a handler instead, so it can be invoked no matter which logger is being used.

Contributor Guide

Research-Richtung
Schlagen Sie ein Design vor, um die Statsd Instrumentierung von den Logging Handlern zu entkoppeln, z. B. indem der Statsd Logger zu einem separaten Handler gemacht wird, der mit jedem Logger verwendet werden kann.
Tech Stack
python
Domain
backend
Issue Type
Refactoring
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Python
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
50