PROGRAMME INGÉNIEUR DEVOPS & CLOUD

5 mois pour passer de la connaissance des outils à la maîtrise d’une plateforme Cloud

Docker. Kubernetes. Terraform. AWS. Azure. CI/CD.

Aujourd’hui, vous pouvez trouver gratuitement des centaines d’heures de vidéos pour apprendre chacun de ces outils.

Mais connaître les commandes Docker ne fait pas de vous un ingénieur DevOps.

Savoir créer un Pod Kubernetes non plus.

La vraie compétence commence lorsque vous êtes capable de prendre une application et de répondre à ces questions :

Comment la déployer ?
Comment automatiser son infrastructure ?
Comment la sécuriser ?
Comment gérer les secrets ?
Comment la superviser ?
Comment la mettre à jour sans interruption ?
Comment diagnostiquer un incident ?
Comment restaurer le service après une panne ?
Et surtout : pourquoi avez-vous choisi cette architecture ?

C’est autour de ces problématiques que ce programme de 20 semaines est construit.

Notre objectif n’est pas de vous faire collectionner des outils.

Notre objectif est de vous apprendre progressivement à :

Construire → Automatiser → Déployer → Sécuriser → Observer → Dépanner une plateforme Cloud.

1. CE QUE CE PROGRAMME EST — ET CE QU’IL N’EST PAS

Avant votre inscription, nous préférons être transparents.

Est-ce une formation miracle pour devenir DevOps en 5 mois ?

Non.

Cinq mois ne remplacent pas plusieurs années d’expérience professionnelle.

Le programme vous donne cependant un parcours structuré pour acquérir et démontrer les compétences fondamentales attendues dans des environnements DevOps & Cloud.

Votre progression dépendra énormément du temps consacré aux laboratoires, aux projets et au travail personnel.

Garantissons-nous un emploi ?

Non.

Nous ne garantissons pas contractuellement l’obtention d’un emploi à la fin de la formation.

Une embauche dépend de nombreux facteurs : votre expérience précédente, votre localisation, votre niveau technique, votre communication, votre anglais, vos performances en entretien, votre régularité dans les candidatures et l’état du marché.

Nous travaillons cependant sur les éléments que nous pouvons influencer :

Compétences → Projets → GitHub → Portfolio → CV → LinkedIn → Entretiens → Positionnement → Candidatures

Notre engagement porte donc sur la formation et l’accompagnement, et non sur une promesse d’embauche.

2. À QUI S’ADRESSE LE PROGRAMME ?

Vous êtes développeur logiciel

Vous savez développer des applications, utiliser Git, peut-être Docker et CI/CD, mais vous souhaitez comprendre tout ce qui se passe autour de l’application :

Cloud, infrastructure, réseau, Kubernetes, Terraform, sécurité, monitoring et exploitation.

Votre expérience en développement constitue alors une excellente base.

Vous êtes administrateur système ou réseau

Vous avez déjà une bonne compréhension de l’infrastructure mais souhaitez évoluer vers :

• Infrastructure as Code ;
• Cloud ;
• conteneurisation ;
• Kubernetes ;
• CI/CD ;
• automatisation.

Vous connaissez déjà Kubernetes ou Terraform

Vous n’avez pas nécessairement besoin d’une nouvelle introduction aux commandes.

Nous chercherons plutôt à transformer vos connaissances isolées en capacité à construire et expliquer une architecture complète.

Vous êtes relativement débutant

Le premier mois pose les fondations nécessaires :

Linux + réseau + Git + automatisation.

Cependant, le programme est intensif et demande une pratique régulière.

3. FORMAT DU PROGRAMME

Durée : 5 mois

20 semaines

Charge recommandée : 15 à 20 heures par semaine

Le programme combine :

• cours techniques ;
• démonstrations ;
• laboratoires pratiques ;
• travaux individuels ;
• projets ;
• troubleshooting ;
• code reviews ;
• architecture reviews ;
• examens pratiques ;
• préparation aux certifications ;
• coaching carrière ;
• coaching individuel.

