{"id":35941,"date":"2019-10-31T22:07:41","date_gmt":"2019-10-31T19:07:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/chto-zhe-takoe-gitops\/"},"modified":"2019-10-31T22:07:41","modified_gmt":"2019-10-31T19:07:41","slug":"chto-zhe-takoe-gitops","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/chto-zhe-takoe-gitops","title":{"rendered":"Was ist GitOps?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hinweis.<\/b>: Nach der k\u00fcrzlichen Ver\u00f6ffentlichung von Materialien<\/a><\/noindex> \u00fcber die Pull- und Push-Methoden in GitOps haben wir ein reges Interesse an diesem Modell insgesamt festgestellt. Allerdings gibt es nur sehr wenige russischsprachige Publikationen zu diesem Thema (auf Habr gibt es praktisch keine). Daher freuen wir uns, Ihnen die \u00dcbersetzung eines anderen Artikels anzubieten \u2013 auch wenn dieser bereits fast ein Jahr alt ist! \u2013 von Weaveworks, dessen Gr\u00fcnder den Begriff \u201eGitOps\u201c gepr\u00e4gt hat. Der Text erl\u00e4utert das Konzept und die wesentlichen Unterschiede zu bestehenden Ans\u00e4tzen.<\/i><\/p>\n

\nVor einem Jahr haben wir eine Einf\u00fchrung in GitOps ver\u00f6ffentlicht<\/a><\/noindex>. Damals haben wir berichtet, wie das Team von Weaveworks ein auf Kubernetes basierendes SaaS gestartet hat und einen Satz empfohlener Best Practices f\u00fcr Bereitstellung, Verwaltung und \u00dcberwachung in Cloud-Native-Umgebungen entwickelt hat.<\/a><\/noindex><\/p>\n

Der Artikel war sehr beliebt. Andere begannen, \u00fcber GitOps zu sprechen, und ver\u00f6ffentlichten neue Werkzeuge f\u00fcr git push<\/a><\/noindex>, Entwicklung<\/a><\/noindex>, Secrets<\/a><\/noindex>, Funktionen<\/a><\/noindex>, der kontinuierlichen Integration<\/a><\/noindex> usw. Auf unserer Website erschienen viele<\/a><\/noindex> Ver\u00f6ffentlichungen und Anwendungsbeispiele f\u00fcr GitOps. Doch es blieben einige Fragen offen. Wie unterscheidet sich das Modell von traditionellem Infrastructure as Code<\/a><\/noindex> und Continuous Delivery (Continuous Delivery<\/a><\/noindex>Ist der Einsatz von Kubernetes zwingend erforderlich?<\/p>\n

Bald wurde uns klar, dass eine neue Beschreibung notwendig war, die Folgendes bietet:<\/p>\n

    \n
  1. Eine Vielzahl von Beispielen und Geschichten;<\/li>\n
  2. Eine klare Definition von GitOps;<\/li>\n
  3. Einen Vergleich mit traditioneller Continuous Delivery.<\/li>\n<\/ol>\n

    \nIn diesem Artikel haben wir versucht, all diese Themen zu behandeln. Sie finden hier eine aktualisierte Einf\u00fchrung in GitOps sowie einen Blick aus der Perspektive von Entwicklern und CI\/CD. Wir konzentrieren uns haupts\u00e4chlich auf Kubernetes, obwohl das Modell durchaus verallgemeinert werden kann.<\/p>\n

    Lernen Sie GitOps kennen:<\/h2>\n

    \nStellen Sie sich Alice vor. Sie leitet die Firma Family Insurance, die Versicherungen f\u00fcr Gesundheit, Autos, Immobilien und Reisen f\u00fcr Menschen anbietet, die zu besch\u00e4ftigt sind, um die Feinheiten der Vertr\u00e4ge selbst zu verstehen. Ihr Unternehmen begann als Nebenprojekt, w\u00e4hrend Alice als Data Scientist in einer Bank arbeitete. Eines Tages erkannte sie, dass sie fortschrittliche Computeralgorithmen nutzen kann, um Daten effizienter zu analysieren und Versicherungspakete zu schn\u00fcren. Investoren finanzierten das Projekt und nun bringt ihr Unternehmen \u00fcber 20 Millionen Dollar j\u00e4hrlich ein und w\u00e4chst rasant. Momentan besch\u00e4ftigt es 180 Personen in verschiedenen Positionen. Dazu geh\u00f6rt ein Technikteam, das f\u00fcr die Entwicklung, Wartung der Website, Datenbanken und die Analyse der Kundenbasis zust\u00e4ndig ist. Das 60-k\u00f6pfige Team wird von Bob geleitet, dem technischen Direktor des Unternehmens.<\/p>\n

    Bobs Team setzt Produktionssysteme in der Cloud ein. Ihre Hauptanwendungen laufen auf GKE und nutzen die Vorteile von Kubernetes in Google Cloud. Dar\u00fcber hinaus verwenden sie verschiedene Tools f\u00fcr Datenmanagement und Analytik.<\/p>\n

    Die Family Insurance hatte urspr\u00fcnglich nicht vor, Container zu nutzen, aber die Begeisterung f\u00fcr Docker war ansteckend. Bald entdeckten die Fachleute des Unternehmens, dass GKE es erm\u00f6glicht, Cluster f\u00fcr die einfache und unkomplizierte Bereitstellung neuer Funktionen zu erstellen. Jenkins wurde f\u00fcr CI hinzugef\u00fcgt und Quay zur Organisation des Container-Registers, und es wurden Skripte f\u00fcr Jenkins geschrieben, die neue Container und Konfigurationen in GKE pushen.<\/p>\n

    Einige Zeit ist vergangen. Alice und Bob waren frustriert \u00fcber die Leistung des gew\u00e4hlten Ansatzes und dessen Auswirkungen auf das Gesch\u00e4ft. Die Einf\u00fchrung von Containern hatte die Leistung nicht so gesteigert, wie das Team es sich erhofft hatte. Manchmal schlugen Deployments fehl, und es war unklar, ob die \u00c4nderungen im Code daf\u00fcr verantwortlich waren. Au\u00dferdem war es schwierig, die \u00c4nderungen in den Konfigurationen nachzuvollziehen. Oft musste ein neuer Cluster erstellt und die Anwendungen dorthin verschoben werden, weil es der einfachste Weg war, das Chaos zu beseitigen, in das das System geraten war. Alice machte sich Sorgen, dass sich die Situation mit der Weiterentwicklung der Anwendung verschlimmern w\u00fcrde (au\u00dferdem stand ein neues Projekt auf der Basis von maschinellem Lernen an). Bob hatte die meisten Arbeiten automatisiert, verstand jedoch nicht, warum die Pipeline weiterhin instabil war, schlecht skalierte und gelegentlich manuelles Eingreifen erforderte.<\/p>\n

    Dann erfuhren sie von GitOps. Diese L\u00f6sung stellte sich als genau das heraus, was sie f\u00fcr einen sicheren Fortschritt ben\u00f6tigten.<\/b><\/p>\n

    Alice und Bob haben seit vielen Jahren von Prozessen auf Basis von Git, DevOps und Infrastructure as Code geh\u00f6rt. Das Besondere an GitOps ist, dass es eine Reihe bew\u00e4hrter Praktiken \u2014 sowohl verbindlicher als auch normativer \u2014 f\u00fcr die Umsetzung dieser Ideen im Kontext von Kubernetes einf\u00fchrt. Dies ist ein Thema, das immer wieder angesprochen wurde<\/a><\/noindex>, auch in dem Weaveworks-Blog<\/a><\/noindex>.<\/p>\n

    Family Insurance hat beschlossen, GitOps einzuf\u00fchren. Das Unternehmen verf\u00fcgt nun \u00fcber ein automatisiertes Betriebsmodell, das mit Kubernetes kompatibel ist und Geschwindigkeit<\/i> , f\u00fcr mit Stabilit\u00e4t<\/i>, da sie:<\/p>\n