{"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":"

Anmerkung des \u00dcbersetzers.<\/b>: Nach der k\u00fcrzlichen Ver\u00f6ffentlichung Material<\/a><\/noindex> \u00fcber Pull- und Push-Methoden in GitOps haben wir ein gro\u00dfes Interesse an diesem Modell festgestellt. Allerdings gab es auf Russisch kaum Ver\u00f6ffentlichungen zu diesem Thema (auf Habr\u00e9 gibt es schlichtweg keine). Daher freuen wir uns, Ihnen die \u00dcbersetzung eines anderen Artikels anzubieten \u2014 auch wenn er bereits fast ein Jahr alt ist! \u2014 von der Firma Weaveworks, deren Leiter den Begriff \u201eGitOps\u201c gepr\u00e4gt hat. Der Text erl\u00e4utert die Essenz des Ansatzes und die wesentlichen Unterschiede zu den bereits bestehenden.<\/i><\/p>\n

\nVor einem Jahr haben wir eine Einf\u00fchrung in GitOps ver\u00f6ffentlicht<\/a><\/noindex>. Damals berichteten wir, wie das Team von Weaveworks eine SaaS vollst\u00e4ndig auf Kubernetes basierend gestartet hat und einen Katalog von empfohlenen Best Practices f\u00fcr Bereitstellung, Verwaltung und \u00dcberwachung in einer cloud-nativen Umgebung entwickelt hat.<\/a><\/noindex><\/p>\n

Der Artikel war sehr popul\u00e4r. Andere Menschen begannen \u00fcber GitOps zu sprechen und ver\u00f6ffentlichten neue Werkzeuge f\u00fcr git push<\/a><\/noindex>, Entwicklung<\/a><\/noindex>, Geheimnisse<\/a><\/noindex>, Funktionen<\/a><\/noindex>, kontinuierlicher Integration<\/a><\/noindex> usw. Auf unserer Website erschienen eine gro\u00dfe Anzahl<\/a><\/noindex> Ver\u00f6ffentlichungen und Anwendungsf\u00e4lle f\u00fcr GitOps. Aber einige Menschen hatten trotzdem noch Fragen. Wie unterscheidet sich das Modell von traditioneller Infrastruktur als Code<\/a><\/noindex> und kontinuierlicher Lieferung (Continuous Delivery<\/a><\/noindex>)? Ist es zwingend erforderlich, Kubernetes zu verwenden?<\/p>\n

Bald erkannten wir, dass eine neue Beschreibung erforderlich war, die Folgendes bietet:<\/p>\n

    \n
  1. Eine gro\u00dfe Anzahl von Beispielen und Geschichten;<\/li>\n
  2. Eine konkrete 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 abzudecken. Sie finden eine aktualisierte Einf\u00fchrung in GitOps und eine Sichtweise darauf von Entwicklern und CI\/CD. Wir konzentrieren uns haupts\u00e4chlich auf Kubernetes, obwohl das Modell durchaus verallgemeinerbar ist.<\/p>\n

    Lernen Sie GitOps kennen<\/h2>\n

    \nStellen Sie sich Alice vor. Sie leitet die Familie Versicherungen, die Policen f\u00fcr Kranken-, Auto-, Immobilienversicherungen und Reiseversicherungen f\u00fcr Menschen anbieten, die zu besch\u00e4ftigt sind, um die Nuancen der Vertr\u00e4ge selbst zu verstehen. Ihr Gesch\u00e4ft begann als Nebenprojekt, als Alice als Datenwissenschaftlerin 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 pro Jahr ein und w\u00e4chst schnell. Zurzeit arbeiten 180 Personen in verschiedenen Positionen f\u00fcr sie. Dazu geh\u00f6rt auch ein technologisches Team, das f\u00fcr die Entwicklung, Wartung der Website, der Datenbank und die Analyse der Kundenbasis zust\u00e4ndig ist. Das Team von 60 Personen wird von Bob, dem technischen Direktor des Unternehmens, geleitet.<\/p>\n

    Bobs Team implementiert Produktionssysteme in der Cloud. Ihre Hauptanwendungen laufen auf GKE und nutzen die Vorteile von Kubernetes in Google Cloud. Dar\u00fcber hinaus verwenden sie verschiedene Werkzeuge zur Datenverarbeitung und Analyse.<\/p>\n

    Family Insurance hatte nicht vor, Container zu nutzen, war jedoch von dem Enthusiasmus f\u00fcr Docker angesteckt worden. Bald entdeckten die Spezialisten des Unternehmens, dass GKE es erm\u00f6glicht, Cluster zum Testen neuer Funktionen einfach und m\u00fchelos bereitzustellen. Jenkins wurde f\u00fcr CI hinzugef\u00fcgt, und Quay wurde zum Organisieren des Container-Registers eingef\u00fchrt; Skripte f\u00fcr Jenkins wurden geschrieben, die neue Container und Konfigurationen in GKE pushen.<\/p>\n

    Es verging einige Zeit. Alice und Bob waren entt\u00e4uscht von der 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 erhofft hatte. Manchmal brachen Deployments zusammen, und es war unklar, ob die Code\u00e4nderungen daran schuld waren. Auch das Verfolgen von Konfigurations\u00e4nderungen stellte sich als schwierig heraus. Oft war es einfacher, einen neuen Cluster zu erstellen und die Anwendungen dorthin zu verschieben, um das Durcheinander zu beseitigen, in das das System geraten war. Alice hatte Angst, dass die Situation sich verschlechtern w\u00fcrde, als das Projekt weiterwuchs (dar\u00fcber hinaus stand ein neues Projekt auf Basis von maschinellem Lernen an). Bob hatte einen gro\u00dfen Teil der Arbeit automatisiert und verstand nicht, warum die Pipeline immer noch instabil war, schlecht skalierte und gelegentlich manuelle Eingriffe erforderte.<\/p>\n

    Dann erfuhren sie von GitOps. Diese L\u00f6sung stellte sich als genau das heraus, was sie ben\u00f6tigten, um selbstbewusst voranzukommen.<\/b><\/p>\n

    Alice und Bob hatten seit mehreren Jahren von git-basierten Workflows, DevOps und Infrastructure as Code geh\u00f6rt. Das Besondere an GitOps ist, dass es eine Reihe bew\u00e4hrter Praktiken \u2013 kategorisch und normativ \u2013 in den Kontext von Kubernetes bringt. Dieses Thema<\/a><\/noindex>wurde mehrfach angesprochen unter anderem im<\/a><\/noindex>.<\/p>\n

    Weaveworks-Blog. Family Insurance beschlie\u00dft die Einf\u00fchrung von GitOps. Jetzt hat das Unternehmen ein automatisiertes Betriebsmodell, das mit Kubernetes kompatibel ist und die Geschwindigkeit<\/i> f\u00fcr Stabilit\u00e4t<\/i>, da sie:<\/p>\n