# Den Dienst und seine Nutzer beobachten

Taiga Learning · Arbeitsblatt
https://taiga.training/de/lessons/observability/

Nutzen Sie fiktive oder freigegebene Informationen. Tragen Sie keine Secrets in dieses Arbeitsblatt ein.

## Lernziele
- Telemetrie wählen, die eine konkrete Betriebsfrage beantwortet.
- Ein Dienstsymptom von einer internen Ursache unterscheiden.
- Telemetrie schützen und fehlende oder veraltete Nachweise erkennen.

## Übung
Definieren Sie für den fiktiven Export dieser Lektion ein SLI, einen handlungsrelevanten Alarm, drei erlaubte Telemetriefelder und zwei verbotene Felder. Beschreiben Sie, wie Sie eine defekte Telemetriepipeline erkennen würden.

## Ihre Antwort
- Szenario und Umfang:
- Annahmen und offene Fragen:
- Vorgeschlagene Antwort oder Entscheidung mit Begründung:

## Prüfen Sie Ihre Antwort
| Aussage oder Kriterium | Nachweis oder Test | Ergebnis oder Lücke | Verantwortung |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Nächste Handlung
- Handlung, Verantwortung und Datum:
- Wann werden Sie diese Antwort erneut prüfen?

## Beizubehaltendes Prinzip
Observability macht Dienstverhalten erklärbar. Nützliche Telemetrie verbindet Nutzerfolgen mit einer Untersuchung, ohne unnötige Daten offenzulegen.

## Quellen
- [OpenTelemetry: Observability primer](https://opentelemetry.io/docs/concepts/observability-primer/)
- [OpenTelemetry: Handling sensitive data](https://opentelemetry.io/docs/security/handling-sensitive-data/)
- [Google SRE: Alerting on SLOs](https://sre.google/workbook/alerting-on-slos/)
- [Taiga docs: Monitoring](https://docs.tai.ga/operate/monitoring/)

Dieses Arbeitsblatt unterstützt das Lernen. Seine Bearbeitung autorisiert für sich genommen keine Produktionsänderung.