# Concevoir un logiciel pour un environnement cloud native

Taiga Learning · Fiche d’exercice
https://taiga.training/fr/lessons/cloud-native/

Utilisez des informations fictives ou approuvées. Ne placez pas de secrets dans cette fiche.

## Objectifs d’apprentissage
- Distinguer la mise en conteneur du comportement cloud native.
- Identifier les risques liés à l’état, aux nouvelles tentatives et au remplacement dans un service généré.
- Définir un contrat de plateforme que les agents et les personnes peuvent vérifier.

## Exercice
Un service de rapports fictif stocke les tâches et les fichiers terminés sur le disque de son conteneur. Dessinez le flux entre la requête, la tâche, le fichier et le téléchargement. Identifiez l’état durable. Définissez ce qui se passe si le worker s’arrête après avoir écrit un fichier, mais avant d’avoir confirmé la tâche.

## Votre réponse
- Scénario et périmètre :
- Hypothèses et questions ouvertes :
- Réponse ou décision proposée, avec justification :

## Vérifier votre réponse
| Affirmation ou critère | Preuve ou test | Résultat ou lacune | Responsable |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Action suivante
- Action, responsable et date :
- Quand réexaminerez-vous cette réponse ?

## Principe à retenir
La conception cloud native rend les changements et l’exploitation reproductibles. Une image de conteneur seule ne garantit pas ce comportement.

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

Cette fiche sert à apprendre. La remplir n’autorise pas à elle seule une modification en production.