# Пројектујте софтвер за cloud native окружење

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

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