Apprendre Terraform en 30 jours au Maroc : un plan pratique pour débuter

Définir un résultat mesurable à atteindre

Avant de commencer, formulez un objectif que vous pourrez vérifier au dernier jour. Par exemple : « Je peux expliquer le rôle des fichiers Terraform, initialiser un répertoire, décrire quelques ressources, examiner un plan, appliquer une modification contrôlée et détruire les ressources de test. » Cet objectif est plus utile que « connaître Terraform », qui ne permet pas de mesurer les progrès.

Terraform est un outil d’infrastructure as code développé par HashiCorp. Il permet de décrire des ressources cloud ou hybrides dans des fichiers de configuration, puis de planifier et d’exécuter les changements. Les ressources exactes disponibles dépendent du fournisseur choisi. Pour éviter de disperser votre apprentissage, sélectionnez-en un seul si vous avez accès à un compte de test, ou commencez par les tutoriels et exercices sans déploiement réel.

Définissez aussi vos contraintes dès le départ : ordinateur disponible, accès internet, éventuel compte cloud et créneau hebdomadaire. Si vous travaillez déjà dans l’informatique, reliez le projet à une tâche familière, comme créer un réseau de test ou organiser des ressources existantes. En reconversion, concentrez-vous d’abord sur les notions de fichiers, de terminal et de logique déclarative.

Le temps proposé ici est une estimation de pratique personnelle, pas une durée officielle de certification. Un rythme de 45 à 60 minutes par jour, cinq à six jours par semaine, donne assez de répétitions pour revoir les commandes et corriger les erreurs. Notez chaque séance : objectif, exercice effectué, blocage rencontré et prochaine action.

• Jalon initial : expliquer en quelques phrases ce que Terraform automatise et ce qu’il ne décide pas à votre place.
• Résultat visé au jour 30 : un dépôt ou dossier de projet lisible, une configuration testée et une courte explication de son fonctionnement.

Semaine 1 : découvrir l’environnement

Temps conseillé : 5 à 6 heures. Le but de la première semaine est de comprendre le vocabulaire et de préparer un environnement de travail, pas de déployer tout de suite une architecture complexe. Lisez une introduction officielle, repérez les fichiers de configuration et observez comment Terraform utilise un fournisseur pour communiquer avec une plateforme.

Installez Terraform depuis les instructions officielles adaptées à votre système, puis vérifiez que la commande est reconnue dans un terminal. Créez un répertoire dédié à vos exercices. Séparez les essais des projets professionnels et n’y placez pas de secrets ou d’identifiants en clair. Si vous utilisez un fournisseur cloud, privilégiez un compte de test et vérifiez ses paramètres de facturation avant tout déploiement.

Consacrez les premières séances à reconnaître les fichiers `.tf`, les blocs de configuration, les fournisseurs, les ressources, les variables et les sorties. Vous n’avez pas besoin de mémoriser chaque détail : apprenez à retrouver l’information dans la documentation. Entraînez-vous à lire un exemple et à repérer ce qui décrit l’infrastructure, ce qui fournit une valeur et ce qui est renvoyé à l’utilisateur.

• Exercice 1 : créer un dossier de travail et y enregistrer une configuration minimale inspirée d’un tutoriel officiel.
• Exercice 2 : annoter un exemple en identifiant les blocs, les noms de ressources et les valeurs utilisées.
• Exercice 3 : écrire, sans exécuter de déploiement, les étapes que vous pensez nécessaires pour initialiser et vérifier un projet.
• Jalon de fin de semaine : expliquer la différence entre décrire une ressource et la créer réellement.

Semaine 2 : maîtriser les opérations de base

Temps conseillé : 5 à 7 heures. Cette semaine, prenez en main le cycle de travail courant : initialiser un répertoire, formater et valider une configuration, examiner un plan, puis appliquer une modification uniquement dans un environnement maîtrisé. Selon l’exercice et le fournisseur, certaines étapes peuvent se dérouler sans créer de ressource facturée ; vérifiez toujours les instructions du tutoriel.

Comprenez à quoi servent `terraform init`, `terraform fmt`, `terraform validate`, `terraform plan` et `terraform apply`. L’objectif n’est pas de les lancer mécaniquement : avant une application, lisez les changements prévus et comparez-les au résultat recherché. Apprenez également à utiliser `terraform destroy` sur vos seules ressources d’exercice, après avoir vérifié ce qui sera supprimé.

Introduisez progressivement les variables et les sorties. Modifiez une valeur à la fois, relancez la validation, puis observez les différences de plan. Si vous avez accès à un environnement autorisé, réalisez un exercice de création puis de suppression d’une ressource simple. Sinon, travaillez sur un exemple documenté et entraînez-vous à interpréter le plan sans appliquer de changement.

• Exercice 1 : formater une configuration et corriger les erreurs signalées par la validation.
• Exercice 2 : remplacer une valeur fixe par une variable et afficher une valeur utile avec une sortie.
• Exercice 3 : produire un plan, décrire les changements qu’il annonce et expliquer pourquoi vous acceptez ou refusez de l’appliquer.
• Jalon de fin de semaine : dérouler le cycle d’une modification de test et expliquer le rôle de chaque commande.

Semaine 3 : appliquer les acquis à un cas réel

Temps conseillé : 5 à 7 heures. Choisissez maintenant un scénario représentatif mais limité. Pour un premier projet, il peut s’agir de décrire un petit ensemble de ressources liées dans un environnement de test, ou de reprendre un exemple officiel et de le personnaliser. Fixez des limites : un fournisseur, un environnement, peu de ressources et aucun besoin de haute disponibilité.

