Débuter avec le cloud computing : le guide simple pour se lancer

La première fois que j'ai cliqué sur « créer une instance » dans une console cloud, j'ai lancé une machine virtuelle, je l'ai oubliée, et j'ai reçu une facture de 47 € pour un mois de calcul que personne n'utilisait. Voilà le vrai visage du cloud quand on débute : pas la magie qu'on vous vend en conférence, mais un compte à rebours silencieux. Et pourtant, cette erreur m'a appris plus que n'importe quel tutoriel.

Débuter avec le cloud computing, ce n'est pas apprendre une technologie. C'est apprendre à penser en ressources jetables, en facturation à l'usage et en services qui se parlent entre eux. Le reste—les définitions, les schémas à trois couches—vient tout seul une fois que vos mains ont touché une console. Je vais vous montrer comment entrer dans le sujet sans y laisser trois mois et un découvert bancaire.

Pourquoi débuter avec le cloud computing change plus votre approche que votre CV

On m'a souvent demandé : « est-ce que je dois apprendre le cloud pour trouver un job ? » Mauvaise question. La bonne, c'est : « est-ce que je veux continuer à gérer des serveurs physiques en 2026 ? » Parce que le cloud n'est pas une case à cocher sur un CV, c'est un changement de métier dans le métier.

Concrètement, ce que ça change :

• Vous ne commandez plus un serveur pour trois ans, vous en louez un pour une heure, puis vous l'éteignez
• La facture devient une variable d'ingénierie, pas un poste budgétaire figé
• Un junior peut déployer une infrastructure complète en une après-midi, ce qui était un projet d'équipe il y a quinze ans
• Et le revers : une mauvaise manipulation peut coûter cher avant même qu'on s'en aperçoive

Ce que le cloud n'est pas

Le cloud n'est pas « l'informatique dans les nuages ». C'est le plus grand malentendu du domaine. Il n'y a pas de nuage : il y a des bâtiments, des climatisations, des câbles sous-marins et des disques qui chauffent. Le « nuage » est une abstraction commerciale qui masque une infrastructure très physique. Gardez ça en tête quand on vous vend de la magie.

Les fondamentaux qu'on peut comprendre en 20 minutes

Qu'est-ce que le cloud computing, au fond ? La mise à disposition, via un réseau, de ressources informatiques (calcul, stockage, réseau, bases de données) que vous ne possédez pas mais que vous consommez à la demande. Le fournisseur possède le matériel, vous louez la capacité.

De là découlent trois modèles de service qui structurent tout le reste :

Modèle	Ce que vous gérez	Exemple concret	Pour qui
IaaS (Infrastructure as a Service)	Système, runtime, applications	Une VM Linux brute que vous configurez entièrement	Admins système, équipes infra
PaaS (Platform as a Service)	Uniquement le code de votre application	Une plateforme qui build et déploie votre app automatiquement	Développeurs
SaaS (Software as a Service)	Rien : vous utilisez	Une messagerie d'entreprise en ligne	Tout le monde

Et par-dessus, on parle de cloud public (ressources mutualisées chez un fournisseur), privé (infrastructure dédiée, souvent interne), hybride (les deux ensemble) ou multicloud (plusieurs fournisseurs publics). Pour un débutant, le cloud public est le seul terrain de jeu qui compte. Le privé viendra quand vous aurez une contrainte réglementaire, pas avant.

Un premier exercice guidé, chiffré

Ouvrez un compte gratuit chez n'importe lequel des grands fournisseurs. Je dis bien « gratuit » : AWS, Azure et Google Cloud proposent tous un palier d'essai. Puis :

1. Créez une alerte de budget à 1 € dès la création du compte. Non négociable.
2. Lancez une petite instance Linux (l'offre d'entrée la moins chère).
3. Connectez-vous en SSH, installez un serveur web, affichez une page.
4. Éteignez l'instance. Pas « je laisse tourner pour demain »—éteignez.
5. Le lendemain, ouvrez la page de facturation et lisez chaque ligne.

Cet exercice vous aura coûté moins d'un euro et vous aura fait toucher : le calcul, le réseau, le stockage, la facturation. C'est plus que ce que 80 % des « cours complets » vous apportent en PDF.

Préparer le terrain : les prérequis réels et le temps que ça prend

