# Projektuj oprogramowanie dla środowiska cloud native

Taiga Learning · Arkusz
https://taiga.training/pl/lessons/cloud-native/

Używaj fikcyjnych lub zatwierdzonych informacji. Nie umieszczaj sekretów w arkuszu.

## Cele nauki
- Odróżniaj pakowanie w kontenery od zachowania cloud native.
- Wskaż ryzyka stanu, ponawiania i wymiany procesu w wygenerowanej usłudze.
- Określ kontrakt platformy możliwy do sprawdzenia przez ludzi i agentów.

## Ćwiczenie
Fikcyjna usługa raportowa przechowuje zadania i gotowe pliki na dysku kontenera. Narysuj przepływ przez żądanie, zadanie, plik i pobranie. Zaznacz trwały stan. Określ, co się stanie, gdy worker zatrzyma się po zapisaniu pliku, ale przed potwierdzeniem zadania.

## Twoja odpowiedź
- Scenariusz i zakres:
- Założenia i otwarte pytania:
- Proponowana odpowiedź lub decyzja z uzasadnieniem:

## Sprawdź odpowiedź
| Twierdzenie lub kryterium | Dowód lub test | Wynik lub luka | Właściciel |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Następne działanie
- Działanie, właściciel i data:
- Kiedy przejrzysz tę odpowiedź?

## Zasada do zapamiętania
Projekt cloud native zapewnia powtarzalność zmian i eksploatacji. Sam obraz kontenera nie potwierdza takiego zachowania.

## Źródła
- [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/)

Arkusz wspiera naukę. Samo ukończenie nie upoważnia do zmiany produkcji.