{"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":"Einsteigerleitfaden: Erstellen von DevOps-Ketten mit Open-Source-Tools","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Einsteigerleitfaden:
\nErstellen Ihrer ersten DevOps-Kette in f\u00fcnf Schritten f\u00fcr Anf\u00e4nger.<\/em><\/p>\n

<\/p>\n

DevOps hat sich als L\u00f6sung f\u00fcr langsame, isolierte und andere problematische Entwicklungsprozesse etabliert. Es sind jedoch grundlegende Kenntnisse in DevOps erforderlich. In diesem Artikel werden Konzepte wie die DevOps-Kette und deren Erstellung in f\u00fcnf Schritten behandelt. Dies ist kein umfassendes Handbuch, sondern lediglich ein 'Prototyp', den man erweitern kann. Lassen Sie uns mit der Geschichte beginnen.<\/p>\n

<\/p>\n

Meine Begegnung mit DevOps<\/h3>\n

<\/p>\n

Fr\u00fcher arbeitete ich bei Citi Group mit Cloud-Technologien und entwickelte eine IaaS-Webanwendung, um die Cloud-Infrastruktur von Citi zu verwalten. Ich war jedoch immer daran interessiert, wie man den Entwicklungsprozess optimieren und die Kultur unter Entwicklern verbessern kann. Greg Lavender, unser Tech Director f\u00fcr Cloud-Architektur und Infrastruktur, empfahl mir das Buch Projekt 'Phoenix'<\/a><\/noindex>. Es erkl\u00e4rt die Prinzipien von DevOps hervorragend und liest sich wie ein Roman.<\/p>\n

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

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

<\/p>\n

\"Einsteigerleitfaden:<\/a><\/noindex><\/p>\n

<\/p>\n

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

<\/p>\n

Bei Citi war alles ganz anders, bis wir auf DevOps umgestiegen sind. Zu diesem Zeitpunkt hatte mein Team verschiedene Umgebungen, aber die Bereitstellung auf den Entwicklungserver erfolgte manuell. Alle Entwickler hatten Zugriff auf nur einen einzigen Entwicklungserver, der auf IBM WebSphere Application Server Community Edition basierte. Bei gleichzeitigem Bereitstellungsversuch ist der Server \u201eabgest\u00fcrzt\u201c, und wir mussten uns jedes Mal \u201eschmerzlich\u201c einigen. Zudem hatten wir unzureichende Testabdeckung, einen zeitaufw\u00e4ndigen manuellen Bereitstellungsprozess und keine M\u00f6glichkeit, die Bereitstellung von Code anhand einer spezifischen Aufgabe oder Kundenanforderung nachzuverfolgen.<\/p>\n

<\/p>\n

Es war klar, dass wir dringend etwas unternehmen mussten, 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 um die Testabdeckung k\u00fcmmerte. Das Projekt war erfolgreich: Wir automatisierten die gesamte Entwicklungskette, erreichten nahezu 100% Betriebszeit des Entwicklungsservers, konnten die Testabdeckung \u00fcberwachen und verbessern, und der Git-Zweig konnte mit dem Deployment und der Jira-Aufgabe verkn\u00fcpft werden. Fast alle Tools, die wir f\u00fcr die DevOps-Pipeline verwendeten, waren Open Source.<\/p>\n

<\/p>\n

Tats\u00e4chlich war die Pipeline vereinfacht, da wir nicht einmal erweiterte Konfigurationen mit Jenkins oder Ansible angewendet hatten. Aber es hat funktioniert. Vielleicht ist das das Ergebnis des Prinzips Pareto<\/a><\/noindex> (auch bekannt als 80\/20-Regel).<\/p>\n

<\/p>\n

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

<\/p>\n

DevOps hat verschiedene Definitionen. Wie auch Agile umfasst DevOps verschiedene Disziplinen. Dennoch sind sich die meisten einig \u00fcber folgende Definition: DevOps ist eine Methode oder ein Lebenszyklus der Softwareentwicklung, dessen Hauptprinzip darin besteht, eine Kultur zu schaffen, in der Entwickler und andere Mitarbeiter \u201eauf der gleichen Wellenl\u00e4nge\u201c sind, manuelle Arbeit automatisiert wird, jeder das Beste aus seinen F\u00e4higkeiten einbringen kann, die Lieferfrequenz steigt, die Produktivit\u00e4t zunimmt und die Flexibilit\u00e4t erh\u00f6ht wird.<\/p>\n

<\/p>\n

Obwohl Werkzeuge allein nicht ausreichen, um eine DevOps-Umgebung zu schaffen, sind sie unerl\u00e4sslich. Das Wichtigste darunter ist die kontinuierliche Integration und kontinuierliche Bereitstellung (CI\/CD). In der Kette gibt es verschiedene Phasen f\u00fcr jede Umgebung (zum Beispiel DEV (Entwicklung), INT (Integration), TST (Test), QA (Qualit\u00e4tssicherung), UAT (Benutzerakzeptanztest), STG (Staging), PROD (Produktion)), manuelle Aufgaben werden automatisiert, Entwickler k\u00f6nnen qualitativ hochwertigen Code erstellen, liefern und sich leicht anpassen.<\/p>\n

<\/p>\n

Diese Notiz beschreibt, wie man in f\u00fcnf Schritten eine DevOps-Pipeline erstellt, wie auf dem Bild unten dargestellt, unter Verwendung von Open-Source-Tools.<\/p>\n

<\/p>\n

\"Einsteigerleitfaden:<\/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 unter der MIT-Lizenz steht. Es gilt als Pionier der DevOps-Bewegung und ist de facto der Standard f\u00fcr CI\/CD.<\/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 Werkzeugen und Diensten wird es allm\u00e4chtig.<\/p>\n

<\/p>\n

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

<\/p>\n

\"Einsteigerleitfaden:<\/a><\/noindex><\/p>\n

<\/p>\n

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

<\/p>\n

\"Einsteigerleitfaden:<\/a><\/noindex><\/p>\n

<\/p>\n

Sie haben ein CI\/CD-Tool auf localhost, aber es gibt derzeit nicht viel zu tun. Kommen wir zum n\u00e4chsten Schritt.<\/p>\n

<\/p>\n

Schritt 2: Versionskontrolle<\/h3>\n

<\/p>\n

Der einfachste Weg, die Magie eines CI\/CD-Werkzeugs zu \u00fcberpr\u00fcfen, besteht darin, es mit einem Versionskontrollsystem (source control management, SCM) zu integrieren. Warum ist Versionskontrolle wichtig? Angenommen, Sie entwickeln eine Anwendung. Sie schreiben sie in Java, Python, C++, Go, Ruby, JavaScript oder in einer beliebigen anderen Sprache \u2013 und davon gibt es viele. Das, was Sie erstellen, wird als Quellcode bezeichnet. Anfangs, besonders wenn Sie alleine arbeiten, k\u00f6nnen Sie alles in einem lokalen Verzeichnis speichern. Doch wenn das Projekt w\u00e4chst und mehr Personen hinzukommen, ben\u00f6tigen Sie eine Methode, um \u00c4nderungen im Code zu teilen, ohne Konflikte beim Zusammenf\u00fchren zu riskieren. Zudem m\u00fcssen Sie in der Lage sein, fr\u00fchere Versionen wiederherzustellen, ohne auf Backups und das Kopieren und Einf\u00fcgen von Dateiinhalten zur\u00fcckgreifen zu m\u00fcssen.<\/p>\n

<\/p>\n

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

<\/p>\n

Es gibt viele SCM-Tools, aber de facto hat sich Git als Standard etabliert. Ich empfehle diesen, es gibt jedoch auch andere Optionen.<\/p>\n

<\/p>\n

\"Einsteigerleitfaden:<\/p>\n

<\/p>\n

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

<\/p>\n

\"Einsteigerleitfaden:<\/a><\/noindex><\/p>\n

<\/p>\n

Das CI\/CD-Tool kann das Hochladen und Herunterladen von Quellcode sowie die Zusammenarbeit im Team automatisieren. Nicht schlecht, oder? Aber wie verwandeln wir das jetzt in eine funktionierende Anwendung, die von Milliarden von Nutzern geliebt wird?<\/p>\n

<\/p>\n

Schritt 3: Automatisierung des Build-Tools<\/h3>\n

<\/p>\n

Alles l\u00e4uft wie geplant. Sie k\u00f6nnen den Code hochladen und \u00c4nderungen im Versionskontrollsystem festhalten sowie Freunde einladen, mit Ihnen zusammenzuarbeiten. Doch bisher haben Sie noch keine Anwendung. Damit es eine Webanwendung wird, muss sie kompiliert und in ein Paket f\u00fcr die Bereitstellung aufgenommen oder als ausf\u00fchrbare Datei gestartet werden. (Eine interpretierte Programmiersprache wie JavaScript oder PHP muss nicht kompiliert werden.)<\/p>\n

<\/p>\n

Verwenden Sie das Build-Automatisierungstool. Egal welches Tool Sie ausw\u00e4hlen, es wird den Code im richtigen Format zusammenstellen und die Reinigung, Kompilierung, Tests und Bereitstellung automatisieren. Es gibt verschiedene Build-Tools, abh\u00e4ngig von der Programmiersprache, aber normalerweise werden folgende Open-Source-Optionen verwendet.<\/p>\n

<\/p>\n

\"Einsteigerleitfaden:<\/p>\n

<\/p>\n

Ausgezeichnet! Jetzt f\u00fcgen wir die Konfigurationsdateien des Automatisierungstools in das Versionskontrollsystem ein, damit das CI\/CD-Tool sie zusammenstellt.<\/p>\n

<\/p>\n

\"Einsteigerleitfaden:<\/a><\/noindex><\/p>\n

<\/p>\n

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

<\/p>\n

Schritt 4: Webanwendungsserver<\/h3>\n

<\/p>\n

Also, Sie haben eine verpackte Datei, die ausf\u00fchrbar ist oder bereitgestellt werden kann. Damit die Anwendung wirklich sinnvoll ist, muss sie einen Dienst oder eine Schnittstelle haben, aber Sie m\u00fcssen alles irgendwo unterbringen.<\/p>\n

<\/p>\n

Eine Webanwendung kann auf einem Webanwendungsserver bereitgestellt werden. Der Anwendungsserver bietet eine Umgebung, in der die Programmlogik aus dem Paket ausgef\u00fchrt, die Benutzeroberfl\u00e4che gerendert und Webdienste \u00fcber Sockets ge\u00f6ffnet werden k\u00f6nnen. Sie ben\u00f6tigen einen HTTP-Server und einige andere Umgebungen (zum Beispiel eine virtuelle Maschine), um den Anwendungsserver einzurichten. Lassen Sie uns vorerst annehmen, dass Sie sich in diesem Prozess schon zurechtfinden (obwohl ich sp\u00e4ter mehr \u00fcber Container erz\u00e4hlen werde).<\/p>\n

<\/p>\n

Es gibt mehrere Open-Source-Webanwendungsserver.<\/p>\n

<\/p>\n

\"Einsteigerleitfaden:<\/a><\/noindex><\/p>\n

<\/p>\n

Wir haben bereits eine fast funktionierende DevOps-Pipeline. Tolle Arbeit!<\/p>\n

<\/p>\n

\"Einsteigerleitfaden:<\/a><\/noindex><\/p>\n

<\/p>\n

Im Prinzip k\u00f6nnen Sie hier anhalten, Sie schaffen das weitere selbst, aber es lohnt sich, auch \u00fcber die Codequalit\u00e4t zu sprechen.<\/p>\n

<\/p>\n

Schritt 5: Testabdeckung<\/h3>\n

<\/p>\n

Das Testen erfordert viel Zeit und M\u00fche, aber es ist besser, Fehler fr\u00fchzeitig zu finden und den Code zu verbessern, um die Endbenutzer zufriedenzustellen. Daf\u00fcr gibt es viele Open-Source-Tools, die nicht nur den Code testen, sondern auch Ratschl\u00e4ge zur Verbesserung bieten. Die meisten CI\/CD-Tools k\u00f6nnen mit diesen Tools verbunden werden, um den Prozess zu automatisieren.<\/p>\n

<\/p>\n

Das Testen gliedert sich in zwei Bereiche: Test-Frameworks, um Tests zu schreiben und auszuf\u00fchren, und Tools mit Hinweisen zur Verbesserung der Codequalit\u00e4t.<\/p>\n

<\/p>\n

Test-Frameworks<\/h3>\n

<\/p>\n

\"Einsteigerleitfaden:<\/a><\/noindex><\/p>\n

<\/p>\n

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

<\/p>\n

\"Einsteigerleitfaden:<\/a><\/noindex><\/p>\n

<\/p>\n

Die meisten dieser Tools 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 Werkzeuge zur Testabdeckung angewendet, und jetzt sollte die DevOps-Pipeline wie im Bild zu Beginn des Leitfadens aussehen.<\/p>\n

<\/p>\n

Zus\u00e4tzliche Schritte<\/h2>\n

<\/p>\n

Container<\/h3>\n

<\/p>\n

Wie bereits erw\u00e4hnt, kann der Anwendungsserver auf einer virtuellen Maschine oder einem Server gehostet 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

\"Einsteigerleitfaden:<\/a><\/noindex><\/p>\n

<\/p>\n

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

<\/p>\n