- Ein GitOps-Tool für Menschen, die Kubernetes nicht verwenden
- Überwacht ein entferntes Git-Repository, zieht Änderungen per Pull und sendet ein HUP-Signal an Server-/Service-Prozesse zum Neuladen
- Für jeden Service wird ein sparsamer Git-Checkout durchgeführt, der nur die tatsächlich benötigten Dateien sichtbar macht, aber die komplette Historie enthält
- Es werden mehrere Bind-Mounts eingerichtet, um Services Zugriffsrechte auf Dateien im Git-Repository zu geben
- Falls das Zielverzeichnis nicht existiert, wird es mit dem aktuellen Benutzer erstellt (falls angegeben)
- Bietet nicht viel mehr als das reine Holen des Repositorys, ermöglicht aber die Nutzung eines GitOps-Workflows ohne Abhängigkeit von einer Umgebung wie Kubernetes
- Das Git-Repository, das zum Provisionieren der Services verwendet wird, muss für jeden Service mindestens ein (Unter-)Verzeichnis enthalten
- Installiert Pakete, falls angegeben, führt aber keine Upgrades oder Downgrades durch, wenn davon ausgegangen wird, dass es einen besseren Weg gibt
- Die entfernte Schnittstelle verwendet SSH-Schlüssel zur Authentifizierung
- Folgende Funktionen sind implementiert:
- Metrics: Exportiert den Git-Hash, sodass Rollouts nachverfolgt werden können
- Diff detection: Möglich über Metrics oder
gitopperctl
- Out of band rollbacks: Umgeht den normalen Git-Workflow mit
gitopperctl
- No client side processing: Dateien werden genau so verwendet, wie sie im Git-Repository liegen
- Canarying: Einem Service kann ein anderer Branch zum Auschecken bereitgestellt werden
Noch keine Kommentare.