Chaque mois introduit de nouvelles compétences qui sont réutilisées dans les mois suivants.

4. LE FIL CONDUCTEUR

Nous ne voulons pas enseigner 25 technologies indépendamment les unes des autres.

Nous allons progressivement construire cette chaîne :

Application

↓

Linux

↓

Docker

↓

Cloud

↓

Kubernetes

↓

Terraform

↓

CI/CD

↓

GitOps

↓

Security

↓

Observability

↓

SRE / Production

Chaque nouveau module réutilise les connaissances précédentes.

MOIS 1 — FONDATIONS DEVOPS

Linux • Réseaux • Git • Automatisation

Avant Kubernetes ou Terraform, un ingénieur DevOps doit comprendre le système et le réseau sur lesquels ses applications fonctionnent.

SEMAINE 1 — ADMINISTRATION LINUX

Nous travaillerons sur :

• architecture Linux ;
• système de fichiers ;
• commandes essentielles ;
• utilisateurs et groupes ;
• permissions ;
• processus ;
• packages ;
• variables d’environnement ;
• services avec systemd ;
• journaux ;
• diagnostic d’un serveur.

Laboratoires

Vous devrez notamment :

• administrer un serveur Linux ;
• créer utilisateurs et groupes ;
• configurer les permissions ;
• gérer les services ;
• analyser des logs ;
• identifier la cause d’un service indisponible.

SEMAINE 2 — LINUX AVANCÉ & AUTOMATISATION

Nous aborderons :

• stockage ;
• systèmes de fichiers ;
• SSH ;
• clés SSH ;
• firewall ;
• cron ;
• Bash ;
• variables ;
• conditions ;
• boucles ;
• fonctions ;
• scripts d’installation ;
• sauvegardes automatisées ;
• introduction à Python pour l’automatisation.

L’objectif n’est pas de devenir développeur Python.

L’objectif est de pouvoir automatiser les tâches répétitives d’exploitation.

SEMAINE 3 — RÉSEAUX POUR DEVOPS

Vous travaillerez sur :

• modèle TCP/IP ;
• IPv4 ;
• subnetting ;
• CIDR ;
• routage ;
• gateway ;
• DNS ;
• NAT ;
• VPN ;
• HTTP ;
• HTTPS ;
• TLS ;
• SSH ;
• firewall ;
• reverse proxy ;
• load balancing.

Troubleshooting

Nous utiliserons notamment :

ping
curl
dig
ss
traceroute
tcpdump

Vous devrez progressivement apprendre à répondre à :

« Mon application n’est pas accessible. Où est le problème ? »

SEMAINE 4 — GIT & COLLABORATION

• commits ;
• branches ;
• merge ;
• rebase ;
• tags ;
• releases ;
• Pull Requests ;
• code reviews ;
• résolution de conflits ;
• GitFlow ;
• trunk-based development ;
• Semantic Versioning ;
• protection des branches ;
• GitHub/GitLab ;
• introduction à GitHub Actions.

PROJET 1 — SERVEUR LINUX AUTOMATISÉ ET SÉCURISÉ

Vous devrez :

• provisionner un serveur Linux ;
• sécuriser SSH ;
• configurer utilisateurs et permissions ;
• installer une application ou un serveur Web ;
• automatiser l’installation ;
• mettre en place les sauvegardes ;
• gérer les logs ;
• documenter l’exploitation.

Livrables

• scripts ;
• dépôt GitHub ;
• README ;
• diagramme ;
• documentation ;
• runbook d’exploitation.

MOIS 2 — DOCKER & CLOUD AWS

Du serveur traditionnel à une architecture Cloud

SEMAINE 5 — DOCKER

• architecture Docker ;
• images ;
• containers ;
• registries ;
• volumes ;
• networking ;
• variables d’environnement ;
• logs ;
• health checks ;
• troubleshooting.

SEMAINE 6 — DOCKER POUR LA PRODUCTION

