Skip to main content
Kaeyros Analytics applique un modèle GitOps strict : le cluster Kubernetes n’est jamais modifié à la main. L’état souhaité de l’infrastructure et des applications est entièrement décrit dans le dépôt argo-production, et ArgoCD réconcilie en continu le cluster avec ce dépôt. Si vous utilisez kubectl edit sur une ressource gérée par ArgoCD, votre changement sera remis en état automatiquement. Ce comportement est intentionnel : le paramètre selfHeal est actif sur toutes les Applications. Ce n’est pas un bug, c’est le fonctionnement normal du modèle GitOps.

Dépôt argo-production

Structure du dépôt de référence et distinction entre dossiers surveillés par ArgoCD et dossiers appliqués manuellement.

App-of-apps

Le motif app-of-apps utilisé par ArgoCD : base.yaml déclare l’Application racine production qui surveille apps/.

Anatomie d'une Application

Gabarit YAML complet d’une Application ArgoCD et explication du chemin relatif des valueFiles.

Charts Helm

Les neuf charts Helm internes et lequel choisir pour une nouvelle application.

Fichier de valeurs

Gabarit annoté pour créer un fichier de values Helm : image, ingress, ressources, sondes et canary.

Image updater

Mise à jour automatique des images avec argocd-image-updater et pourquoi le tag n’est pas visible dans Git.

Canary

Déploiements progressifs avec Argo Rollouts : paliers, commandes de suivi, promotion et annulation.

Cycle de changement

Parcours complet d’un commit depuis le push GitHub jusqu’à la bascule progressive du trafic.