# Osserva il servizio e i suoi utenti

Taiga Learning · Scheda di lavoro
https://taiga.training/it/lessons/observability/

Usa informazioni immaginarie o approvate. Non inserire segreti in questa scheda.

## Obiettivi di apprendimento
- Scegliere telemetria che risponda a una domanda operativa precisa.
- Distinguere un sintomo del servizio da una causa interna.
- Proteggere la telemetria e rilevare prove mancanti o obsolete.

## Esercizio
Per l'esportazione fittizia della lezione, definisci uno SLI, un avviso che richieda un'azione, tre campi di telemetria ammessi e due vietati. Indica come rileveresti un guasto della pipeline di telemetria.

## La tua risposta
- Scenario e ambito:
- Ipotesi e questioni aperte:
- Risposta o decisione proposta, con motivazioni:

## Verifica la tua risposta
| Affermazione o criterio | Prova o test | Risultato o lacuna | Responsabile |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Azione successiva
- Azione, responsabile e data:
- Quando riesaminerai questa risposta?

## Principio da ricordare
L'osservabilità rende spiegabile il comportamento del servizio. Una telemetria utile collega l'impatto sugli utenti all'indagine senza esporre dati inutili.

## Fonti
- [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/)

Questa scheda favorisce l'apprendimento. Compilarla non autorizza di per sé una modifica in produzione.
