# Navrhujte software pro cloud native prostředí

Taiga Learning · Pracovní list
https://taiga.training/cs/lessons/cloud-native/

Používejte fiktivní nebo schválené informace. Do pracovního listu nevkládejte tajné údaje.

## Cíle učení
- Odlišit zabalení do kontejneru od cloud native chování.
- Určit rizika stavu, opakování a nahrazení ve vygenerované službě.
- Definovat kontrakt platformy, který agenti i lidé dokážou ověřit.

## Cvičení
Fiktivní služba sestav ukládá úlohy a dokončené soubory na disk kontejneru. Nakreslete tok přes požadavek, úlohu, soubor a stažení. Označte trvalý stav. Definujte, co se stane, když se worker zastaví po zápisu souboru, ale před potvrzením úlohy.

## Vaše odpověď
- Scénář a rozsah:
- Předpoklady a otevřené otázky:
- Navržená odpověď nebo rozhodnutí s důvody:

## Ověřte odpověď
| Tvrzení nebo kritérium | Důkaz nebo test | Výsledek nebo nedostatek | Odpovědná osoba |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Další akce
- Akce, odpovědná osoba a datum:
- Kdy tuto odpověď znovu posoudíte?

## Zásada k zapamatování
Cloud native návrh umožňuje opakovatelné změny a provoz. Samotný kontejnerový image toto chování neprokazuje.

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

Tento pracovní list podporuje učení. Jeho vyplnění samo nepovoluje produkční změnu.