• Dockerfiles ;
• multi-stage builds ;
• optimisation des images ;
• utilisateurs non-root ;
• secrets ;
• Docker Compose ;
• applications multi-services ;
• sécurité des images ;
• vulnerability scanning ;
• registries.

SEMAINES 7 & 8 — AWS

Nous construirons progressivement une architecture AWS.

Identity

• IAM ;
• users ;
• groups ;
• roles ;
• policies.

Compute

• EC2 ;
• Auto Scaling ;
• Load Balancers.

Networking

• VPC ;
• public/private subnets ;
• route tables ;
• Internet Gateway ;
• NAT Gateway ;
• Security Groups.

Storage & Data

• S3 ;
• EBS ;
• RDS.

DNS & Distribution

• Route 53 ;
• CloudFront.

Monitoring

• CloudWatch.

Architecture

Nous travaillerons sur :

• haute disponibilité ;
• sécurité ;
• sauvegarde ;
• disaster recovery ;
• performance ;
• optimisation des coûts.

PROJET 2 — APPLICATION CONTENEURISÉE SUR AWS

Vous devrez construire une architecture du type :

Internet

↓

DNS / HTTPS

↓

Load Balancer

↓

Application Docker

↓

Base de données

avec notamment :

• réseau segmenté ;
• contrôle des accès ;
• monitoring ;
• stockage ;
• sauvegarde ;
• documentation.

Vous devrez également justifier vos choix d’architecture.

MOIS 3 — KUBERNETES, HELM & GITOPS

Passer du conteneur à l’orchestration

SEMAINE 9 — KUBERNETES FUNDAMENTALS

• architecture Kubernetes ;
• Control Plane ;
• Worker Nodes ;
• Pods ;
• ReplicaSets ;
• Deployments ;
• Services ;
• Namespaces ;
• Labels ;
• Selectors ;
• ConfigMaps ;
• Secrets ;
• Requests/Limits ;
• Liveness/Readiness Probes.

SEMAINE 10 — KUBERNETES AVANCÉ

• StatefulSets ;
• DaemonSets ;
• Persistent Volumes ;
• StorageClasses ;
• Ingress ;
• Service Accounts ;
• RBAC ;
• Network Policies ;
• Horizontal Pod Autoscaler ;
• affinity/anti-affinity ;
• taints/tolerations ;
• Jobs ;
• CronJobs.

Une attention importante sera accordée au :

Troubleshooting Kubernetes.

SEMAINE 11 — KUBERNETES DANS LE CLOUD

Nous travaillerons sur les concepts liés aux clusters Kubernetes managés.

Notamment :

• AKS ;
• EKS ;
• identité ;
• networking ;
• registries ;
• stockage ;
• sécurité ;
• upgrades ;
• exploitation.

L’objectif n’est pas de maîtriser deux plateformes Kubernetes indépendantes en une semaine, mais de comprendre comment les concepts Kubernetes s’intègrent dans les environnements Cloud.

SEMAINE 12 — HELM & GITOPS

Helm

• Charts ;
• templates ;
• values ;
• environnements ;
• releases.

GitOps

• principes GitOps ;
• Argo CD ;
• synchronisation ;
• rollback ;
• gestion des versions.

Deployment Strategies

• Rolling Update ;
• Blue/Green ;
• Canary.

PROJET 3 — PLATEFORME KUBERNETES

Vous devrez déployer une application multi-services avec :

• Kubernetes ;
• Helm ;
• HTTPS ;
• Ingress ;
• autoscaling ;
• health checks ;
• Network Policies ;
• GitOps ;
• Argo CD ;
• stratégie de rollback.

Livrables

• manifests ;
• Helm Chart ;
• GitOps repository ;
• diagramme ;
• documentation ;
• procédure de rollback ;
• troubleshooting guide.

MOIS 4 — AZURE, TERRAFORM & CI/CD

Passer du déploiement manuel à l’Infrastructure as Code

SEMAINE 13 — AZURE : IDENTITÉ & GOUVERNANCE

