# Проектирайте софтуер за cloud native среда

Taiga Learning · Работен лист
https://taiga.training/bg/lessons/cloud-native/

Използвайте измислена или одобрена информация. Не поставяйте тайни стойности в този работен лист.

## Учебни цели
- Разграничете пакетирането в контейнер от cloud native поведение.
- Определете рисковете при състояние, повторни опити и замяна в генерирана услуга.
- Определете договор с платформата, който агенти и хора могат да проверят.

## Упражнение
Измислена услуга за отчети съхранява задачи и завършени файлове на диска на контейнера си. Начертайте потока през заявка, задача, файл и изтегляне. Отбележете устойчивото състояние. Определете какво става, ако worker спре след запис на файл, но преди потвърждаване на задачата.

## Вашият отговор
- Сценарий и обхват:
- Допускания и отворени въпроси:
- Предложен отговор или решение с обосновка:

## Проверете отговора си
| Твърдение или критерий | Доказателства или тест | Резултат или пропуск | Отговорник |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Следващо действие
- Действие, отговорник и дата:
- Кога ще прегледате този отговор?

## Принцип, който да запомните
Cloud native проектът прави промяната и експлоатацията повторяеми. Самият контейнерен образ не установява това поведение.

## Източници
- [CNCF: Cloud Native Definition v1.1](https://github.com/cncf/toc/blob/main/DEFINITION.md)
- [Kubernetes: Deployments](https://kubernetes.io/docs/concepts/workloads/controllers/deployment/)
- [AWS Builders’ Library: Making retries safe with idempotent APIs](https://aws.amazon.com/builders-library/making-retries-safe-with-idempotent-APIs/)

Този работен лист подпомага ученето. Самото му попълване не разрешава промяна в продукционната среда.