Guide du reconverti vers le Cloud & DevOps (sans diplôme informatique)

Il y a deux ans, j’étais prof d’anglais à Lyon. J’avais un tableau blanc, trente ados qui ne voulaient pas être là, et le vague sentiment que ma vie professionnelle méritait moins de tableaux de conjugaison.

Aujourd’hui je déploie de l’infrastructure avec Terraform, je débogue des clusters Kubernetes, et je débats de plages CIDR dans des revues de code. Pas de diplôme en informatique. Pas de bootcamp. Pas d’oncle chez AWS.

Je ne suis pas un cas exceptionnel. Plein de gens ont fait cette transition — depuis le marketing, la comptabilité, la logistique, l’enseignement, le secteur médical. Le chemin existe. Mais il est aussi plus long et plus chaotique que ce que les posts LinkedIn laissent croire. Voici la version honnête.

Pourquoi le Cloud & DevOps est particulièrement adapté aux reconvertis

La plupart des métiers tech ont un problème de gatekeeping. Les entretiens en développement logiciel demandent encore d’inverser des arbres binaires au tableau. La data science veut un master et trois ans de Python.

Le cloud et le DevOps, c’est différent. Pour des raisons structurelles.

La pénurie de talents est réelle. Les entreprises ont besoin d’ingénieurs cloud plus vite que les écoles n’en produisent. Un rapport Gartner de 2025 indique que d’ici 2028, plus de 70 % des entreprises auront du mal à pourvoir leurs postes cloud. Cette pénurie se moque de votre diplôme.

Le recrutement par compétences existe vraiment ici. Plus que dans d’autres domaines tech, les postes cloud sont filtrés par certifications et projets démontrables. Une certification AWS Solutions Architect avec un portfolio GitHub solide vous fera passer des filtres qu’un diplôme seul ne franchira pas.

Le télétravail par défaut. L’infrastructure cloud est, par définition, pas dans vos bureaux. La plupart des postes cloud et DevOps étaient en remote avant la pandémie et le sont restés. C’est un avantage énorme pour les reconvertis qui ne vivent pas forcément près d’un hub tech.

Les résultats sont tangibles rapidement. Contrairement à six mois d’algorithmique avant de construire quoi que ce soit, vous pouvez monter une vraie infrastructure dès le premier jour. Ce feedback rapide maintient la motivation pendant les mois difficiles du milieu.

Le vrai calendrier (6 à 12 mois)

C’est ici que je perds certaines personnes. Les vendeurs de “devenez ingénieur cloud en 30 jours” ne vont pas aimer.

Un calendrier réaliste pour quelqu’un qui étudie en parallèle de son travail :

Mois 1-3 : Les fondations. Bases Linux, fondamentaux réseau, les services principaux d’un fournisseur cloud. C’est là que vous construisez le socle. Ce n’est pas excitant. Faites-le quand même.

Mois 4-6 : Première certification + projets pratiques. Passez votre premier examen. Construisez deux ou trois vrais projets. Commencez à rendre votre GitHub crédible.

Mois 7-9 : Approfondissement + deuxième certification. Infrastructure as Code (Terraform), pipelines CI/CD, conteneurs. Votre deuxième certification devrait être plus spécialisée.

Mois 10-12 : Recherche d’emploi + apprentissage continu. Postulez pendant que vous apprenez encore. Vous ne vous sentirez jamais prêt. Postulez quand même.

Certains vont plus vite. D’autres plus lentement. J’ai mis environ dix mois, en étudiant deux heures la plupart des soirs de semaine et des blocs plus conséquents le week-end. Le point essentiel : ce n’est pas un projet de week-end, mais ce n’est pas non plus un cursus de cinq ans.

Quoi apprendre en premier (et quoi ignorer)

Le plus grand piège pour les reconvertis, c’est la spirale du “tout apprendre.” Vous ouvrez une roadmap cloud, vous voyez 47 services, et vous vous figez.

Voici l’ordre qui a fonctionné pour moi et pour la plupart des gens à qui j’ai parlé :

Commencez ici :