• Tenant ;
• Entra ID ;
• Management Groups ;
• Subscriptions ;
• Resource Groups ;
• users/groups ;
• RBAC ;
• Azure Policy ;
• tags ;
• locks ;
• budgets.

SEMAINE 14 — AZURE COMPUTE & STORAGE

Storage

• Storage Accounts ;
• Blob Storage ;
• Azure Files ;
• réplication ;
• sécurité.

Compute

• Virtual Machines ;
• Availability Zones ;
• VM Scale Sets ;
• App Service ;
• Azure Container Registry ;
• Backup.

SEMAINE 15 — AZURE NETWORKING

• VNet ;
• subnets ;
• NSG ;
• VNet Peering ;
• DNS ;
• Load Balancer ;
• Application Gateway ;
• VPN ;
• NAT Gateway ;
• Private Endpoints ;
• Network Watcher ;
• troubleshooting réseau.

SEMAINE 16 — TERRAFORM & CI/CD

Terraform

• Infrastructure as Code ;
• providers ;
• resources ;
• variables ;
• outputs ;
• state ;
• remote state ;
• modules ;
• import ;
• infrastructure Azure.

CI/CD

• GitHub Actions et/ou Azure DevOps ;
• build ;
• tests ;
• artefacts ;
• secrets ;
• déploiements automatisés.

PROJET 4 — INFRASTRUCTURE AZURE AUTOMATISÉE

L’objectif est de construire :

Git Push

↓

Pipeline CI/CD

↓

Terraform

↓

Infrastructure Azure

↓

Application

↓

Monitoring

Vous devrez notamment :

• construire le réseau ;
• créer les ressources avec Terraform ;
• configurer les identités ;
• gérer les secrets ;
• déployer automatiquement ;
• monitorer ;
• documenter.

5. PARCOURS DE CERTIFICATION PERSONNALISÉ

Une certification principale, choisie selon votre positionnement

Tous les participants n’ont pas les mêmes objectifs.

Un candidat visant des environnements AWS n’a pas nécessairement intérêt à concentrer son temps de préparation sur AZ-104.

Inversement, un candidat évoluant dans un environnement Microsoft/Azure pourra avoir davantage intérêt à préparer AZ-104.

C’est pourquoi nous n’imposons pas les deux certifications à tous les participants.

Chaque participant sera orienté vers un parcours principal de certification.

PARCOURS A — AWS SOLUTIONS ARCHITECT ASSOCIATE

Pour les participants dont le positionnement est principalement orienté AWS.

La préparation comprend :

• révisions structurées ;
• laboratoires ;
• questions d’entraînement ;
• architecture AWS ;
• examens blancs ;
• analyse des domaines faibles ;
• plan de révision.

PARCOURS B — MICROSOFT AZURE ADMINISTRATOR — AZ-104

Pour les participants dont le positionnement est principalement orienté Azure.

La préparation comprend :

• laboratoires Azure ;
• révisions ;
• questions d’entraînement ;
• examens blancs ;
• analyse des domaines faibles ;
• plan de révision.

COMMENT CHOISISSONS-NOUS ?

Lors du premier coaching individuel, nous analysons :

Profil actuel

↓

Expérience

↓

Poste cible

↓

Marché ciblé

↓

Compétences manquantes

↓

AWS ou Azure

↓

Certification

↓

Plan de progression

Le choix est donc effectué selon votre positionnement professionnel, et non simplement parce qu’une certification est populaire.

EST-CE QUE JE VAIS QUAND MÊME APPRENDRE AWS ET AZURE ?

Oui.

Le tronc commun vous expose aux deux environnements Cloud.

La différence concerne la préparation approfondie à la certification.

Vous concentrez vos efforts de certification sur :

AWS Solutions Architect Associate OU AZ-104.

L’objectif est de préparer sérieusement une certification pertinente plutôt que d’essayer d’accumuler plusieurs certifications sans profondeur.

LA CERTIFICATION EST-ELLE GARANTIE ?

Non.

