jaegertracing/jaeger

Document multi-zone / multi-region setup

Open

#1.833 geöffnet am 5. Okt. 2019

Auf GitHub ansehen
 (11 Kommentare) (5 Reaktionen) (0 zugewiesene Personen)Go (2.326 Forks)batch import
documentationhelp wanted

Repository-Metriken

Stars
 (18.974 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 4T 15h) (89 gemergte PRs in 30 T)

Beschreibung

Requirement - what kind of business use case are you trying to solve?

Application is spread out across multiple clusters and traffic is routed to a cluster based on client location. How to have one Jaeger UI to see traces in all the clusters?

Is it possible to have collector,db,query and ui all in one cluster where all agents running in multiple clusters send their traces to? And if so is there a way to tag/label the span with cluster/region name?

Problem - what in Jaeger blocks you from solving the requirement?

There is no documentation on what the possible/best patterns are.

Contributor Guide

Research-Richtung
Beginnen Sie mit der Überprüfung der vorhandenen Jaeger Dokumentation zu Bereitstellung und Architektur, um die aktuellen Muster zu verstehen. Sehen Sie sich verwandte Issues und Diskussionen im Repository an, um frühere Arbeiten oder Vorschläge zu finden. Erstellen Sie dann einen Entwurf eines Dokuments, das das Multi Zonen /Multi Region Setup beschreibt, einschließlich Überlegungen zum Sammeln von Traces aus mehreren Clustern und zum Kennzeichnen von Spans mit Regionsinformationen. Sammeln Sie schließlich Feedback von der Community über einen Entwurf PR.
Tech Stack
go
Domain
backend
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.
Meist klar
Voraussetzungen
Git
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
70