Les fondamentaux du cloud computing
Pratiquer gratuitement sur les Free Tiers
Ce qu'AWS, Azure et Google Cloud offrent réellement gratuitement, la différence entre un crédit d'essai limité dans le temps et un service Always Free, et comment pratiquer sans risquer une facture surprise.
- Comparer ce qu'AWS, Azure et Google Cloud offrent chacun pour une pratique gratuite
- Distinguer un crédit d'essai limité dans le temps d'un service en niveau Always Free
- Configurer une alerte budgétaire qui prévient avant qu'un compte de pratique ne soit facturé
- Repérer une plateforme de labs qui tourne dans un environnement isolé plutôt que sur votre propre compte facturé
Ce qui prouve vraiment que vous savez faire le travail
La leçon précédente a cartographié les intitulés de poste du cloud sur ce que chacun fait au quotidien. Rien de tout cela ne se voit sur un CV par soi-même. Un recruteur ne demande pas si vous avez lu la leçon IAM ; il demande si vous avez déjà créé un rôle IAM limité, lancé une instance, ou configuré un bucket de stockage avec les bons contrôles d'accès. Cet écart entre lire et faire est exactement ce qu'un compte cloud gratuit referme, et chaque grand fournisseur vous donne un vrai moyen de le combler sans dépenser d'argent, à condition de savoir précisément ce que « gratuit » signifie chez chacun.
AWS : le free tier dépend de la date d'inscription
AWS a changé la structure de son Free Tier le 15 juillet 2025, ce qui compte parce que beaucoup de tutoriels et d'articles en ligne décrivent encore l'ancienne version comme si elle était universelle. Un compte créé après cette date reçoit un Free Plan : 100 $ de crédit immédiatement, plus la possibilité d'en gagner jusqu'à 100 $ de plus en complétant certaines activités, pour un maximum de 200 $. Ce compte se ferme automatiquement après 6 mois, ou dès que le crédit est épuisé, selon ce qui arrive en premier.
Un compte créé avant le 15 juillet 2025 conserve à la place l'ancienne structure : 12 mois d'usage gratuit sur une liste définie de services, sans aucun solde de crédit à suivre. Quelle que soit la structure de votre compte, chaque compte AWS, gratuit ou payant, reçoit aussi un accès Always Free à plus de 30 services dans des limites mensuelles fixes, tant que le compte existe. Cette troisième composante, Always Free, est la seule partie de l'offre AWS qui n'expire jamais sur une horloge.
Azure : un crédit de 30 jours plus une liste always-free séparée
L'offre gratuite de Microsoft regroupe 3 éléments distincts, et il aide de les garder séparés dans votre tête. D'abord, un crédit de 200 $ utilisable pendant les 30 premiers jours, couvrant tout ce que vous voulez tester, y compris des services hors de la liste gratuite. Ensuite, un ensemble de services populaires qui restent gratuits pendant 12 mois. Enfin, une liste permanente de services Always Free sans aucune expiration. Vous ne serez facturé que si vous passez délibérément à une tarification à l'usage, et Microsoft limite cette offre à 1 compte par nouveau client.
Google Cloud : un essai de 90 jours plus son propre niveau always-free
La structure de Google Cloud ressemble à la précédente dans sa forme, mais diffère dans les chiffres : les nouveaux clients éligibles reçoivent un crédit d'essai de 300 $, valable 90 jours, qui exige une carte bancaire enregistrée mais ne la débite pas pendant l'essai. Séparément, Google Cloud maintient son propre niveau Always Free, qui garde des produits précis gratuits indéfiniment, à des limites précises : 1 instance Compute Engine e2-micro par mois, 5 Go de Cloud Storage par mois, 1 instance Cloud SQL à cœur partagé avec 10 Go de stockage, et 1 To de traitement de requêtes BigQuery par mois, entre autres.
Comparer les 3 offres côte à côte
| Fournisseur | Crédit d'essai | Fenêtre d'essai | Composante always-free |
|---|---|---|---|
| AWS (nouveaux comptes) | Jusqu'à 200 $ | 6 mois, ou jusqu'à épuisement du crédit | 30+ services, limites mensuelles perpétuelles |
| Microsoft Azure | 200 $ | 30 jours | Liste 12 mois, plus une liste always-free séparée |
| Google Cloud | 300 $ | 90 jours | Niveau Always Free (par exemple 1 instance e2-micro, 5 Go de stockage par mois) |
Frontière : un crédit d'essai n'est pas un service Always Free
Il est facile de confondre ces 2 idées puisque les 2 se vendent sous le même mot « gratuit ». Un crédit d'essai fonctionne comme un compte à rebours : un montant fixe, une fenêtre de jours fixe, et il disparaît dès que l'un des 2 s'épuise, crédit dépensé ou fenêtre refermée, selon ce qui arrive en premier. Un service Always Free n'a aucun compte à rebours : il continue de fonctionner chaque mois, indéfiniment, tant que votre usage reste sous son plafond et que le compte lui-même reste ouvert. Confondre les 2, c'est exactement comment un apprenant se fait surprendre : il suppose que la générosité du crédit d'essai s'applique pour toujours, alors que seule la liste bien plus étroite d'Always Free le fait réellement.
Pratiquer sans exposer votre propre compte
Si vous préférez ne pas pointer un compte personnel tout neuf vers un vrai service pendant que vous apprenez encore, 2 plateformes font tourner l'environnement de pratique à votre place. AWS Skill Builder's Builder Labs donne accès à plus de 200 exercices guidés et interactifs dans une console AWS Management sandboxée, avec des instructions pas à pas et aucun risque de frais imprévu, puisque l'environnement lui-même est temporaire et séparé de tout compte personnel. Google Cloud Skills Boost (anciennement Qwiklabs) fonctionne de façon similaire : chaque lab fait tourner un vrai environnement Google Cloud, en direct, avec ses propres identifiants temporaires pour la durée du lab, plutôt qu'une simulation.
Microsoft Learn proposait autrefois un équivalent pour les modules de formation Azure, mais sa propre FAQ indique désormais clairement que les sandboxes ne sont plus disponibles : réaliser les exercices exige votre propre abonnement Azure, que ce soit l'essai gratuit de 30 jours décrit plus haut ou un compte à l'usage. Si vous avez déjà vu un ancien guide décrire un sandbox Microsoft Learn, ce détail est dépassé.
Exemple concret : poser un fil-piège sur un compte free tier
Imaginez que vous vous inscrivez au Free Plan d'AWS et voulez un filet de sécurité pendant vos expérimentations. Dans la console Billing and Cost Management, vous créez un Budget, le réglez comme un budget de coût mensuel récurrent, et lui donnez une limite délibérément petite, disons 2 $, très en dessous de ce que vous prévoyez de dépenser mais assez haute pour survivre à un usage Always Free normal. Vous ajoutez des seuils d'alerte, par exemple à 50 %, 80 % et 100 % de cette limite de 2 $, et vous dirigez les notifications vers votre propre email plutôt que vers un SMS, puisque la livraison SMS via Amazon SNS peut porter son propre petit coût par message.
Un détail à connaître avant de s'y fier : AWS a besoin d'environ 5 semaines d'historique d'usage avant de pouvoir générer une alerte basée sur une prévision, donc un compte tout neuf devrait d'abord s'appuyer sur des alertes de dépense réelle, pas des alertes prévisionnelles, tant que suffisamment de données de facturation ne se sont pas accumulées.
Idée reçue : « free tier » ne rend pas le compte entier gratuit
Il est tentant de lire « Free Tier » et de supposer que rien sur le compte ne pourra jamais coûter d'argent. Cela ne fonctionne ainsi chez aucun des 3 fournisseurs. Chaque allocation Always Free plafonne un service précis à un volume mensuel précis, par exemple une seule instance Compute Engine e2-micro. Lancez une seconde instance au-delà de ce plafond, même par accident, et l'usage supplémentaire se facture au tarif normal à l'usage, exactement comme le ferait un compte payant. Le free tier réduit ce que vous devez ; il ne supprime pas la possibilité de devoir quelque chose.
Ce qu'il faut réellement construire avec votre temps gratuit
Un premier projet concret vaut mieux que des clics au hasard. Avec le compte gratuit du fournisseur de votre choix, lancez une seule instance de calcul, attachez-lui un bucket de stockage, et, en suivant l'habitude de moindre privilège vue dans la leçon sur la gestion des identités et des accès plus tôt dans ce cours, créez un utilisateur ou un rôle IAM limité au projet plutôt que d'utiliser les identifiants root ou ceux du propriétaire du compte pour chaque action. Ce projet, aussi modeste soit-il, vous donne une vraie réponse la prochaine fois qu'une question d'entretien demande si vous avez réellement utilisé le service, pas seulement lu à son sujet.
Repères d'examen : free tier et outils de coût
| Le scénario mentionne... | Pointe vers |
|---|---|
| « Limiter la dépense pendant l'expérimentation sur un nouveau compte » | AWS Budgets, ou l'outil d'alerte de coût équivalent chez un autre fournisseur |
| « Un crédit unique qui expire après une fenêtre fixe » | Un crédit d'essai, pas un service Always Free |
| « Une allocation mensuelle perpétuelle, peu importe l'ancienneté du compte » | Un service Always Free |
| « Me prévenir par email avant d'atteindre une limite de dépense » | Un seuil d'alerte budgétaire |
Où cela vous mène
Vous savez maintenant exactement ce que chaque grand fournisseur offre réellement gratuitement, la différence entre un crédit à compte à rebours et une allocation perpétuelle, et comment poser un petit fil-piège sur un compte avant de commencer à expérimenter dessus. Cette combinaison, de vraies répétitions pratiques plus une ligne de CV que vous pouvez justifier en entretien, est l'autre moitié de ce que cherchent les métiers de la leçon précédente. Le prochain sujet de ce cours passe aux certifications : pourquoi elles comptent, comment se comparent les options de base, et laquelle passer en premier.