Nous fournissons la préparation, les laboratoires, examens blancs et recommandations.

La réussite finale dépend du travail et des performances du candidat lors de l’examen.

MOIS 5 — DEVSECOPS, OBSERVABILITÉ & SRE

Maintenant, mettons la plateforme en production.

SEMAINE 17 — CI/CD AVANCÉ & DEVSECOPS

Nous construirons progressivement une chaîne :

Git

↓

Build

↓

Tests

↓

Quality

↓

Security

↓

Artifact

↓

Deployment

Nous travaillerons notamment sur :

• tests ;
• SonarQube ;
• dependency scanning ;
• container scanning ;
• détection de secrets ;
• gestion des artefacts ;
• sécurité du pipeline ;
• approbations ;
• promotion entre environnements.

SEMAINE 18 — OBSERVABILITÉ

Nous nous concentrerons sur les trois piliers :

METRICS • LOGS • TRACES

avec principalement :

• Prometheus ;
• Grafana ;
• Loki ;
• OpenTelemetry ;
• Alertmanager.

L’objectif n’est pas simplement d’installer Grafana.

Vous devrez apprendre à répondre à :

« Comment savez-vous que votre système a un problème ? »

et ensuite :

« Comment trouvez-vous la cause du problème ? »

SEMAINE 19 — SRE & PRODUCTION

• introduction au SRE ;
• SLI ;
• SLO ;
• SLA ;
• Error Budgets ;
• gestion des incidents ;
• runbooks ;
• postmortems ;
• capacité ;
• résilience ;
• haute disponibilité ;
• Disaster Recovery ;
• performance ;
• coûts.

SEMAINE 20 — CAPSTONE

Vous êtes maintenant responsable d’une plateforme.

Le Capstone réunit les compétences acquises pendant les cinq mois.

Vous devrez concevoir une plateforme comprenant :

Application

↓

Docker

↓

Infrastructure Cloud

↓

Terraform

↓

Kubernetes

↓

CI/CD

↓

GitOps

↓

Security

↓

Monitoring

Vous devrez également gérer :

• networking ;
• HTTPS ;
• secrets ;
• logs ;
• metrics ;
• traces ;
• alerting ;
• sauvegardes ;
• restauration ;
• sécurité ;
• coûts ;
• documentation.

SOUTENANCE TECHNIQUE

Vous ne présenterez pas simplement une démo.

Vous devrez défendre votre architecture.

Le jury pourra par exemple demander :

Pourquoi Kubernetes ?

Pourquoi cette architecture réseau ?

Pourquoi Terraform ?

Que se passe-t-il si un nœud tombe ?

Comment faites-vous un rollback ?

Comment gérez-vous les secrets ?

Comment détectez-vous une panne ?

Comment investiguez-vous une augmentation soudaine de latence ?

Comment restaurez-vous le système après un incident ?

Nous voulons évaluer votre capacité à :

Construire + Expliquer + Défendre + Dépanner.

6. VOTRE PORTFOLIO

À la fin du parcours, vous aurez travaillé sur plusieurs projets démontrables.

Projet 1

Linux sécurisé & automatisation

Projet 2

Architecture AWS & application conteneurisée

Projet 3

Kubernetes + Helm + GitOps

Projet 4

Azure + Terraform + CI/CD

Projet 5

Capstone DevOps & Cloud

Vos dépôts devront comprendre :

• code ;
• Infrastructure as Code ;
• diagrammes ;
• README professionnels ;
• procédures de déploiement ;
• runbooks ;
• documentation ;
• décisions d’architecture.

Votre GitHub doit progressivement devenir une preuve de vos compétences, pas simplement une collection de repositories.

7. ACCOMPAGNEMENT PROFESSIONNEL

La formation technique seule ne suffit pas toujours.

Savoir déployer Kubernetes ne signifie pas automatiquement savoir réussir un entretien Kubernetes.

L’accompagnement professionnel commence donc pendant la formation.

Nous travaillerons sur :

