Dieses Glossar begleitet die GitOps-Prinzipien und andere Dokumente dieses Repositorys.
-
Mit "kontinuierlich" ist im Kontext der Angleichung gemeint, dass diese regelmäßig, aber nicht zwangsweise sofort erfolgt.
-
Eine Konfiguration, die den gewünschten Soll-Zustand eines Systems beschreibt, ohne Vorgehensweisen zu definieren wie dieser erreicht wird. Dies erzielt die Trennung der Konfiguration (Soll-Zustand) von der Implementierung (Befehle, API-Aufrufe, Skripte usw.), die verwendet wird, um den gewünschten Zustand zu erreichen.
-
Die Gesamtheit aller Konfigurationen, die es braucht, um ein sich gleichverhaltendes System wiederherzustellen. Diese Konfigurationen enthalten im Allgemeinen keine gespeicherten Anwendungsdaten wie z.B. Datenbankinhalte, wohl aber die entsprechenden Zugangsdaten für den Zugriff darauf oder Einstellungen für Wiederherstellungs-Tools des Systems.
-
Abweichung bezeichnet eine (beginnende) Entfernung des Ist-Zustandes eines Systems vom gewünschten Soll-Zustand.
-
Prinzip 3 (Automatisch bezogen) spezifiziert, dass der gewünschte Zustand "gezogen" (Pull) statt von außen "gedrückt" (Push), werden muss, hauptsächlich weil die Software-Agenten in der Lage sein müssen, den gewünschten Zustand aus dem Zustandsspeicher zu jeder Zeit abzurufen – nicht nur dann, wenn es eine absichtliche Änderung im Zustandsspeicher gibt, die ein Push-Ereignis auslöst. Dies ist eine Voraussetzung dafür, dass die Angleichung kontinuierlich erfolgen kann, wie in Prinzip 4 (Kontinuierlich angeglichen) spezifiziert. Beachte, dass – im Gegensatz zu traditionellem CI/CD, bei dem Automatisierung in der Regel durch vordefinierte Auslöser gesteuert wird – im GitOps die Angleichung immer dann ausgelöst wird, wenn eine Abweichung vorliegt. Eine Abweichung könnte dadurch entstehen, dass sich der tatsächliche Zustand unbeabsichtigt vom erklärten Soll-Zustand entfernt – nicht nur aufgrund einer neuen Version des gewünschten Soll-Zustands, die absichtlich geändert wurde.
-
Der Prozess, bei dem sichergestellt wird, dass der tatsächliche Zustand eines Systems mit seinem Soll-Zustand übereinstimmt. Im Gegensatz zur traditionellen CI/CD, bei der die Automatisierung im Allgemeinen durch voreingestellte Auslöser gesteuert wird, wird bei GitOps die Angleichung immer dann ausgelöst, wenn eine Abweichung vorliegt. Die Abweichung kann darauf zurückzuführen sein, dass sich der Ist-Zustand unbeabsichtigt geändert hat oder dass eine neue Version der Soll-Zustands-Beschreibung vorliegt. Auf der Grundlage von Richtlinien und Feedback des Systems sowie früherer Angleichungsversuche werden Maßnahmen ergriffen, um die Abweichung im Laufe der Zeit zu verringern.
-
Ein mittels GitOps verwaltetes Softwaresystem beinhaltet:
- Eine oder mehrere Laufzeitumgebungen, die aus verwalteten Ressourcen bestehen
- Verwaltungs-Agenten innerhalb jeder einzelnen Laufzeitumgebung
- Richtlinien zur Steuerung des Zugriffs sowie der Verwaltung der Repositorys, Deployments und Laufzeitumgebungen
-
Ein System, um unveränderliche Versionen der Beschreibung des Soll-Zustand zu speichern. Dieser Speicher sollte Zugriffssteuerung und Audits der Änderungen des Soll-Zustands unterstützen. Git, von dem sich der Name GitOps ableitet, ist das kanonische Beispiel für diesen Speicher, aber jedes System das die genannten Bedingungen erfüllt, kann benutzt werden. In jedem Fall muss der Speicher ordnungsgemäß konfiguriert sein und Maßnahmen getroffen werden, um den Anforderungen der GitOps-Prinzipien gerecht zu werden.
-
GitOps folgt der Kontrolltheorie und wird in einem geschlossenen Kreislauf betrieben. In der Kontrolltheorie beschreibt die Rückmeldung, wie frühere Versuche, einen Soll-Zustand anzuwenden, den tatsächlichen Zustand beeinflusst haben. Verlangt beispielsweise der Soll-Zustand mehr Ressourcen als in einem System vorhanden sind, könnte der Software-Agent versuchen, automatisch zu einer vorherigen Version zurückzurollen oder menschlichen Betreibern einen Alarm senden.