{"id":33504,"date":"2019-10-31T21:52:58","date_gmt":"2019-10-31T18:52:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/rukovodstvo-dlya-chajnikov-sozdanie-tsepochek-devops-s-pomoshhyu-instrumentov-s-otkrytym-ishodnym-kodom\/"},"modified":"2019-10-31T21:52:58","modified_gmt":"2019-10-31T18:52:58","slug":"rukovodstvo-dlya-chajnikov-sozdanie-tsepochek-devops-s-pomoshhyu-instrumentov-s-otkrytym-ishodnym-kodom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/rukovodstvo-dlya-chajnikov-sozdanie-tsepochek-devops-s-pomoshhyu-instrumentov-s-otkrytym-ishodnym-kodom","title":{"rendered":"Anleitung f\u00fcr Einsteiger: Erstellen von DevOps-Pipelines mit Open-Source-Tools","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Anleitung
\nErstellung der ersten DevOps-Pipeline in f\u00fcnf Schritten f\u00fcr Anf\u00e4nger.<\/em><\/p>\n

<\/p>\n

DevOps ist zur Wunderwaffe gegen zu langsame, fragmentierte und andere problematische Entwicklungsprozesse geworden. Aber es sind minimale Kenntnisse in DevOps erforderlich. Hier werden Konzepte wie die DevOps-Pipeline und deren Erstellung in f\u00fcnf Schritten behandelt. Dies ist kein vollst\u00e4ndiger Leitfaden, sondern lediglich eine \u201eSkizze\u201c, die erweitert werden kann. Lassen Sie uns mit der Geschichte beginnen.<\/p>\n

<\/p>\n

Mein Einstieg in DevOps<\/h3>\n

<\/p>\n

Fr\u00fcher arbeitete ich mit Clouds bei Citi Group und entwickelte eine IaaS-Webanwendung zur Verwaltung der Cloud-Infrastruktur von Citi. Aber ich war immer daran interessiert, wie man die Entwicklungs-Pipeline optimieren und die Kultur unter den Entwicklern verbessern kann. Greg Lavender, unser technischer Direktor f\u00fcr Cloud-Architektur und -Infrastruktur, empfahl mir das Buch Projekt \u201ePhoenix\u201c<\/a><\/noindex>. Es erkl\u00e4rt die Prinzipien von DevOps hervorragend und liest sich wie ein Roman.<\/p>\n

<\/a><\/noindex><\/p>\n

In der Tabelle auf der R\u00fcckseite wird gezeigt, wie oft Unternehmen neue Versionen ver\u00f6ffentlichen:<\/p>\n

<\/p>\n

\"Anleitung<\/a><\/noindex><\/p>\n

<\/p>\n

Wie schaffen es Amazon, Google und Netflix, so viele Releases herauszubringen? Ganz einfach: Sie haben verstanden, wie man eine nahezu perfekte DevOps-Pipeline erstellt.<\/p>\n

<\/p>\n

Bei uns bei Citi war alles ganz anders, bis wir auf DevOps umgestiegen sind. Damals hatte mein Team verschiedene Umgebungen, aber die Bereitstellung auf den Entwicklungserver geschah manuell. Alle Entwickler hatten nur Zugang zu einem einzigen Entwicklungserver, der auf IBM WebSphere Application Server Community Edition basierte. Bei gleichzeitigen Bereitstellungsversuchen fiel der Server aus, und wir mussten jedes Mal \u201eschmerzhafte\u201c Kompromisse finden. Au\u00dferdem hatten wir eine unzureichende Testabdeckung des Codes, einen zeitaufw\u00e4ndigen manuellen Bereitstellungsprozess und keine M\u00f6glichkeit, die Codebereitstellung anhand bestimmter Aufgaben oder Anforderungen des Kunden nachzuverfolgen.<\/p>\n

<\/p>\n

Es war klar, dass schnell etwas getan werden musste, und ich fand einen gleichgesinnten Kollegen. Wir beschlossen, gemeinsam die erste DevOps-Pipeline zu erstellen \u2013 er richtete die virtuelle Maschine und den Tomcat-Anwendungsserver ein, w\u00e4hrend ich mich um Jenkins, die Integration mit Atlassian Jira und Bitbucket sowie die Testabdeckung k\u00fcmmerte. Das Projekt war erfolgreich: Wir automatisierten die gesamte Entwicklungs-Pipeline, erreichten nahezu 100 % ununterbrochene Verf\u00fcgbarkeit des Entwicklungservers, konnten die Testabdeckung nachverfolgen und verbessern, und der Git-Branch konnte an die Bereitstellung und die Jira-Aufgabe gebunden werden. Die meisten Werkzeuge, mit denen wir die DevOps-Pipeline aufbauten, waren Open Source.<\/p>\n

<\/p>\n

Tats\u00e4chlich war die Kette vereinfacht, da wir nicht einmal erweiterte Konfigurationen mit Jenkins oder Ansible verwendet haben. Aber wir haben es geschafft. M\u00f6glicherweise ist das eine Folge des Prinzips Pareto<\/a><\/noindex> (auch bekannt als 80\/20 Regel).<\/p>\n

<\/p>\n

Kurze Beschreibung der DevOps- und CI\/CD-Kette<\/h3>\n

<\/p>\n

DevOps hat verschiedene Definitionen. DevOps, wie auch Agile, umfasst verschiedene Disziplinen. Aber die meisten w\u00fcrden der folgenden Definition zustimmen: DevOps ist eine Methode oder ein Lebenszyklus der Softwareentwicklung, deren Hauptprinzip darin besteht, eine Kultur zu schaffen, in der Entwickler und andere Mitarbeiter \"auf derselben Wellenl\u00e4nge\" sind, manuelle T\u00e4tigkeiten automatisiert werden, jeder das tut, was er am besten kann, die H\u00e4ufigkeit der Lieferungen steigt, die Produktivit\u00e4t zunimmt und die Flexibilit\u00e4t erh\u00f6ht wird.<\/p>\n

<\/p>\n

Und obwohl allein Tools nicht ausreichen, um eine DevOps-Umgebung zu schaffen, sind sie unerl\u00e4sslich. Das wichtigste von ihnen ist die kontinuierliche Integration und kontinuierliche Lieferung (CI\/CD). In der Kette gibt es f\u00fcr jede Umgebung verschiedene Phasen (zum Beispiel DEV (Entwicklung), INT (Integration), TST (Test), QA (Qualit\u00e4tssicherung), UAT (Benutzertests), STG (Vorbereitung), PROD (Nutzung)), manuelle Aufgaben werden automatisiert, Entwickler k\u00f6nnen qualitativ hochwertigen Code erstellen, ihn bereitstellen und sich leicht anpassen.<\/p>\n

<\/p>\n

Dieser Hinweis beschreibt, wie man in f\u00fcnf Schritten eine DevOps-Kette aufbaut, wie im Bild unten gezeigt, mit Hilfe von Open-Source-Tools.<\/p>\n

<\/p>\n

\"Anleitung<\/a><\/noindex><\/p>\n

<\/p>\n

Kommen wir zur Sache.<\/p>\n

<\/p>\n

Schritt 1: CI\/CD-Plattform<\/h3>\n

<\/p>\n

Zun\u00e4chst ben\u00f6tigen Sie ein CI\/CD-Tool. Jenkins ist ein Open-Source-CI\/CD-Tool, das in Java geschrieben ist und mit einer MIT-Lizenz versehen ist, das die Popularisierung der DevOps-Bewegung er\u00f6ffnet hat und de facto zum Standard f\u00fcr CI\/CD geworden ist.<\/p>\n

<\/p>\n

Was ist Jenkins? Stellen Sie sich vor, Sie haben eine magische Fernbedienung f\u00fcr verschiedene Dienste und Tools. An sich ist ein CI\/CD-Tool wie Jenkins nutzlos, aber in Kombination mit verschiedenen Tools und Diensten wird es allm\u00e4chtig.<\/p>\n

<\/p>\n

Neben Jenkins gibt es viele andere Open-Source-Tools, w\u00e4hlen Sie eines davon aus. <\/p>\n

<\/p>\n

\"Anleitung<\/a><\/noindex><\/p>\n

<\/p>\n

So sieht der DevOps-Prozess mit einem CI\/CD-Tool aus<\/p>\n

<\/p>\n

\"Anleitung<\/a><\/noindex><\/p>\n

<\/p>\n

Sie haben ein CI\/CD-Tool auf Ihrem localhost, aber im Moment gibt es nichts zu tun. Lassen Sie uns zum n\u00e4chsten Schritt \u00fcbergehen.<\/p>\n

<\/p>\n

Schritt 2: Versionsverwaltung<\/h3>\n

<\/p>\n

Der beste (und wahrscheinlich einfachste) Weg, die Magie eines CI\/CD-Tools zu \u00fcberpr\u00fcfen, besteht darin, es mit einem Versionskontrollsystem (Source Control Management, SCM) zu integrieren. Warum ben\u00f6tigt man Versionskontrolle? Angenommen, Sie erstellen eine Anwendung. Sie schreiben sie in Java, Python, C++, Go, Ruby, JavaScript oder einer anderen Sprache, die es im \u00dcberfluss gibt. Das, was Sie schreiben, wird Quellcode genannt. Zun\u00e4chst, insbesondere wenn Sie allein arbeiten, k\u00f6nnen Sie alles in einem lokalen Verzeichnis speichern. Aber wenn das Projekt w\u00e4chst und mehr Leute mitarbeiten, ben\u00f6tigen Sie eine M\u00f6glichkeit, \u00c4nderungen im Code zu teilen und gleichzeitig Konflikte beim Zusammenf\u00fchren der \u00c4nderungen zu vermeiden. Au\u00dferdem m\u00fcssen Sie eine M\u00f6glichkeit haben, fr\u00fchere Versionen ohne Backups wiederherzustellen und das copy-paste-Verfahren f\u00fcr Code-Dateien zu vermeiden.<\/p>\n

<\/p>\n

Hier kommt SCM ins Spiel. SCM speichert den Code in Repositories, verwaltet seine Versionen und koordiniert ihn unter den Entwicklern.<\/p>\n

<\/p>\n

Es gibt viele SCM-Tools, aber de facto ist Git der Standard geworden. Ich empfehle, genau dieses zu verwenden, aber es gibt auch andere Optionen.<\/p>\n

<\/p>\n

\"Anleitung<\/p>\n

<\/p>\n

So sieht die DevOps-Pipeline nach der Hinzuf\u00fcgung von SCM aus.<\/p>\n

<\/p>\n

\"Anleitung<\/a><\/noindex><\/p>\n

<\/p>\n

Das CI\/CD-Tool kann das Hoch- und Runterladen von Quellcode und die Zusammenarbeit im Team automatisieren. Nicht schlecht? Aber wie machen wir daraus jetzt eine funktionierende Anwendung, die von Milliarden Nutzern geliebt wird?<\/p>\n

<\/p>\n

Schritt 3: Automatisierungstool f\u00fcr den Build-Prozess<\/h3>\n

<\/p>\n

Es l\u00e4uft alles nach Plan. Sie k\u00f6nnen den Code hochladen und \u00c4nderungen im Versionskontrollsystem erfassen und auch Freunde einladen, mit Ihnen zu arbeiten. Aber Sie haben noch keine Anwendung. Damit es eine Webanwendung wird, muss sie kompiliert und in ein Paket zur Bereitstellung oder als ausf\u00fchrbare Datei gestartet werden. (Ein interpretierter Programmiersprache, wie JavaScript oder PHP, muss nicht kompiliert werden.)<\/p>\n

<\/p>\n

Verwenden Sie ein Automatisierungstool f\u00fcr den Build-Prozess. Egal welches Tool Sie w\u00e4hlen, es wird den Code im erforderlichen Format zusammenstellen und die Reinigung, Kompilierung, Testung und Bereitstellung automatisieren. Die Build-Tools variieren je nach Sprache, aber meist werden folgende Open-Source-Varianten verwendet.<\/p>\n

<\/p>\n

\"Anleitung<\/p>\n

<\/p>\n

Ausgezeichnet! Lassen Sie uns nun die Konfigurationsdateien des Automatisierungstools f\u00fcr den Build-Prozess in das Versionskontrollsystem einf\u00fcgen, damit das CI\/CD-Tool sie zusammenbauen kann.<\/p>\n

<\/p>\n

\"Anleitung<\/a><\/noindex><\/p>\n

<\/p>\n

Es scheint alles in Ordnung zu sein. Aber wo bringen wir das jetzt hin?<\/p>\n

<\/p>\n

Schritt 4: Server f\u00fcr Webanwendungen<\/h3>\n

<\/p>\n

Also haben Sie eine gepackte Datei, die ausf\u00fchrbar oder bereitstellbar ist. Damit die Anwendung wirklich n\u00fctzlich ist, sollte sie irgendeinen Service oder ein Interface haben, aber Sie m\u00fcssen das alles irgendwo unterbringen.<\/p>\n

<\/p>\n

Eine Webanwendung kann auf einem Anwendungsserver bereitgestellt werden. Der Anwendungsserver bietet eine Umgebung, in der die Programmlogik aus dem Paket ausgef\u00fchrt, das Interface gerendert und Webdienste \u00fcber Sockets ge\u00f6ffnet werden k\u00f6nnen. Sie ben\u00f6tigen einen HTTP-Server und einige andere Umgebungen (wie eine virtuelle Maschine), um den Anwendungsserver einzurichten. Lassen Sie uns vorerst so tun, als h\u00e4tten Sie alles w\u00e4hrend des Prozesses im Griff (obwohl ich sp\u00e4ter \u00fcber Container sprechen werde).<\/p>\n

<\/p>\n

Es gibt einige offene Anwendungsserver.<\/p>\n

<\/p>\n

\"Anleitung<\/a><\/noindex><\/p>\n

<\/p>\n

Wir haben bereits eine nahezu funktionierende DevOps-Kette erstellt. Gro\u00dfartige Arbeit!<\/p>\n

<\/p>\n

\"Anleitung<\/a><\/noindex><\/p>\n

<\/p>\n

Im Prinzip k\u00f6nnte man hier aufh\u00f6ren, von nun an schaffen Sie es alleine, aber es lohnt sich, auch \u00fcber die Codequalit\u00e4t zu sprechen.<\/p>\n

<\/p>\n

Schritt 5: Testabdeckung<\/h3>\n

<\/p>\n

Tests zu erstellen, kostet viel Zeit und M\u00fche, aber es ist besser, Fehler sofort zu finden und den Code zu verbessern, um die Endbenutzer zu erfreuen. F\u00fcr diesen Zweck gibt es viele offene Werkzeuge, die nicht nur den Code testen, sondern auch Tipps geben, wie man ihn verbessern kann. Die meisten CI\/CD-Tools k\u00f6nnen sich mit diesen Werkzeugen verbinden und den Prozess automatisieren.<\/p>\n

<\/p>\n

Das Testen ist in zwei Teile unterteilt: Testframeworks, um Tests zu schreiben und auszuf\u00fchren, und Werkzeuge mit Hinweisen zur Verbesserung der Codequalit\u00e4t.<\/p>\n

<\/p>\n

Testframeworks<\/h3>\n

<\/p>\n

\"Anleitung<\/a><\/noindex><\/p>\n

<\/p>\n

Werkzeuge mit Hinweisen zur Qualit\u00e4t<\/p>\n

<\/p>\n

\"Anleitung<\/a><\/noindex><\/p>\n

<\/p>\n

Die meisten dieser Werkzeuge und Frameworks sind f\u00fcr Java, Python und JavaScript geschrieben, da C++ und C# propriet\u00e4r sind (obwohl GCC Open Source ist).<\/p>\n

<\/p>\n

Wir haben Testabdeckungswerkzeuge angewendet, und nun sollte die DevOps-Pipeline wie auf dem Bild zu Beginn des Handbuchs aussehen.<\/p>\n

<\/p>\n

Zus\u00e4tzliche Schritte<\/h2>\n

<\/p>\n

Container<\/h3>\n

<\/p>\n

Wie bereits erw\u00e4hnt, kann der Anwendungsserver entweder auf einer virtuellen Maschine oder einem Server bereitgestellt werden, aber Container sind beliebter.<\/p>\n

<\/p>\n

Was sind Container<\/a><\/noindex>? \u0412\u043a\u0440\u0430\u0442\u0446\u0435, \u0432 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043c\u0430\u0448\u0438\u043d\u0435 \u043e\u043f\u0435\u0440\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0447\u0430\u0449\u0435 \u0432\u0441\u0435\u0433\u043e \u0437\u0430\u043d\u0438\u043c\u0430\u0435\u0442 \u0431\u043e\u043b\u044c\u0448\u0435 \u043c\u0435\u0441\u0442\u0430, \u0447\u0435\u043c \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435, \u0430 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u0443 \u043e\u0431\u044b\u0447\u043d\u043e \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u0445 \u0431\u0438\u0431\u043b\u0438\u043e\u0442\u0435\u043a \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438. \u0412 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445 \u0431\u0435\u0437 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d \u043d\u0435 \u043e\u0431\u043e\u0439\u0442\u0438\u0441\u044c, \u043d\u043e \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440 \u0432\u043c\u0435\u0449\u0430\u0435\u0442 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u0432\u043c\u0435\u0441\u0442\u0435 \u0441 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u043c \u0431\u0435\u0437 \u043b\u0438\u0448\u043d\u0438\u0445 \u0437\u0430\u0442\u0440\u0430\u0442.<\/p>\n

<\/p>\n

F\u00fcr Container werden normalerweise Docker und Kubernetes verwendet, obwohl es auch andere Optionen gibt.<\/p>\n

<\/p>\n

\"Anleitung<\/a><\/noindex><\/p>\n

<\/p>\n

Lesen Sie die Artikel \u00fcber Docker und Kubernetes auf Opensource.com<\/a><\/noindex>:<\/p>\n

<\/p>\n