# Določite varne meje samodejne obnove

Taiga Learning · Delovni list
https://taiga.training/sl/lessons/self-healing/

Uporabite izmišljene ali odobrene informacije. V ta delovni list ne vnašajte skrivnosti.

## Učni cilji
- Ločite samodejno obnovo od trajnega popravka programske opreme.
- Določite omejena pravila obnove in neodvisna preverjanja uspeha.
- Prepoznajte, kdaj se mora avtomatizacija ustaviti in eskalirati.

## Vaja
Zasnujte pravila obnove za izmišljeni delovni proces izvoza iz te lekcije. Določite sprožilec, izključitve, dovoljeno dejanje, omejitev ponovnih poskusov, premor, preverjanje uspeha in odgovornega za eskalacijo. Preizkusite jih ob izpadu podatkovne zbirke in neznani napaki celovitosti podatkov.

## Vaš odgovor
- Scenarij in obseg:
- Predpostavke in odprta vprašanja:
- Predlagani odgovor ali odločitev z razlogi:

## Preverite odgovor
| Trditev ali merilo | Dokazilo ali test | Rezultat ali vrzel | Odgovorna oseba |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Naslednji ukrep
- Ukrep, odgovorna oseba in datum:
- Kdaj boste pregledali ta odgovor?

## Načelo, ki si ga velja zapomniti
Samodejna obnova potrebuje določeno odpoved, odobreno dejanje, merljiv rezultat in pogoj za ustavitev. Ponavljanje dejanja brez obnove je dodatna napaka.

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

Ta delovni list podpira učenje. Njegova izpolnitev sama po sebi ne daje dovoljenja za spremembo v produkciji.