Organisez le projet pour qu’une autre personne puisse comprendre son intention : noms explicites, variables lorsque cela facilite la réutilisation, sorties utiles et commentaires là où une décision n’est pas évidente. Versionnez les fichiers avec Git si vous savez l’utiliser. Ne versionnez pas de secrets, de clés privées, de fichiers contenant des identifiants ni d’état local sensible.

Cette semaine sert aussi à passer des tutoriels isolés à un petit processus. Décrivez ce que vous voulez obtenir, écrivez la configuration, vérifiez-la, examinez le plan et consignez le résultat. Si le plan n’est pas celui attendu, ne l’appliquez pas pour « voir ce qui se passe » : cherchez d’abord la cause, relisez la documentation et modifiez une seule chose à la fois.

• Exercice 1 : rédiger en cinq lignes le besoin auquel votre configuration répond.
• Exercice 2 : construire la configuration en plusieurs petites étapes et vérifier chaque étape.
• Exercice 3 : demander à un pair de lire les fichiers et de reformuler ce qui sera créé ou modifié.
• Jalon de fin de semaine : produire un plan compréhensible et corriger au moins une incohérence détectée lors de sa lecture.

Semaine 4 : finaliser et vérifier son résultat

Temps conseillé : 5 à 8 heures. La dernière semaine est consacrée à une réalisation de synthèse. Reprenez votre scénario, vérifiez que le dossier est propre, améliorez les noms et les commentaires, et préparez une procédure de lancement. Votre résultat peut être modeste : la qualité se mesure davantage à sa lisibilité et à votre capacité à l’expliquer qu’au nombre de ressources.

Effectuez une auto-évaluation avec une liste de contrôle. Pouvez-vous initialiser le projet ? Repérer les variables et les sorties ? Formater et valider les fichiers ? Lire le plan avant une application ? Expliquer où se trouve l’état et pourquoi il doit être protégé ? Nettoyer les ressources de test lorsque c’est approprié ? Si une réponse est non, consacrez une séance à cette lacune plutôt que d’ajouter une nouvelle technologie.

Préparez une courte présentation de votre travail : objectif, structure des fichiers, commandes utilisées, résultat attendu, précautions prises et limites connues. Cette explication aide à vérifier que vous comprenez votre configuration et constitue une trace concrète de votre progression. Faites relire le projet par une personne expérimentée si possible, sans lui transmettre de secrets ni d’accès.

• Réalisation finale : un petit projet Terraform documenté, contrôlé et accompagné d’instructions de test et de nettoyage.
• Jalon final : refaire le parcours depuis un répertoire propre et expliquer chaque étape sans suivre aveuglément une recette.
• Auto-évaluation : noter les sujets maîtrisés, ceux à revoir et la prochaine compétence à travailler.

Adapter le rythme et poursuivre après 30 jours

Si vous ne disposez que de trois heures par semaine, conservez les quatre jalons mais répartissez les exercices sur davantage de semaines. Faites passer la compréhension et la sécurité avant la vitesse. Si vous pouvez pratiquer davantage, utilisez le temps supplémentaire pour refaire les exercices sans modèle, lire les messages d’erreur et demander une revue, plutôt que de multiplier les fournisseurs.

Après le mois, choisissez la suite selon votre objectif. Pour une première expérience cloud, consolidez les bases du fournisseur que vous avez étudié. Pour un rôle DevOps, approfondissez le versionnement, les pratiques d’équipe, les contrôles de configuration et l’intégration dans un processus de déploiement. Pour une évolution professionnelle, comparez les compétences demandées dans les offres marocaines que vous visez et repérez les écarts : Terraform seul ne remplace pas les bases système, réseau, cloud ou automatisation.

Un parcours encadré peut aider à structurer la pratique et à poser des questions sur un cas de travail. JobInTech et les dispositifs d’upskilling et de reskilling présentés par le ministère marocain constituent des pistes à examiner pour la formation et l’évolution professionnelles ; vérifiez directement les contenus, critères d’accès et modalités actuellement proposés. Pour approfondir Terraform, les ressources officielles de HashiCorp permettent de poursuivre les exercices et de préparer, si cela correspond à votre projet, une certification éditeur.

• Répétez les exercices qui ont posé problème avant d’ajouter de nouveaux outils.
• Comparez votre projet aux besoins des postes ciblés au Maroc, sans supposer qu’un seul outil suffit à qualifier un profil.
• Choisissez une prochaine étape concrète : projet plus complet, formation encadrée ou approfondissement d’un fournisseur cloud.

Le parcours, étape par étape

1. 1Jours 1 à 7 : comprendre et préparer — Prévoir 5 à 6 heures. Découvrir le rôle de Terraform, installer l’outil, repérer les fichiers et blocs de configuration, puis réussir à expliquer un exemple simple.
2. 2Jours 8 à 14 : pratiquer le cycle de base — Prévoir 5 à 7 heures. Formater, valider, initialiser et examiner des plans ; travailler avec variables et sorties ; effectuer uniquement des essais contrôlés.
3. 3Jours 15 à 21 : réaliser un petit cas d’usage — Prévoir 5 à 7 heures. Définir un besoin limité, écrire une configuration lisible, examiner le plan et corriger les écarts avant toute application.
4. 4Jours 22 à 30 : finaliser et s’auto-évaluer — Prévoir 5 à 8 heures. Documenter une réalisation de synthèse, refaire le parcours, vérifier les points de sécurité et lister les compétences à approfondir.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Infrastructure as Code avec Terraform — FormaGroup formagroup.ma
2. Terraform — FormaGroup formagroup.ma
3. Tutoriels Terraform — HashiCorp developer.hashicorp.com
4. Préparation à Terraform Associate — HashiCorp developer.hashicorp.com
5. JobInTech jobintech.academy
6. Upskilling et reskilling — Ministère de la Transition Numérique et de la Réforme de l’Administration mmsp.gov.ma