ÉTUDE DE PROJET 02

Décrire l’infrastructure, puis la livrer.

Du réseau AWS au déploiement Kubernetes : une application Flask livrée à travers Terraform, Ansible et GitLab CI.

2026Projet en binôme · avec Mouhcine
DEVOPS CI/CD PIPELINE ON AWSSCHÉMA DU PROJET / PROJET EN BINÔME01Terraform / AWS02Ansible03Image Docker04KubernetesOSSAMA ASHAD / 2026

Schéma de lecture du projet, construit à partir de sa documentation.

Le problème de départ.

Une livraison ne se résume pas à une image Docker. Le réseau, les machines, la configuration et le déploiement doivent être décrits pour pouvoir refaire l’environnement.

Ce que j’ai travaillé.

  • Décrire un VPC, un sous-réseau, un groupe de sécurité et deux instances EC2 avec Terraform.
  • Configurer Docker et le cluster à deux nœuds avec Ansible.
  • Relier tests, construction de l’image et mise à jour du déploiement Kubernetes dans GitLab CI.
Terraform / AWSAnsibleImage DockerKubernetes
Environnement Kubernetes d’exercice2 nœuds

Ce que j’en retiens.

Les erreurs aux frontières entre infrastructure et application sont souvent les plus instructives. Le projet m’a appris à lire la livraison comme une suite de dépendances.

Jusqu’où va le résultat ?

Il s’agit d’un exercice sur une petite infrastructure. Un environnement à deux nœuds n’est pas une architecture de production hautement disponible.

PROJET SUIVANT

Kafka / Flink Streaming Pipeline