open-telemetry/opentelemetry-specification

OTLP: Recommended maximum backoff time for transient errors retry?

Offen

#1.528 geöffnet am 10.03.2021

Auf GitHub ansehenContributor Guide
 (1 Kommentar) (0 Reaktionen) (0 zugewiesene Personen)Makefile (987 Forks)auto 404
enhancementhelp wantedrelease:allowed-for-gaspec:protocol

Repository-Metriken

Stars
 (4.267 Sterne)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

OTLP retry spec

Transient errors MUST be handled with a retry strategy. This retry strategy MUST implement an exponential back-off with jitter to avoid overwhelming the destination until the network is restored or the destination has recovered.

It is not clear what is the suggested maximum backoff time here. It would be good to have that in the spec otherwise SIGs may choose their own value(could be too high or too low) and will lead to inconsistency.

Contributor Guide

Research-Richtung
Bestimmen Sie die empfohlene maximale Backoff Zeit basierend auf Industriestandards und fügen Sie sie der Spezifikation hinzu.
Tech Stack
Keine
Domain
apinetworking
Issue Type
Dokumentation
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.
1-3 Stunden
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
Understanding of OTLP retry mechanism
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
75