# Postavite sigurne granice samostalnog oporavka

Taiga Learning · Radni list
https://taiga.training/bs/lessons/self-healing/

Koristite izmišljene ili odobrene informacije. Ne unosite tajne u ovaj radni list.

## Ciljevi učenja
- Razlikujte samostalni oporavak od trajne ispravke softvera.
- Odredite ograničenu politiku oporavka i nezavisne provjere uspjeha.
- Prepoznajte kada automatizacija mora stati i eskalirati problem.

## Vježba
Osmislite politiku oporavka za izmišljeni radni proces izvoza iz ove lekcije. Navedite povod, izuzetke, dozvoljenu radnju, ograničenje ponovnih pokušaja, period čekanja, provjeru uspjeha i osobu kojoj se problem eskalira. Testirajte je pri nedostupnoj bazi podataka i nepoznatom problemu integriteta podataka.

## Vaš odgovor
- Scenarij i opseg:
- Pretpostavke i otvorena pitanja:
- Predloženi odgovor ili odluka, s obrazloženjem:

## Provjerite svoj odgovor
| Tvrdnja ili kriterij | Dokaz ili test | Rezultat ili nedostatak | Odgovorna osoba |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Sljedeća radnja
- Radnja, odgovorna osoba i datum:
- Kada ćete pregledati ovaj odgovor?

## Princip koji treba zapamtiti
Samostalni oporavak treba određen neuspjeh, ovlaštenu radnju, mjerljiv rezultat i uslov zaustavljanja. Ponavljanje radnje bez oporavka još je jedan neuspjeh.

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

Ovaj radni list podržava učenje. Njegovo popunjavanje samo po sebi ne odobrava promjenu u produkcijskom okruženju.