# Design software til et cloud native-miljø

Taiga Learning · Arbejdsark
https://taiga.training/da/lessons/cloud-native/

Brug fiktive eller godkendte oplysninger. Skriv ikke secrets i arbejdsarket.

## Læringsmål
- Skeln mellem containerpakning og cloud native-adfærd.
- Find risici ved tilstand, gentagne forsøg og udskiftning i en genereret tjeneste.
- Definér en platformkontrakt, som agenter og mennesker kan kontrollere.

## Øvelse
En fiktiv rapporttjeneste gemmer jobs og færdige filer på containerens disk. Tegn forløbet gennem forespørgsel, job, fil og download. Markér varig tilstand. Definér, hvad der sker, hvis workeren stopper efter at have skrevet en fil, men før den bekræfter jobbet.

## Dit svar
- Scenarie og omfang:
- Antagelser og åbne spørgsmål:
- Foreslået svar eller beslutning med begrundelser:

## Verificér dit svar
| Påstand eller kriterium | Dokumentation eller test | Resultat eller mangel | Ansvarlig |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Næste handling
- Handling, ansvarlig og dato:
- Hvornår vil du gennemgå dette svar?

## Princip at huske
Cloud native-design gør ændringer og drift gentagelige. Et containerimage dokumenterer ikke i sig selv den adfærd.

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

Arbejdsarket understøtter læring. Gennemførelse autoriserer ikke i sig selv en produktionsændring.