• positionnement ;
• CV ;
• LinkedIn ;
• GitHub ;
• portfolio ;
• recherche d’offres ;
• candidatures ;
• entretiens techniques ;
• questions comportementales ;
• architecture ;
• troubleshooting ;
• communication technique.

8. TROIS COACHINGS INDIVIDUELS 1-ON-1

Chaque participant bénéficie de 3 séances individuelles à des moments stratégiques.

Coaching 1 — Positionnement professionnel

Nous analysons :

• votre parcours ;
• vos compétences ;
• votre expérience ;
• votre objectif ;
• le poste ciblé ;
• le marché ciblé ;
• vos principales lacunes ;
• votre CV ;
• LinkedIn ;
• GitHub.

C’est également à ce moment que nous déterminons votre parcours de certification principal : AWS SAA ou AZ-104.

Vous repartez avec un plan de progression personnalisé.

Coaching 2 — Évaluation technique

Nous évaluons notamment :

• Linux ;
• réseau ;
• Cloud ;
• Docker ;
• Kubernetes ;
• Terraform ;
• CI/CD ;
• troubleshooting.

L’objectif est d’identifier les écarts entre :

Votre niveau actuel

et

Le niveau attendu pour les postes que vous ciblez.

Coaching 3 — Préparation au marché

En fin de parcours :

• revue du Capstone ;
• revue GitHub ;
• simulation d’entretien ;
• questions techniques ;
• présentation du parcours ;
• stratégie de candidature ;
• préparation aux premières candidatures.

9. SESSIONS COLLECTIVES

Les séances individuelles sont complétées par des sessions collectives consacrées notamment à :

• questions techniques ;
• troubleshooting ;
• CV ;
• entretiens ;
• certifications ;
• projets ;
• architecture ;
• retours d’expérience ;
• opportunités professionnelles.

10. TROIS MOIS D’ACCOMPAGNEMENT APRÈS LA FORMATION

La fin des cinq mois ne signifie pas que vous êtes immédiatement laissé seul.

Nous maintenons 3 mois supplémentaires de suivi carrière.

L’accompagnement peut notamment porter sur :

• analyse des candidatures ;
• préparation avant un entretien obtenu ;
• retours après entretien ;
• amélioration du CV ;
• positionnement ;
• GitHub ;
• stratégie de recherche ;
• partage d’opportunités pertinentes disponibles dans notre réseau.

Cet accompagnement ne constitue pas une garantie d’emploi.

11. REMOTE & INTERNATIONAL

Pour les participants ciblant des opportunités internationales, nous travaillerons également la capacité à :

• présenter son parcours en anglais ;
• expliquer une architecture en anglais ;
• répondre à des questions techniques en anglais ;
• participer à une simulation d’entretien ;
• présenter ses projets ;
• adapter CV et LinkedIn à des candidatures internationales.

L’objectif n’est pas de donner des cours complets d’anglais.

Nous nous concentrons principalement sur l’anglais professionnel et technique nécessaire aux entretiens DevOps/Cloud.

12. ÉVALUATION

La progression sera évaluée à travers :

• laboratoires ;
• quiz ;
• projets ;
• troubleshooting ;
• code reviews ;
• architecture reviews ;
• examens pratiques ;
• examens blancs ;
• Capstone ;
• soutenance finale.

Nous ne voulons pas seulement vérifier :

« Connaissez-vous cette commande ? »

Nous voulons également vérifier :

« Savez-vous quand l’utiliser, pourquoi et comment diagnostiquer le problème lorsqu’elle ne fonctionne pas ? »

13. FAQ

« Je maîtrise déjà Docker, Kubernetes et Terraform. Est-ce pertinent pour moi ? »

Cela dépend réellement de votre niveau.

Si vous êtes déjà capable de concevoir, automatiser, sécuriser, monitorer et dépanner une plateforme Cloud complète en autonomie, certaines parties du programme risquent effectivement d’être trop introductives.

Nous préférons vous le dire avant votre inscription.

En revanche, si vous avez déjà manipulé ces technologies mais souhaitez :

