# Observa el servicio y a sus usuarios

Taiga Learning · Hoja de ejercicios
https://taiga.training/es/lessons/observability/

Usa información ficticia o aprobada. No incluyas secretos en esta hoja.

## Objetivos de aprendizaje
- Elegir telemetría que responda a una pregunta operativa concreta.
- Distinguir un síntoma del servicio de una causa interna.
- Proteger la telemetría y detectar pruebas ausentes u obsoletas.

## Ejercicio
Para la exportación ficticia de esta lección, define un SLI, una alerta que permita actuar, tres campos de telemetría permitidos y dos prohibidos. Indica cómo detectarías un fallo del pipeline de telemetría.

## Tu respuesta
- Escenario y alcance:
- Suposiciones y preguntas abiertas:
- Respuesta o decisión propuesta, con motivos:

## Verifica tu respuesta
| Afirmación o criterio | Prueba o comprobación | Resultado o carencia | Responsable |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Siguiente acción
- Acción, responsable y fecha:
- ¿Cuándo revisarás esta respuesta?

## Principio que conservar
La observabilidad permite explicar el comportamiento del servicio. La telemetría útil conecta el impacto en usuarios con la investigación sin exponer datos innecesarios.

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

Esta hoja apoya el aprendizaje. Completarla no autoriza por sí solo un cambio en producción.