Compétence · Provisionnement · Raisonner et tenir une infrastructure en code, quel que soit l'outil
Structurer une infrastructure en code à l'échelle : stacks, modules versionnés, environnements et dette
Découper l'infrastructure en stacks selon le rythme de changement, le propriétaire et le rayon d'impact, concevoir un module réutilisable au contrat versionné et épinglé, promouvoir la même version du code entre environnements et prioriser la dette technique d'un dépôt.
Commencer la leçon 1Le domaine Provisionnement
- 4 leçons
- ~1 h 40 de lecture
- 4 quiz
- 0 lab de preuve
Le chemin
D'où elle vient, où elle mène
Ce qu'il faut savoir avant, où vous en êtes sur cette compétence, et ce qu'elle ouvre ensuite. Votre état se calcule dans votre navigateur, à partir de ce que vous avez lu et réussi.
Avant · 1 prérequis
Cette compétence, pour vous
Structurer une infrastructure en code à l'échelle : stacks, modules versionnés, environnements et dette
Calcul en cours
Elle débloque · rien encore
Aucune autre compétence ne la demande : c'est une compétence de bout de chemin.
Le chemin des bases De la base la plus en amont jusqu'à cette compétence : ce qui est en place, ce qu'il reste à lire.
Leçons
Comment l'apprendre
4 leçons, soit ~1 h 40, dans l'ordre du programme. Chaque leçon se termine par son quiz.
Le programme
4 leçons · ~1 h 40
Au-delà des leçons
S'évaluer, pratiquer, passer l'épreuve
Lire une leçon ne confirme rien. Une compétence se confirme par un quiz réussi, se travaille en lab guidé, et se met à l’épreuve par un challenge ou une mission ; un résultat de lab importé n’est pas vérifié par le site.
S'évaluer
4 quiz
En fin de leçon : réussis à 70 %, ils confirment la compétence.
Pratiquer
Aucun lab guidé
Aucun lab guidé ne la fait encore pratiquer.
Épreuve
Aucune épreuve
Une preuve pratique est un challenge, un capstone ou un lab déclaré.
Mobilisée par la mission « Décrire une infrastructure en code, partageable et rejouable », qui a sa preuve.
Test de positionnement
Préparation des questions…
Le détail de vos réponses
Pour chaque question posée : votre réponse, la bonne réponse, son explication et la page à relire.
Autour
Qui la demande, qui l'enseigne
Demandée par
Enseignée par
Même bloc · Raisonner et tenir une infrastructure en code, quel que soit l'outil
- Prévoir ce qu'un outil IaC va créer, modifier ou détruire : déclaratif, idempotence, état et plan
- Choisir une approche IaC et tracer la décision : provisionner ou configurer, modifier ou remplacer, push ou pull
- Choisir la famille d'outils IaC adaptée au problème : ressources, configuration, images, langage
- Tenir un dépôt IaC sain : structure par couche, revue du plan, pyramide de contrôles et secrets hors du code
- Livrer une infrastructure en code sous contrôle : plan approuvé, politiques, identité du moteur et coût
- Faire évoluer une infrastructure existante en code : import, dérive, remplacement et destruction