GitOps
GitOps 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.
Qu’est-ce que GitOps ?
GitOps est une approche d’exploitation où l’état souhaité du système est décrit de manière déclarative et conservé avec un historique de versions immuable. Des agents logiciels récupèrent automatiquement ces descriptions et les confrontent en continu à l’état réel pour tenter de les appliquer. Ce sont les principes fondamentaux d’OpenGitOps. Un dépôt sans cette réconciliation continue ne couvre qu’une partie de l’approche.
Exemple : aligner la version du portail
Dans cet exemple fictif, une configuration vérifiée indique l’image de conteneur que le portail client doit utiliser. Un agent lit la version approuvée et tente d’y conformer l’environnement en fonctionnement. L’équipe peut suivre les écarts et les modifications échouées. Un échec de réconciliation doit rester visible pour qu’elle puisse intervenir.
La source approuvée, les droits d’accès de l’agent et le traitement des erreurs doivent être clairs. Un état souhaité enregistré ne prouve pas qu’il a été appliqué avec succès.
Revenir à une configuration antérieure peut demander une ancienne version du logiciel. Cela ne rétablit pas les données métier modifiées entre-temps. Avant cette étape, l’application doit être compatible avec les données actuelles ; la restauration des données reste une tâche distincte.
Sources
Termes associés
- Infrastructure as CodeL’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.
- DockerDocker fournit des outils pour créer, distribuer et exécuter des applications conteneurisées. Image, conteneur actif et environnement ont des rôles distincts.
- Registre d’images de conteneursUn registre stocke et distribue les images. Les tags peuvent changer ; un digest identifie le contenu, mais ne prouve pas la validation de la version.
- 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