# Software für eine Cloud-Native-Umgebung entwerfen

Taiga Learning · Arbeitsblatt
https://taiga.training/de/lessons/cloud-native/

Nutzen Sie fiktive oder freigegebene Informationen. Tragen Sie keine Secrets in dieses Arbeitsblatt ein.

## Lernziele
- Containerisierung und Cloud-Native-Verhalten unterscheiden.
- Risiken für Zustand, Wiederholungen und Austausch in einem generierten Dienst erkennen.
- Einen Plattformvertrag definieren, den Agenten und Menschen prüfen können.

## Übung
Ein fiktiver Berichtsdienst speichert Jobs und fertige Dateien im lokalen Dateisystem seines Containers. Zeichnen Sie den Ablauf von Anfrage über Job und Datei bis zum Download. Markieren Sie dauerhaften Zustand. Legen Sie fest, was passiert, wenn der Worker nach dem Schreiben einer Datei, aber vor der Jobbestätigung stoppt.

## Ihre Antwort
- Szenario und Umfang:
- Annahmen und offene Fragen:
- Vorgeschlagene Antwort oder Entscheidung mit Begründung:

## Prüfen Sie Ihre Antwort
| Aussage oder Kriterium | Nachweis oder Test | Ergebnis oder Lücke | Verantwortung |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Nächste Handlung
- Handlung, Verantwortung und Datum:
- Wann werden Sie diese Antwort erneut prüfen?

## Beizubehaltendes Prinzip
Cloud-Native-Design macht Änderungen und Betrieb wiederholbar. Ein Container-Image allein belegt dieses Verhalten nicht.

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

Dieses Arbeitsblatt unterstützt das Lernen. Seine Bearbeitung autorisiert für sich genommen keine Produktionsänderung.