Gitopper - faire du GitOps sans Kubernetes

• Un outil GitOps pour celles et ceux qui n’utilisent pas Kubernetes
• Surveille un dépôt git distant, récupère les changements via pull, puis envoie un signal HUP au processus serveur (service) pour le recharger
• Chaque service bénéficie d’un checkout git sparse — mais avec l’historique complet — de sorte qu’il ne voit que les fichiers dont il a réellement besoin
• Plusieurs bind mounts sont configurés pour donner au service les droits d’accès aux fichiers du dépôt Git
• Si le répertoire cible n’existe pas, il est créé avec l’utilisateur courant (si spécifié)
• N’offre pas davantage de fonctionnalités que le simple fait de récupérer un dépôt, mais permet d’utiliser un workflow GitOps sans dépendre d’un environnement comme Kubernetes
• Le dépôt Git utilisé pour provisionner les services doit contenir au moins un (sous-)répertoire pour chaque service
• Installe les paquets si demandé, mais n’effectue ni mise à niveau ni rétrogradation, en partant du principe qu’il existe une meilleure méthode pour cela
• L’interface distante utilise des clés SSH pour l’authentification
• Les fonctionnalités suivantes sont implémentées :
  • Metrics : exporte les hachages Git, ce qui permet de suivre les déploiements
  • Diff detection : possible via metrics ou gitopperctl
  • Out of band rollbacks : contourne le workflow Git habituel via gitopperctl
  • No client side processing : les fichiers sont utilisés tels quels depuis le dépôt Git
  • Canarying : permet de fournir une autre branche à checkout pour un service