• La ligne de commande Linux. Pas niveau expert. Naviguer dans des répertoires, éditer des fichiers, lire des logs, comprendre les permissions. Deux semaines de pratique régulière.
• Les bases du réseau. Adresses IP, sous-réseaux, DNS, HTTP/HTTPS, ports. Vous n’avez pas besoin d’un CCNA. Vous avez besoin de comprendre ce qui se passe quand vous tapez une URL dans un navigateur.
• Un seul fournisseur cloud. Choisissez AWS, Azure ou GCP. Je recommanderais AWS parce qu’il a la plus grande part de marché et le plus de ressources d’apprentissage. N’essayez pas d’apprendre les trois.

Si vous cherchez un point de départ structuré, ce guide parcourt les fondamentaux depuis zéro.

Puis ajoutez :

• Infrastructure as Code (Terraform ou CloudFormation)
• Conteneurs (Docker d’abord, puis les bases de Kubernetes)
• CI/CD (GitHub Actions ou GitLab CI — construisez un vrai pipeline)
• Les bases du monitoring (CloudWatch, Prometheus ou similaire)

À ignorer pour l’instant :

• Kubernetes avancé (vous l’apprendrez en poste)
• Architecture multi-cloud (personne n’embauche de juniors pour ça)
• Serverless en profondeur (utile plus tard, pas une priorité d’embauche)
• MLOps (spécialisation, pas fondation)

Certifications : oui ou non ?

Oui. Sans hésiter — mais pour la bonne raison.

Les certifications ne prouvent pas que vous pouvez faire le job. Les recruteurs le savent. Ce qu’elles font, c’est faire passer votre CV le premier filtre. Quand vous êtes en reconversion sans expérience professionnelle pertinente, une certification est le signal de crédibilité le plus rapide que vous puissiez obtenir.

Commencez par : AWS Cloud Practitioner ou AZ-900 (Azure Fundamentals). Difficulté modérée, couverture large, vous familiarise avec le format d’examen.

Ensuite : AWS Solutions Architect Associate ou AZ-104 (Azure Administrator). C’est celle qui ouvre vraiment les portes. Elle dit aux employeurs que vous comprenez comment concevoir et déployer une vraie infrastructure.

Optionnel mais précieux : Terraform Associate, Kubernetes (CKA), ou une certification spécifique DevOps.

Vous ne savez pas quelle voie prendre ? Cet arbre de décision vous aide à choisir la bonne certification selon votre situation.

Un point sur lequel j’insiste : ne collectionnez pas les certifications comme des timbres. Deux ou trois certs ciblées plus du vrai travail sur projets, c’est mieux que six certs avec un GitHub vide.

Construisez votre portfolio : trois projets qui comptent vraiment

Votre portfolio doit répondre à une seule question : “Cette personne sait-elle construire et maintenir une vraie infrastructure ?”

Voici trois projets qui le démontrent, par ordre de complexité :

Projet 1 : Site statique avec pipeline CI/CD complet. Hébergez un site statique sur S3 (ou équivalent), mettez CloudFront devant, utilisez GitHub Actions pour déployer à chaque push. Bonus : ajoutez un domaine personnalisé avec Route 53 et SSL. Ce projet montre que vous comprenez le stockage, le CDN, le DNS, l’automatisation et le versioning. Et c’est réellement utile — vous pouvez l’utiliser comme site personnel.

Projet 2 : Application conteneurisée sur infrastructure cloud. Prenez n’importe quelle appli web simple (une liste de tâches suffit, personne ne juge l’appli), conteneurisez-la avec Docker, déployez-la sur ECS ou EKS, mettez un load balancer devant. Définissez tout en Terraform. Ça montre les conteneurs, l’orchestration, l’infrastructure as code et le réseau.

Projet 3 : Monitoring et alerting. Ajoutez des dashboards CloudWatch (ou Prometheus/Grafana) au Projet 2. Configurez des alarmes pour CPU, mémoire, taux d’erreurs. Créez une notification SNS quand quelque chose casse. Ça montre que vous pensez opérations, pas juste déploiement.

Documentez chaque projet dans votre README GitHub. Expliquez ce que vous avez construit, pourquoi vous avez fait ces choix, et ce que vous amélioreriez. Cette documentation compte plus que vous ne le pensez.

Votre ancienne carrière est un atout (pas une faiblesse)

C’est la partie que les reconvertis sous-estiment le plus.

Chaque métier enseigne des compétences transférables. Le cloud et le DevOps valorisent beaucoup d’entre elles :