• structurer vos connaissances ;
• travailler sur des architectures complètes ;
• améliorer votre troubleshooting ;
• construire un portfolio ;
• préparer une certification ;
• vous préparer aux entretiens ;
• améliorer votre positionnement professionnel ;

alors le programme peut être pertinent.

« Garantissez-vous un emploi ? »

Non.

Nous ne garantissons pas contractuellement l’obtention d’un emploi.

Nous fournissons la formation, les projets, les retours techniques, le coaching et l’accompagnement professionnel.

La décision finale d’embauche appartient toujours aux entreprises.

« Avez-vous des entreprises partenaires ? »

Lorsque nous avons accès à des opportunités pertinentes dans notre réseau professionnel, nous pouvons les partager et faciliter certaines mises en relation.

Cependant, l’inscription au programme ne donne pas automatiquement accès à un emploi auprès d’une entreprise partenaire.

Notre objectif est surtout de construire un profil capable de candidater de manière autonome.

« Est-ce AWS ou Azure ? »

Les deux environnements sont abordés dans le tronc commun.

Cependant, votre préparation à la certification est personnalisée.

Selon votre positionnement, vous préparez principalement :

AWS Solutions Architect Associate

OU

Microsoft Azure Administrator — AZ-104.

« Pourquoi ne pas préparer obligatoirement les deux certifications ? »

Parce que notre objectif n’est pas de collectionner des badges.

En cinq mois, nous préférons vous aider à construire des compétences pratiques tout en préparant sérieusement une certification cohérente avec votre positionnement professionnel.

Vous pourrez naturellement préparer d’autres certifications par la suite.

« La certification est-elle garantie ? »

Non.

Nous vous préparons à l’examen.

La réussite dépend ensuite de votre niveau de préparation et de votre performance le jour de l’examen.

« Combien de temps faut-il travailler ? »

Nous recommandons environ 15 à 20 heures par semaine, en incluant :

cours + laboratoires + projets + révisions + travail personnel.

« Puis-je travailler en parallèle ? »

Oui, à condition de pouvoir dégager suffisamment de temps chaque semaine.

La formation a été pensée pour pouvoir être suivie par des professionnels, mais elle reste intensive.

« Est-ce uniquement une préparation aux certifications ? »

Non.

La certification est une composante du parcours.

Le véritable fil conducteur reste :

Construire → Automatiser → Sécuriser → Déployer → Observer → Dépanner.

14. CE QUE NOUS VOUS FOURNISSONS

Nous vous apportons :

La structure.

Les connaissances.

Les laboratoires.

Les projets.

Les retours techniques.

Les revues d’architecture.

Le mentorat.

La préparation à une certification Cloud.

Le coaching carrière.

La préparation aux entretiens.

15. CE QUE NOUS ATTENDONS DE VOUS

Nous ne pouvons pas pratiquer à votre place.

Vous devrez :

• travailler régulièrement ;
• réaliser les laboratoires ;
• terminer les projets ;
• documenter votre travail ;
• accepter les retours ;
• corriger vos erreurs ;
• pratiquer le troubleshooting ;
• préparer votre certification ;
• travailler votre communication ;
• candidater activement lorsque vous serez prêt.

La réussite du parcours repose sur un travail des deux côtés.

NOTRE OBJECTIF FINAL

À la fin des cinq mois, nous ne voulons pas simplement que vous puissiez écrire sur votre CV :

AWS • Azure • Docker • Kubernetes • Terraform • CI/CD

Nous voulons que vous puissiez ouvrir votre GitHub devant un recruteur ou un ingénieur et dire :

« Voici l’architecture que j’ai construite.

Voici pourquoi je l’ai conçue ainsi.

Voici comment l’infrastructure est créée avec Terraform.

Voici comment l’application est déployée.

Voici comment elle est sécurisée.

Voici comment je la surveille.

Et voici comment je commence à diagnostiquer le problème lorsqu’elle tombe en panne. »

C’est cette différence que nous voulons construire pendant ces cinq mois.