# Поставете безбедни граници за самообновување

Taiga Learning · Работен лист
https://taiga.training/mk/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/)

Овој работен лист го поддржува учењето. Неговото пополнување само по себе не овластува продукциска промена.