# Stabiliți limite sigure pentru recuperarea automată

Taiga Learning · Fișă de lucru
https://taiga.training/ro/lessons/self-healing/

Folosiți informații fictive sau aprobate. Nu puneți secrete în această fișă de lucru.

## Obiective de învățare
- Deosebiți recuperarea automată de o corecție software permanentă.
- Definiți o politică limitată de recuperare și verificări independente ale reușitei.
- Recunoașteți când automatizarea trebuie să se oprească și să escaladeze.

## Exercițiu
Proiectați o politică de recuperare pentru workerul fictiv de export din această lecție. Precizați declanșatorul, excluderile, acțiunea permisă, limita reîncercărilor, pauza dintre încercări, verificarea reușitei și responsabilul escaladării. Testați-o pentru o întrerupere a bazei de date și o problemă necunoscută de integritate a datelor.

## Răspunsul dumneavoastră
- Scenariu și domeniu:
- Ipoteze și întrebări deschise:
- Răspuns sau decizie propusă, cu motive:

## Verificați răspunsul
| Afirmație sau criteriu | Dovadă sau test | Rezultat sau lipsă | Responsabil |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Acțiunea următoare
- Acțiune, responsabil și dată:
- Când veți reevalua acest răspuns?

## Principiu de reținut
Recuperarea automată necesită o defecțiune definită, o acțiune autorizată, un rezultat măsurabil și o condiție de oprire. Repetarea unei acțiuni fără recuperare este un alt eșec.

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

Această fișă de lucru sprijină învățarea. Completarea ei nu autorizează singură o modificare în producție.