{"id":87467,"date":"2020-07-08T13:42:11","date_gmt":"2020-07-08T11:42:11","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/rukovodstvo-dlya-nachinayushhih-sozdaem-devops-pajplajn"},"modified":"2020-07-08T13:42:11","modified_gmt":"2020-07-08T11:42:11","slug":"rukovodstvo-dlya-nachinayushhih-sozdaem-devops-pajplajn","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/rukovodstvo-dlya-nachinayushhih-sozdaem-devops-pajplajn","title":{"rendered":"Einsteigerleitfaden: Erstellen eines DevOps-Pipelines.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Wenn Sie neu in DevOps sind, werfen Sie einen Blick auf diese Anleitung zur Erstellung Ihrer ersten Pipeline in f\u00fcnf Schritten.<\/i><\/p>\n

\"Einsteigerleitfaden:<\/p>\n

DevOps ist zur Standardl\u00f6sung geworden, um langsame, fragmentierte oder nicht funktionierende Softwareentwicklungsprozesse zu beheben. Das Problem ist, dass Sie, wenn Sie neu in DevOps sind und nicht wissen, wo Sie anfangen sollen, m\u00f6glicherweise ein Verst\u00e4ndnis f\u00fcr diese Methoden vermissen. In diesem Artikel werden wir den DevOps-Pipeline definieren und eine Anleitung zu seiner Erstellung in f\u00fcnf Schritten anbieten. Obwohl dieses Tutorial nicht allumfassend ist, sollte es Ihnen eine Grundlage bieten, um Ihre Reise zu beginnen und Ihre Kenntnisse in Zukunft zu erweitern. Lassen Sie uns aber mit der Geschichte beginnen.<\/p>\n

Meine Reise in die Welt von DevOps<\/h3>\n

\nFr\u00fcher arbeitete ich im Cloud-Team der Citi Group, wo ich eine Infrastructure-as-a-Service (IaaS)-Webanwendung zum Management der Cloud-Infrastruktur von Citi entwickelte. Doch ich interessierte mich immer daf\u00fcr, wie man den Entwicklungsprozess effizienter gestalten und positive kulturelle Ver\u00e4nderungen im Entwicklerteam einf\u00fchren kann. Die Antwort fand ich in einem Buch, das mir Greg Lavender, den Chief Technology Officer f\u00fcr Cloud-Architektur und -Infrastruktur bei Citi, empfohlen hat. Das Buch hie\u00df \u201eProjekt Phoenix\u201c (Das Phoenix-Projekt<\/a><\/noindex>), und es erkl\u00e4rt die Prinzipien von DevOps, w\u00e4hrend es sich wie ein Roman liest.<\/p>\n

In einer Tabelle auf der R\u00fcckseite des Buches wird gezeigt, wie h\u00e4ufig verschiedene Unternehmen ihre Systeme in einer Release-Umgebung bereitstellen:<\/p>\n

Amazon: 23.000 pro Tag
\nGoogle: 5.500 pro Tag
\nNetflix: 500 pro Tag
\nFacebook: Einmal pro Tag
\nTwitter: Dreimal pro Woche
\nTypisches Unternehmen: Einmal alle 9 Monate<\/p>\n

Wie sind die H\u00e4ufigkeiten von Amazon, Google und Netflix \u00fcberhaupt m\u00f6glich? Das liegt daran, dass diese Unternehmen herausgefunden haben, wie man eine nahezu perfekte DevOps-Pipeline erstellt.
\n<\/a><\/noindex>
\nWir waren weit davon entfernt, bis wir DevOps bei Citi implementierten. Zu dieser Zeit hatte mein Team verschiedene Umgebungen, aber das Deployment auf dem Entwicklungserver war vollst\u00e4ndig manuell. Alle Entwickler hatten nur Zugriff auf einen einzigen Entwicklungserver, der auf IBM WebSphere Application Server Community Edition basierte. Das Problem war, dass der Server jedes Mal abst\u00fcrzte, wenn mehrere Benutzer gleichzeitig versuchten, ein Deployment durchzuf\u00fchren. Daher mussten die Entwickler sich gegenseitig \u00fcber ihre Absichten informieren, was ziemlich m\u00fchsam war. Dar\u00fcber hinaus gab es Probleme mit der grundlegenden Testabdeckung des Codes, umst\u00e4ndlichen manuellen Deployment-Prozessen und dem Mangel an M\u00f6glichkeiten zur Verfolgung von Code-Deployments, die mit bestimmten Aufgaben oder Benutzerhistorien verbunden waren.<\/p>\n

Ich erkannte, dass wir handeln mussten, und fand einen gleichgesinnten Kollegen. Wir entschieden uns, gemeinsam einen anf\u00e4nglichen DevOps-Pipeline zu entwickeln \u2013 er richtete die virtuelle Maschine und den Tomcat-Anwendungsserver ein, w\u00e4hrend ich an Jenkins arbeitete, Atlassian Jira und BitBucket integrierte und an der Testabdeckung des Codes arbeitete. Dieses Nebenprojekt war sehr erfolgreich: Wir automatisierten fast vollst\u00e4ndig viele Prozesse, erreichten nahezu 100 % Betriebsbereitschaft unseres Entwicklungsservers, gew\u00e4hrleisteten das Monitoring und verbesserten die Testabdeckung des Codes und f\u00fcgten die M\u00f6glichkeit hinzu, Branches in Git mit Aufgaben in Jira oder Deployments zu verkn\u00fcpfen. Die meisten der Werkzeuge, die wir f\u00fcr den Aufbau unserer DevOps-Pipeline verwendeten, waren Open-Source.<\/p>\n

Jetzt verstehe ich, wie einfach unsere DevOps-Pipeline war: Wir verwendeten keine Erweiterungen wie Jenkins-Files oder Ansible. Dennoch funktionierte diese einfache Pipeline gut, m\u00f6glicherweise dank des Pareto-Prinzips (auch bekannt als 80\/20-Regel).<\/p>\n

Kurze Einf\u00fchrung in DevOps und die CI\/CD-Pipeline<\/h3>\n

\nWenn Sie mehrere Personen fragen: \u201eWas ist DevOps?\u201c, werden Sie wahrscheinlich verschiedene Antworten erhalten. DevOps, \u00e4hnlich wie Agile, hat sich entwickelt, um viele verschiedene Disziplinen abzudecken, aber die meisten Menschen stimmen in einigen Punkten \u00fcberein: DevOps ist eine Praxis der Softwareentwicklung oder ein Software Development Life Cycle (SDLC), dessen zentraler Grundsatz die Ver\u00e4nderung der Kultur ist, in der Entwickler und Nicht-Entwickler in einer Umgebung existieren, in der:<\/p>\n

Die zuvor manuell durchgef\u00fchrten Operationen automatisiert werden;
\nJeder das Beste tut, was er kann;
\nDie Anzahl der Eins\u00e4tze \u00fcber einen bestimmten Zeitraum hinweg steigt; Die Durchsatzmenge vergr\u00f6\u00dfert sich;
\nDie Flexibilit\u00e4t der Entwicklung steigt.<\/p>\n

Obwohl die Verf\u00fcgbarkeit der richtigen Software-Tools nicht alles ist, was f\u00fcr die Schaffung einer DevOps-Umgebung erforderlich ist, gibt es einige essentielle Tools. Ein Schl\u00fcsselinstrument ist Continuous Integration und Continuous Deployment (CI\/CD). In diesem Prozess durchl\u00e4uft die Umgebung verschiedene Phasen (z. B. DEV, INT, TST, QA, UAT, STG, PROD), viele Abl\u00e4ufe sind automatisiert, sodass Entwickler hochwertigen Code schreiben, Flexibilit\u00e4t in der Entwicklung erreichen und eine hohe Bereitstellungsh\u00e4ufigkeit erzielen k\u00f6nnen.<\/p>\n

In diesem Artikel wird ein f\u00fcnfstufiger Ansatz zur Erstellung eines DevOps-Pipelines beschrieben, \u00e4hnlich dem, das in der folgenden Grafik dargestellt ist, unter Verwendung von Open-Source-Tools.<\/p>\n

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

\nDas erste, was Sie ben\u00f6tigen, ist ein CI\/CD-Tool. Jenkins, ein Open-Source-Tool, das auf Java basiert und unter der MIT-Lizenz vertrieben wird, ist das Werkzeug, das den DevOps-Ansatz popul\u00e4r gemacht und sich zum De-facto-Standard entwickelt hat.<\/p>\n

Was ist Jenkins? Stellen Sie sich vor, es ist eine Art universelle Fernbedienung, die mit verschiedenen Diensten und Werkzeugen kommunizieren und diese organisieren kann. Ein CI\/CD-Tool wie Jenkins ist allein nutzlos, aber es wird m\u00e4chtiger, je mehr es mit unterschiedlichen Werkzeugen und Diensten verbunden wird.<\/p>\n

Jenkins ist nur eines von vielen Open-Source-Tools f\u00fcr CI\/CD, das Sie zum Aufbau einer DevOps-Pipeline verwenden k\u00f6nnen.<\/p>\n

Jenkins: Creative Commons und MIT
\nTravis CI: MIT
\nCruiseControl: BSD
\nBuildbot: GPL
\nApache Gump: Apache 2.0
\nCabie: GNU<\/p>\n

So sehen DevOps-Prozesse mit einem CI\/CD-Tool aus:<\/p>\n

\"Einsteigerleitfaden:<\/p>\n

Sie haben ein CI\/CD-Tool, das auf Ihrem localhost l\u00e4uft, aber im Moment k\u00f6nnen Sie nicht viel damit machen. Lassen Sie uns den n\u00e4chsten Schritt in die Welt von DevOps gehen.<\/p>\n

Schritt 2: Verwaltung von Versionskontrollsystemen<\/h3>\n

\nDie beste (und wahrscheinlich einfachste) M\u00f6glichkeit zu \u00fcberpr\u00fcfen, ob Ihr CI\/CD-Tool wirklich funktioniert, besteht darin, es mit einem Quellcodeverwaltungssystem (SCM) zu integrieren. Warum ben\u00f6tigen Sie Quellcodeverwaltung? Nehmen wir an, Sie entwickeln eine Anwendung. Jedes Mal, wenn Sie eine Anwendung erstellen, programmieren Sie, unabh\u00e4ngig davon, ob Sie Java, Python, C++, Go, Ruby, JavaScript oder einen der vielen anderen Programmiersprachen verwenden. Der Code, den Sie schreiben, wird als Quellcode bezeichnet. Am Anfang, insbesondere wenn Sie alleine arbeiten, k\u00f6nnen Sie wahrscheinlich alles in einem lokalen Verzeichnis speichern. Aber wenn das Projekt gr\u00f6\u00dfer wird und Sie andere zur Zusammenarbeit einladen, ben\u00f6tigen Sie eine M\u00f6glichkeit, Konflikte zu vermeiden und Ihre \u00c4nderungen effektiv auszutauschen. Sie brauchen auch eine M\u00f6glichkeit, fr\u00fchere Versionen wiederherzustellen, denn das Erstellen von Backups und das Kopieren\/Einf\u00fcgen ist bereits \u00fcberholt. Sie (und Ihre Teamkollegen) brauchen etwas Besseres.<\/p>\n

Hier wird das Versionskontrollsystem nahezu unverzichtbar. Dieses Tool speichert Ihren Code in Repositories, verwaltet Versionen und koordiniert die Arbeit der Projektmitglieder.<\/p>\n

Obwohl es viele Versionskontrollsysteme gibt, ist Git der Standard, und das zu Recht. Ich empfehle dringend, Git zu verwenden, auch wenn es andere Open-Source-Optionen gibt.<\/p>\n

Git: GPLv2 und LGPL v2.1
\nSubversion: Apache 2.0
\nConcurrent Versions System (CVS): GNU
\nVesta: LGPL
\nMercurial: GNU GPL v2+<\/p>\n

So sieht ein DevOps-Pipeline aus, erg\u00e4nzt mit Versionskontrollsystemen.<\/p>\n

\"Einsteigerleitfaden:<\/p>\n

Ein CI\/CD-Tool kann die Prozesse zur Code-Pr\u00fcfung, zum Abrufen des Quellcodes und zur Zusammenarbeit zwischen Teammitgliedern automatisieren. Gut? Aber wie verwandeln wir das in eine funktionierende Anwendung, die Milliarden von Menschen nutzen und sch\u00e4tzen k\u00f6nnen?<\/p>\n

Schritt 3: Erstellung eines Automatisierungstools f\u00fcr den Build-Prozess<\/h3>\n

\nGro\u00dfartig! Sie k\u00f6nnen den Code \u00fcberpr\u00fcfen und \u00c4nderungen im Versionskontrollsystem vornehmen sowie Freunde zur Zusammenarbeit in der Entwicklung einladen. Aber Sie haben noch keine Anwendung erstellt. Um eine Webanwendung zu erstellen, m\u00fcssen Sie sie kompilieren und in ein bereitstellbares Paketformat verpacken oder als ausf\u00fchrbare Datei starten. (Bitte beachten Sie, dass eine interpretierte Programmiersprache wie JavaScript oder PHP nicht kompiliert werden muss).<\/p>\n

Nutzen Sie ein Build-Automatisierungstool. Unabh\u00e4ngig davon, welches Build-Automatisierungstool Sie w\u00e4hlen, verfolgen alle dasselbe Ziel: den Quellcode in ein gew\u00fcnschtes Format zu kompilieren und die Aufgaben zur Reinigung, Kompilierung, Testung und Bereitstellung in einer bestimmten Umgebung zu automatisieren. Die Build-Tools variieren je nach Ihrer Programmiersprache, hier sind einige g\u00e4ngige Open-Source-Optionen.<\/p>\n

Titel
\nLizenz
\nProgrammiersprache<\/p>\n

Maven
\nApache 2.0
\n Java<\/p>\n

Ant
\nApache 2.0
\nJava<\/p>\n

Gradle
\nApache 2.0
\nJava<\/p>\n

Bazel
\nApache 2.0
\nJava<\/p>\n

Make
\nGNU
\nN\/A<\/p>\n

Grunt
\nMIT
\nJavaScript<\/p>\n

Gulp
\nMIT
\nJavaScript<\/p>\n

Buildr
\nApache
\nRuby<\/p>\n

Rake
\nMIT
\nRuby<\/p>\n

A-A-P
\nGNU
\nPython<\/p>\n

SCons
\nMIT
\nPython<\/p>\n

BitBake
\nGPLv2
\nPython<\/p>\n

Cake
\nMIT
\nC#<\/p>\n

ASDF
\nExpat (MIT)
\nLISP<\/p>\n

Cabal
\nBSD
\nHaskell<\/p>\n

Hallo! Sie k\u00f6nnen die Konfigurationsdateien Ihres Build-Automatisierungstools in ein Versionsverwaltungssystem hochladen und Ihrem CI\/CD-Tool erlauben, alles zusammenzuf\u00fchren.<\/p>\n

\"Einsteigerleitfaden:<\/p>\n

Alles gut, oder? Aber wo wollen Sie Ihre Anwendung bereitstellen?<\/p>\n

Schritt 4: Web-Anwendungsserver<\/h3>\n

\nBis jetzt haben Sie eine Paketdatei, die ausf\u00fchrbar oder installierbar sein kann. Damit eine Anwendung wirklich n\u00fctzlich ist, muss sie einen Dienst oder ein Interface bereitstellen, aber Sie ben\u00f6tigen einen Container, um Ihre Anwendung zu hosten.<\/p>\n

Ein Web-Anwendungsserver ist genau dieser Container. Der Server bietet eine Umgebung, in der die Logik des bereitgestellten Pakets definiert werden kann. Zudem stellt der Server ein Interface bereit und bietet Webdienste, indem er Sockets f\u00fcr die Au\u00dfenwelt \u00f6ffnet. Sie ben\u00f6tigen einen HTTP-Server sowie eine Umgebung (zum Beispiel eine virtuelle Maschine), um ihn zu installieren. Lassen Sie uns vorerst annehmen, dass Sie mehr dar\u00fcber erfahren werden (obwohl ich im Folgenden \u00fcber Container sprechen werde).<\/p>\n

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

Titel
\nLizenz
\nProgrammiersprache<\/p>\n

Tomcat
\nApache 2.0
\nJava<\/p>\n

Jetty
\nApache 2.0
\nJava<\/p>\n

WildFly
\nGNU Lesser Public
\nJava<\/p>\n

GlassFish
\nCDDL & GNU Lesser Public
\nJava<\/p>\n

Django
\n3-Klausel BSD
\nPython<\/p>\n

Tornado
\nApache 2.0
\nPython<\/p>\n

Gunicorn
\nMIT
\nPython<\/p>\n

Python
\nMIT
\nPython<\/p>\n

Rails
\nMIT
\nRuby<\/p>\n

Node.js
\nMIT
\nJavascript<\/p>\n

Ihr DevOps-Pipeline ist fast bereit zur Verwendung. Gute Arbeit!<\/p>\n

\"Einsteigerleitfaden:<\/p>\n

Obwohl Sie hier aufh\u00f6ren und die Integration selbst \u00fcbernehmen k\u00f6nnen, ist die Codequalit\u00e4t ein wichtiger Aspekt f\u00fcr Anwendungsentwickler, um den Sie sich k\u00fcmmern sollten.<\/p>\n

Schritt 5: Code-Testabdeckung<\/h3>\n

\nDas Implementieren von Tests kann eine weitere herausfordernde Anforderung sein, doch Entwickler sollten alle Fehler fr\u00fchzeitig im Anwendungsprozess erkennen und die Codequalit\u00e4t verbessern, um sicherzustellen, dass die Endbenutzer zufrieden sind. Gl\u00fccklicherweise gibt es zahlreiche Open-Source-Tools, um Ihren Code zu testen und Verbesserungsvorschl\u00e4ge f\u00fcr dessen Qualit\u00e4t zu erhalten. Noch besser ist, dass die meisten CI\/CD-Tools sich mit diesen Tools verbinden und den Prozess automatisieren k\u00f6nnen.<\/p>\n

Code-Tests bestehen aus zwei Hauptbereichen: Testframeworks, die beim Schreiben und Ausf\u00fchren von Tests helfen, sowie Tools, die Verbesserungsvorschl\u00e4ge zur Qualit\u00e4t des Codes liefern.<\/p>\n

Code-Testsysteme<\/b><\/p>\n

Titel
\nLizenz
\nProgrammiersprache<\/p>\n

JUnit
\nEclipse Public License
\nJava<\/p>\n

EasyMock
\nApache
\nJava<\/p>\n

Mockito
\nMIT
\nJava<\/p>\n

PowerMock
\nApache 2.0
\nJava<\/p>\n

Pytest
\n MIT
\nPython<\/p>\n

Hypothesis
\nMozilla
\nPython<\/p>\n

Tox
\nMIT
\nPython<\/p>\n

Empfehlungssysteme zur Codeverbesserung<\/b><\/p>\n

Titel
\nLizenz
\nProgrammiersprache<\/p>\n

Cobertura
\nGNU
\nJava<\/p>\n

CodeCover
\nEclipse Public (EPL)
\nJava<\/p>\n

Coverage.py
\n Apache 2.0
\nPython<\/p>\n

Emma
\nCommon Public License
\nJava<\/p>\n

JaCoCo
\n Eclipse Public License
\nJava<\/p>\n

Hypothesis
\n Mozilla
\nPython<\/p>\n

Tox
\nMIT
\nPython<\/p>\n

Jasmine
\nMIT
\nJavaScript<\/p>\n

Karma
\nMIT
\nJavaScript<\/p>\n

Mocha
\n MIT
\nJavaScript<\/p>\n

Jest
\nMIT
\nJavaScript<\/p>\n

Bitte beachten Sie, dass die meisten der oben genannten Instrumente und Frameworks f\u00fcr Java, Python und JavaScript entwickelt wurden, da C++ und C# propriet\u00e4re Programmiersprachen sind (obwohl GCC Open Source ist).<\/p>\n

Jetzt, da Sie die Testabdeckungswerkzeuge implementiert haben, sollte Ihre DevOps-Pipeline der im Einf\u00fchrungsteil dieses Leitfadens gezeigten Grafik \u00e4hneln.<\/p>\n

Zus\u00e4tzliche Schritte<\/h3>\n

\nContainer<\/b><\/p>\n

Wie bereits erw\u00e4hnt, k\u00f6nnen Sie Ihren Server auf einer virtuellen Maschine oder einem Server hosten, aber Container sind eine beliebte L\u00f6sung.<\/p>\n

Was sind Container? Kurz gesagt, eine virtuelle Maschine ben\u00f6tigt eine gro\u00dfe Menge an Betriebssystemressourcen, die den App-Gr\u00f6\u00dfe \u00fcbersteigt, w\u00e4hrend ein Container lediglich einige Bibliotheken und Konfigurationen ben\u00f6tigt, um die Anwendung auszuf\u00fchren. Offensichtlich haben virtuelle Maschinen immer noch wichtige Anwendungsbereiche, aber Container sind eine leichte L\u00f6sung zum Hosten von Anwendungen, einschlie\u00dflich Anwendungsservern.<\/p>\n

Obwohl es auch andere Container-Optionen gibt, sind Docker und Kubernetes die beliebtesten.<\/p>\n

Docker: Apache 2.0
\nKubernetes: Apache 2.0<\/p>\n

Middleware-Tools zur Automatisierung<\/b><\/p>\n

Unsere DevOps-Pipeline konzentriert sich haupts\u00e4chlich auf die gemeinsame Erstellung und Bereitstellung von Anwendungen, aber es gibt viele andere Dinge, die mit DevOps-Tools realisiert werden k\u00f6nnen. Eine M\u00f6glichkeit ist die Nutzung von Tools f\u00fcr Infrastructure as Code (IaC), die auch als Middleware-Automatisierungstools bekannt sind. Diese Tools helfen dabei, die Installation, Verwaltung und andere Aufgaben f\u00fcr Middleware zu automatisieren. So kann ein Automatisierungstool beispielsweise Anwendungen wie Webanwendungsserver, Datenbanken und Monitoring-Tools mit den richtigen Konfigurationen extrahieren und auf einem Anwendungsserver bereitstellen.<\/p>\n

Hier sind einige Open-Source-Tools zur Middleware-Automatisierung:<\/p>\n

Ansible: GNU Public
\nSaltStack: Apache 2.0
\nChef: Apache 2.0
\nPuppet: Apache oder GPL<\/p>\n

\"Einsteigerleitfaden:<\/p>\n

Erfahren Sie, wie Sie eine gefragte Berufsausbildung von Grund auf erhalten oder Ihre F\u00e4higkeiten und Ihr Gehalt durch kostenpflichtige Online-Kurse von SkillFactory verbessern k\u00f6nnen:<\/p>\n