# Задавайце бяспечныя межы самааднаўлення

Taiga Learning · Працоўны ліст
https://taiga.training/be/lessons/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-асяроддзі.