# Tetapkan batas aman untuk self-healing

Taiga Learning · Lembar kerja
https://taiga.training/id/lessons/self-healing/

Gunakan informasi fiktif atau yang disetujui. Jangan masukkan secret dalam lembar kerja ini.

## Tujuan pembelajaran
- Bedakan self-healing dari perbaikan perangkat lunak permanen.
- Tentukan kebijakan pemulihan terbatas dan pemeriksaan keberhasilan independen.
- Kenali kapan otomatisasi harus berhenti dan melakukan eskalasi.

## Latihan
Rancang kebijakan pemulihan untuk worker ekspor fiktif dalam pelajaran ini. Tentukan pemicu, pengecualian, tindakan yang diizinkan, batas percobaan ulang, waktu jeda, pemeriksaan keberhasilan, dan penanggung jawab eskalasi. Uji terhadap gangguan database dan kegagalan integritas data yang belum diketahui.

## Jawaban Anda
- Skenario dan cakupan:
- Asumsi dan pertanyaan yang belum terjawab:
- Jawaban atau keputusan yang diusulkan, beserta alasan:

## Verifikasi jawaban Anda
| Klaim atau kriteria | Bukti atau pengujian | Hasil atau kekurangan | Penanggung jawab |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Tindakan berikutnya
- Tindakan, penanggung jawab, dan tanggal:
- Kapan Anda akan meninjau jawaban ini?

## Prinsip yang perlu dipertahankan
Self-healing memerlukan kegagalan yang ditentukan, tindakan berizin, hasil terukur, dan syarat penghentian. Mengulang tindakan tanpa pemulihan merupakan kegagalan lain.

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

Lembar kerja ini mendukung pembelajaran. Menyelesaikannya tidak dengan sendirinya mengizinkan perubahan produksi.