43 lines
1.4 KiB
Markdown
43 lines
1.4 KiB
Markdown
---
|
|
title: GitOps
|
|
created: 2026-06-06
|
|
updated: 2026-06-06
|
|
type: concept
|
|
tags: [devops, automation, tech]
|
|
confidence: high
|
|
contested: false
|
|
sources: [synthesized]
|
|
---
|
|
# 📜 GitOps
|
|
|
|
## Définition Courte
|
|
Paradigme où **Git est la source de vérité unique** pour les déploiements : l'état de l'infrastructure et des applications est décrit dans des repos Git, et des agents synchronisent en continu l'état réel avec l'état désiré.
|
|
|
|
## Explication Détaillée
|
|
GitOps combine IaC, CI/CD et les principes Git. Quand un dev push sur `main`, un agent (ArgoCD, Flux) détecte le changement et applique la nouvelle config.
|
|
|
|
**Avantages** : traçabilité totale (qui a changé quoi, quand, pourquoi via les commits), rollback trivial (git revert), revue de code pour l'infra.
|
|
**Inconvénients** : courbe d'apprentissage, nécessite un cluster Kubernetes (historiquement).
|
|
|
|
## Cas d'Usage
|
|
- Déploiements Kubernetes reproductibles.
|
|
- Conformité et audit (tout est dans Git).
|
|
- Disaster recovery automatisé.
|
|
|
|
## Outils Liés
|
|
- **ArgoCD** (CNCF, dashboard riche).
|
|
- **Flux** (CNCF, plus minimaliste).
|
|
- **Pulumi CrossCode**, **Spacelift**.
|
|
|
|
## Pages Liées
|
|
- [[ci-cd]]
|
|
- [[infrastructure-as-code]]
|
|
- [[architecture-microservices]]
|
|
|
|
## Questions Ouvertes
|
|
- GitOps est-il pertinent hors de Kubernetes ?
|
|
- Quel est le futur de GitOps avec l'IA (auto-remediation) ?
|
|
|
|
## Liens
|
|
- [[kubernetes]]
|