Verteilte Rückverfolgung in der Praxis

Kapitel 6. Gemeinkosten, Kosten und Stichproben

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Es kann eine Herausforderung sein, die richtigen Spans zu definieren, um deine Anwendung zu verstehen - eine Herausforderung, die es wert ist, angenommen zu werden -, aber wenn du das geschafft hast, wirst du mit einer weiteren Herausforderung konfrontiert: der Verwaltung der Flut von Spans, die von deiner Anwendung ausgegeben werden. Selbst wenn deine Anwendung Daten in der richtigen Menge erzeugt, ist es wichtig, die Auswirkungen auf die Leistung deiner Anwendung und die Kosten für deine Recheninfrastruktur zu verstehen. Der erste Grundsatz beim verteilten Tracing - wie bei allen Beobachtungstools - sollte lauten: "Erstens, keinen Schaden anrichten." Tracing kann so implementiert werden, dass die Auswirkungen auf deine Anwendung vernachlässigbar sind, aber die Verwaltung der Kosten für die Infrastruktur kann schwieriger sein.

Nicht alle Spans haben den gleichen Wert. Viele Spans stehen für alltägliche Anfragen, die (hoffentlich) zahlreich in deiner Anwendung vorkommen. Es ist zwar nützlich, die Leistung dieser Anfragen zu messen und vielleicht ein paar Beispiele zu haben, aber wahrscheinlich reicht schon eine Handvoll aus. Andererseits können Spans, die sich auf einen selten auftretenden Fehler oder einen kleinen, aber wichtigen Nutzer beziehen, wichtige Einblicke in das Geschehen und die Gründe ...