Voilà ce que personne ne dit clairement. Le cloud n'est pas une porte d'entrée. C'est un étage. Si vous n'avez jamais touché à un terminal, vous allez souffrir—pas parce que c'est difficile, mais parce qu'on vous demandera de comprendre des choses qui en supposent d'autres.

Ce qu'il faut maîtriser avant, ou en parallèle :

• Linux en ligne de commande : se déplacer, créer un fichier, lire un log, gérer les permissions. Comptez une bonne semaine.
• Les bases réseau : une adresse IP, un masque, un port, un DNS, la différence entre HTTP et SSH. Une semaine aussi.
• Un langage de scripting : Bash ou Python. Pas besoin d'être développeur, juste capable d'automatiser une tâche répétitive.
• Git : comprendre un commit, une branche, un remote. C'est le socle du DevOps, qu'on le veuille ou non.

Combien de temps pour être opérationnel ?

D'après ce que j'ai vu autour de moi—collègues en reconversion, stagiaires, amis curieux—deux mois à raison de 8 heures par semaine suffisent pour être autonome sur une première infra simple. Soit 60 à 70 heures. Ceux qui essaient en trois jours repartent en trois jours. Le cloud récompense la régularité, pas l'intensité.

Les certifications qui servent vraiment quand on débute

Les certifications d'entrée sont probablement la meilleure première étape. Elles ne font pas de vous un expert, mais elles forcent à couvrir l'ensemble du vocabulaire et vous donnent un cadre.

Trois noms à connaître :

1. AWS Certified Cloud Practitioner — la plus répandue sur le marché, une entrée très généraliste
2. Azure AZ-900 (Azure Fundamentals) — incontournable si vous visez des entreprises déjà chez Microsoft
3. Google Cloud Digital Leader — la plus orientée usages métier que technique

Mon avis franc : choisissez selon le fournisseur dominant dans votre région ou votre secteur cible, pas selon les classements. Une certification ne sert que si l'écosystème autour de vous la reconnaît. J'ai vu des gens empiler trois certifications sur trois fournisseurs différents et ne rien décrocher, parce qu'ils avaient appris des logos, pas un métier.

Autodidacte ou formation encadrée : comment trancher

Question à se poser : est-ce que je sais me fixer un objectif hebdomadaire et m'y tenir ? Si oui, l'autodidacte fonctionne, avec la documentation officielle du fournisseur et un projet personnel. Si non, une formation encadrée, même courte, vous fera gagner des mois d'errance. Le coût d'une formation n'est pas la dépense : c'est la procrastination qu'elle évite.

La facture : le point aveugle de tous les débutants

Voilà où je reviens à mes 47 €. Le cloud facture à la seconde. Un chiffre en apparence anodin, mais qui transforme chaque clic en dépense potentielle. Les pièges classiques :

• Une instance laissée allumée la nuit et le week-end, soit environ trois fois plus de facture que prévu
• Un volume de stockage attaché à une machine éteinte, qui continue d'être facturé
• Le trafic sortant entre régions, souvent gratuit à l'entrée et payant à la sortie
• Une adresse IP publique réservée mais non utilisée, facturée au mois

Une règle simple : sur un compte d'apprentissage, aucune ressource ne doit exister sans étiquette indiquant sa date de création. Ce n'est pas de l'obsession, c'est de l'hygiène.

Par où commencer concrètement cette semaine

Oubliez les parcours à cent étapes. Voici l'ordre qui fonctionne :

1. Un compte gratuit, une alerte de budget à 1 €. Jour 1.
2. Une instance Linux, un serveur web, extinction. Jour 2.
3. Une base de données managée, une connexion depuis votre appli. Jours 3 à 5.
4. Un certificat d'entrée chez le fournisseur dominant de votre secteur. Semaines 2 à 6.
5. Un projet personnel entier : front, back, base, déploiement. Le reste du temps.

Et un conseil que je répète souvent : documentez tout. Chaque commande, chaque erreur, chaque facture. C'est ce carnet, pas vos certifications, qui vous rendra crédible en entretien.

Le cloud n'est pas un savoir qu'on acquiert une fois. C'est une pratique qu'on entretient—et qui vous coûtera cher uniquement si vous cessez de regarder vos factures.