• L’enseignement → Vous savez expliquer des systèmes complexes à des non-techniciens. C’est rare et précieux.
• La gestion de projet → Vous comprenez les délais, les dépendances, le périmètre. C’est littéralement la planification d’infrastructure.
• La comptabilité/finance → Vous saisissez l’optimisation des coûts intuitivement. La gestion des coûts cloud est une vraie spécialité.
• Le marketing → Vous raisonnez en métriques et résultats. Le monitoring et les SLA vous sembleront naturels.
• Le secteur médical → Vous êtes habitué aux processus critiques et à la conformité. Bienvenue dans les environnements cloud réglementés.

En entretien, ne vous excusez pas pour votre parcours. Valorisez-le. “J’ai passé cinq ans à gérer la logistique d’une chaîne de distribution, ce qui veut dire que j’ai géré des systèmes complexes, des délais serrés, et des choses qui cassent en production — juste pas la version numérique.”

La recherche d’emploi : où postuler et comment présenter votre CV

Où chercher :

• LinkedIn avec des alertes pour “Junior Cloud Engineer,” “DevOps Junior,” “Ingénieur Cloud.”
• Sites spécialisés remote : We Work Remotely, Remote OK, Welcome to the Jungle.
• Les offres des fournisseurs cloud : AWS, Azure et GCP recrutent des ingénieurs support cloud. Ce sont d’excellents premiers postes.
• Les ESN et MSP (Managed Service Providers). Ils recrutent en permanence et vous serez exposé à plein d’environnements différents rapidement.

Conseils CV pour les reconvertis :

• Commencez par un résumé qui assume la transition : “Ancien [métier] en reconversion vers l’ingénierie cloud. Certifié AWS Solutions Architect Associate. A construit et déployé [X] sur [Y].”
• Mettez les certifications en haut, pas enterrées en bas.
• Listez vos projets comme de l’expérience professionnelle. Chaque projet a un titre, une date, et des points décrivant ce que vous avez construit et quels outils vous avez utilisés.
• Votre ancienne carrière va dans une section “Expérience complémentaire.” Gardez-la en deux ou trois lignes axées sur les compétences transférables.

Le timing à prévoir : Entre les premières candidatures et la première offre, comptez un à trois mois de recherche active. Les vingt premières candidatures font mal. C’est normal. Continuez.

FAQ

Ai-je vraiment pas besoin d’un diplôme en informatique ?

Vraiment. Un rapport LinkedIn Workforce de 2025 montre que plus de 40 % des professionnels cloud embauchés cette année-là n’avaient pas de diplôme traditionnel en informatique. Les employeurs se soucient de ce que vous savez faire. Une certification plus un portfolio de vrais projets parle plus fort qu’un diplôme d’il y a dix ans. Cela dit, vous devez apprendre les fondamentaux — réseau, Linux, scripting de base. Vous n’avez juste pas besoin d’une université pour ça.

Combien coûte réellement une reconversion ?

Moins qu’on ne le pense. Le Free Tier AWS couvre la plupart de ce que vous construirez les six premiers mois. Les examens de certification coûtent 100 à 300 euros chacun. Les ressources Linux et réseau sont gratuites en ligne. Budget réaliste total : 300 à 800 euros sur toute la période de transition. Comparez ça à un bootcamp (10 000 euros et plus) ou un diplôme (40 000 euros et plus). Le vrai coût, c’est le temps, pas l’argent.

Faut-il quitter son emploi pour étudier à plein temps ?

Je ne le recommanderais pas. La plupart des reconvertis qui ont réussi que je connais l’ont fait en parallèle. Deux heures par jour en semaine, quatre à six heures le week-end. Démissionner ajoute une pression financière qui rend plus difficile d’apprendre sereinement et d’être patient pendant la recherche d’emploi. Si vous pouvez réduire vos heures ou passer à temps partiel dans votre poste actuel, c’est le compromis idéal.

Et si je ne suis pas assez “technique” pour ça ?

Vous confondez “technique” et “expérimenté.” Chaque ingénieur cloud a commencé en ne sachant pas ce qu’était un sous-réseau. Si vous savez suivre des instructions, résoudre des problèmes, et supporter l’inconfort pendant l’apprentissage, vous avez les compétences de base. La technique s’apprend. La discipline pour continuer quand c’est confus — c’est le vrai filtre, et les reconvertis en ont souvent plus que les jeunes diplômés.

Prêt à planifier votre reconversion vers le cloud ? Commencez avec SkillRealm Learn →