# Progetta software per un ambiente cloud native

Taiga Learning · Scheda di lavoro
https://taiga.training/it/lessons/cloud-native/

Usa informazioni immaginarie o approvate. Non inserire segreti in questa scheda.

## Obiettivi di apprendimento
- Distinguere il packaging in container dal comportamento cloud native.
- Individuare rischi legati a stato, nuovi tentativi e sostituzione in un servizio generato.
- Definire un contratto di piattaforma verificabile da agenti e persone.

## Esercizio
Un servizio fittizio di report conserva job e file completati sul disco del container. Disegna il flusso di richiesta, job, file e download. Indica lo stato che deve persistere. Definisci cosa accade se il worker si ferma dopo aver scritto un file ma prima di confermare il job.

## La tua risposta
- Scenario e ambito:
- Ipotesi e questioni aperte:
- Risposta o decisione proposta, con motivazioni:

## Verifica la tua risposta
| Affermazione o criterio | Prova o test | Risultato o lacuna | Responsabile |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Azione successiva
- Azione, responsabile e data:
- Quando riesaminerai questa risposta?

## Principio da ricordare
La progettazione cloud native rende ripetibili modifiche e gestione operativa. Un'immagine container da sola non dimostra questo comportamento.

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

Questa scheda favorisce l'apprendimento. Compilarla non autorizza di per sé una modifica in produzione.