Infrastructure as Code
L’Infrastructure as Code décrit l’infrastructure dans des fichiers versionnés et vérifiables. L’exécution des changements modifie les ressources gérées.
Que signifie Infrastructure as Code ?
L’Infrastructure as Code (IaC) consiste à gérer l’infrastructure au moyen de définitions lisibles par une machine. Ces fichiers peuvent être versionnés et examinés collectivement. HashiCorp l’explique pour Terraform avec la configuration, le plan de modification et l’exécution. La configuration y décrit l’état souhaité ; l’outil détermine les changements nécessaires.
Exemple : un environnement supplémentaire pour le portail
Dans cet exemple fictif, l’équipe décrit les instances de calcul et le réseau d’un portail client dans des fichiers de configuration. Elle adapte ces définitions pour un environnement de test. Avant l’exécution, le plan indique les ressources à créer, à modifier ou à supprimer. L’équipe peut ainsi discuter à l’avance d’un changement d’infrastructure prévu.
Examinez particulièrement les suppressions prévues, les droits d’accès et les dépendances. Un fichier vérifié ne modifie pas à lui seul un environnement en fonctionnement. Il faut un processus d’exécution prévu à cet effet, avec les autorisations appropriées.
La définition de l’infrastructure ne remplace pas une sauvegarde des données de l’application. Pouvoir reconstruire une base de données ne signifie pas que son contenu antérieur est restauré. Les changements effectués en dehors des fichiers doivent également être repérés et comparés à la configuration souhaitée.
Sources
Termes associés
- GitOpsGitOps associe un état souhaité versionné à sa récupération automatique et à une réconciliation continue. Des fichiers dans Git ne couvrent qu’une partie du processus.
- Informatique en nuageL’informatique en nuage fournit des ressources à la demande via un réseau. Les modèles de service et de déploiement déterminent les tâches de l’entreprise.
- Machine virtuelleUne VM de serveur exécute un système d’exploitation invité. Le modèle d’exploitation doit préciser les tâches restantes pour l’application, les accès et la maintenance.
- Return-PathReturn-Path conserve le chemin de retour SMTP dans un en-tête. Il décrit le retour technique des erreurs, pas l’identité d’une personne.
- Envelope-FromEnvelope-From désigne l’expéditeur SMTP pour le transport et les retours d’erreur. Il faut le distinguer de l’adresse d’expéditeur visible.
- Rapport DMARC agrégéUn rapport DMARC agrégé résume les contrôles de domaine d’un système déclarant sur une période. Il aide à examiner sources d’envoi et erreurs de configuration.
Articles sur le sujet
Cloud & exploitation avec ASES
Hébergement, déploiement, maintenance et suivi