# กำหนดขอบเขตที่ปลอดภัยสำหรับ self-healing

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

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

## วัตถุประสงค์การเรียนรู้
- แยก self-healing ออกจากการแก้ซอฟต์แวร์อย่างถาวร
- กำหนดนโยบายกู้คืนที่มีขอบเขตและการตรวจสอบความสำเร็จอย่างเป็นอิสระ
- ระบุว่าเมื่อใด automation ต้องหยุดและยกระดับเรื่อง

## แบบฝึกหัด
ออกแบบนโยบายกู้คืนสำหรับ export worker ในสถานการณ์สมมติของบทเรียน ระบุเงื่อนไขเริ่ม ข้อยกเว้น การกระทำที่อนุญาต จำนวนครั้งสูงสุด ช่วงพัก การตรวจสอบความสำเร็จ และผู้รับเรื่องยกระดับ ทดสอบกับฐานข้อมูลล่มและความผิดปกติด้านความถูกต้องครบถ้วนของข้อมูลที่ยังไม่ทราบสาเหตุ

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

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

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

## หลักการที่ควรจำ
Self-healing ต้องระบุความขัดข้อง การกระทำที่อนุญาต ผลที่วัดได้ และเงื่อนไขหยุด การทำซ้ำโดยกู้คืนไม่ได้คือความขัดข้องอีกอย่างหนึ่ง

## แหล่งข้อมูล
- [Kubernetes: Self-Healing](https://kubernetes.io/docs/concepts/architecture/self-healing/)
- [AWS Builders’ Library: Timeouts, retries, and backoff with jitter](https://aws.amazon.com/builders-library/timeouts-retries-and-backoff-with-jitter/)
- [Google SRE: Automation at Google](https://sre.google/sre-book/automation-at-google/)

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