# สังเกตบริการและผู้ใช้

Taiga Learning · ใบงาน
https://taiga.training/th/lessons/observability/

ใช้ข้อมูลสมมติหรือข้อมูลที่อนุมัติแล้ว อย่าใส่ secret ในใบงานนี้

## วัตถุประสงค์การเรียนรู้
- เลือก telemetry ที่ตอบคำถามด้านการดำเนินงานเฉพาะเรื่อง
- แยกอาการที่เกิดกับบริการออกจากสาเหตุภายใน
- ป้องกัน telemetry และตรวจพบหลักฐานที่ขาดหรือเก่า

## แบบฝึกหัด
สำหรับการส่งออกในสถานการณ์สมมติของบทเรียน กำหนด SLI หนึ่งอย่าง alert ที่นำไปดำเนินการได้หนึ่งรายการ field ของ telemetry ที่อนุญาตสามรายการ และที่ห้ามสองรายการ ระบุวิธีตรวจพบว่า telemetry pipeline ขัดข้อง

## คำตอบของคุณ
- สถานการณ์และขอบเขต:
- สมมติฐานและคำถามที่ยังไม่ได้ข้อยุติ:
- คำตอบหรือการตัดสินใจที่เสนอ พร้อมเหตุผล:

## ตรวจสอบคำตอบของคุณ
| ข้ออ้างหรือเกณฑ์ | หลักฐานหรือ test | ผลหรือสิ่งที่ยังขาด | ผู้รับผิดชอบ |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## งานถัดไป
- งาน ผู้รับผิดชอบ และวันที่:
- คุณจะตรวจทานคำตอบนี้เมื่อใด

## หลักการที่ควรจำ
Observability ทำให้พฤติกรรมบริการอธิบายได้ Telemetry ที่มีประโยชน์เชื่อมผลกระทบต่อผู้ใช้กับการสืบหาสาเหตุ โดยไม่เปิดเผยข้อมูลเกินจำเป็น

## แหล่งข้อมูล
- [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/)

ใบงานนี้ช่วยในการเรียนรู้ การทำเสร็จไม่ได้อนุญาตให้เปลี่ยน production โดยตัวมันเอง