{"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":"Anleitung f\u00fcr Anf\u00e4nger: 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

\"Anleitung<\/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 nicht die n\u00f6tige Einsicht in diese Methoden haben. In diesem Artikel geht es um die Definition einer DevOps-Pipeline und es wird eine Anleitung zur Erstellung in f\u00fcnf Schritten angeboten. Obwohl dieses Tutorial nicht umfassend ist, sollte es Ihnen eine Grundlage geben, um Ihren Weg zu beginnen und in Zukunft Ihr Wissen zu erweitern. Fangen wir jedoch mit einer Geschichte an.<\/p>\n

Meine DevOps-Reise<\/h3>\n

\nFr\u00fcher arbeitete ich im Cloud-Team von Citi Group und entwickelte ein Infrastructure-as-a-Service (IaaS)-Webanwendung zur Verwaltung der Cloud-Infrastruktur von Citi, aber ich interessierte mich immer daf\u00fcr, wie man den Entwicklungsprozess effektiver gestalten und positive kulturelle \u00c4nderungen in das Entwicklerteam bringen kann. Die Antwort fand ich in einem Buch, das von Greg Lavender, dem Chief Technology Officer von Citi f\u00fcr Cloud-Architektur und -Infrastruktur, empfohlen wurde. Das Buch hie\u00df \u201eDas Phoenix-Projekt\u201c (Das Phoenix-Projekt<\/a><\/noindex>), und es erkl\u00e4rt die Prinzipien von DevOps, dabei liest es sich wie ein Roman.<\/p>\n

In der Tabelle auf der R\u00fcckseite des Buches wird gezeigt, wie oft 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 Frequenzen 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. In meinem Team gab es unterschiedliche Umgebungen, aber das Deployment auf dem Entwicklungsserver war vollst\u00e4ndig manuell. Alle Entwickler hatten nur Zugriff auf einen einzigen Entwicklungsserver, der auf IBM WebSphere Application Server Community Edition basierte. Das Problem war, dass der Server jedes Mal heruntergefahren wurde, wenn mehrere Benutzer gleichzeitig versuchten, Deployments durchzuf\u00fchren, sodass die Entwickler sich gegenseitig \u00fcber ihre Absichten informieren mussten, was ziemlich m\u00fchsam war. Zudem gab es Probleme mit der niedrigen Testabdeckung des Codes, den umfangreichen manuellen Deployment-Prozessen und dem Fehlen der M\u00f6glichkeit, Code-Deployments, die mit einer bestimmten Aufgabe oder Benutzerstory verbunden waren, nachzuvollziehen.<\/p>\n

Ich erkannte, dass wir etwas unternehmen mussten, und fand einen gleichgesinnten Kollegen. Wir beschlossen, zusammenzuarbeiten, um eine erste DevOps-Pipeline zu erstellen \u2013 er richtete eine virtuelle Maschine und einen 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, erzielten nahezu 100 % Betriebsbereitschaft unseres Entwicklungsservers, erm\u00f6glichten Nachverfolgbarkeit und verbesserten die Testabdeckung des Codes, und f\u00fcgten die M\u00f6glichkeit hinzu, Git-Branches mit Aufgaben in Jira oder Deployments zu verkn\u00fcpfen. Die meisten Werkzeuge, die wir zur Erstellung 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 aufgrund des Pareto-Prinzips (auch bekannt als 80\/20-Regel).<\/p>\n

Kurze Einf\u00fchrung in DevOps und 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 der Softwareentwicklungslebenszyklus (SDLC), dessen zentraler Grundsatz der Kulturwandel ist, in dem Entwickler und Nicht-Entwickler in einer Umgebung existieren, in der:<\/p>\n

Vorg\u00e4nge automatisiert sind, die zuvor manuell ausgef\u00fchrt wurden;
\nJeder tut das, was er am besten kann;
\nDie Anzahl der Implementierungen in einem bestimmten Zeitraum steigt; Die Durchsatzrate erh\u00f6ht sich;
\nDie Flexibilit\u00e4t der Entwicklung wird erh\u00f6ht.<\/p>\n

Obwohl die richtigen Softwaretools nicht das einzige sind, was ben\u00f6tigt wird, um eine DevOps-Umgebung zu schaffen, sind einige Werkzeuge unerl\u00e4sslich. Ein Schl\u00fcsselwerkzeug ist die kontinuierliche Integration und kontinuierliche Bereitstellung (CI\/CD). In diesem Pipeline-Umfeld gibt es verschiedene Phasen (z. B. DEV, INT, TST, QA, UAT, STG, PROD), viele Vorg\u00e4nge sind automatisiert, und Entwickler k\u00f6nnen hochwertigen Code schreiben, Flexibilit\u00e4t in der Entwicklung erreichen und hohe Bereitstellungsh\u00e4ufigkeiten erzielen.<\/p>\n

In diesem Artikel wird ein f\u00fcnfstufiger Ansatz zur Erstellung einer DevOps-Pipeline beschrieben, \u00e4hnlich der in der folgenden Abbildung, unter Verwendung von Open-Source-Tools.<\/p>\n

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

\nDas erste, was Sie ben\u00f6tigen, ist ein Tool f\u00fcr CI\/CD. Jenkins, ein Open-Source-Tool, das auf Java basiert und unter der MIT-Lizenz verbreitet wird, ist das Mittel, das die Richtung f\u00fcr DevOps popul\u00e4r gemacht hat und zum de-facto Standard wurde.<\/p>\n

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

Jenkins ist nur eines von vielen Open-Source-Tools f\u00fcr CI\/CD, die Sie verwenden k\u00f6nnen, um eine DevOps-Pipeline zu erstellen.<\/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 die DevOps-Prozesse mit dem CI\/CD-Werkzeug aus:<\/p>\n

\"Anleitung<\/p>\n

Sie haben ein CI\/CD-Werkzeug, das auf Ihrem localhost l\u00e4uft, aber im Moment k\u00f6nnen Sie damit nicht viel tun. Lassen Sie uns auf die n\u00e4chste Etappe unserer Reise in die Welt von DevOps \u00fcbergehen.<\/p>\n

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

\nDer beste (und vielleicht einfachste) Weg, um sicherzustellen, dass Ihr CI\/CD-Werkzeug Magie entfalten kann, besteht darin, es mit einem Versionskontrollsystem (SCM) zu integrieren. Warum brauchen Sie eine Versionskontrolle? Angenommen, Sie entwickeln eine Anwendung. Jedes Mal, wenn Sie eine Anwendung erstellen, programmieren Sie, und es spielt keine Rolle, ob Sie Java, Python, C++, Go, Ruby, JavaScript oder eine der unz\u00e4hligen Programmiersprachen verwenden. Der Code, den Sie schreiben, wird als Quellcode bezeichnet. Zun\u00e4chst, insbesondere wenn Sie alleine arbeiten, ist es wahrscheinlich m\u00f6glich, alles in einem lokalen Verzeichnis zu speichern. Aber wenn das Projekt gr\u00f6\u00dfer wird und Sie andere zur Zusammenarbeit einladen, ben\u00f6tigen Sie eine M\u00f6glichkeit, Konflikte bei einem effektiven Austausch von Modifikationen zu vermeiden. Sie brauchen auch eine M\u00f6glichkeit, fr\u00fchere Versionen wiederherzustellen, denn Backups zu erstellen und diese zu kopieren\/einzuf\u00fcgen ist inzwischen veraltet. Sie (und Ihre Teamkollegen) ben\u00f6tigen etwas Besseres.<\/p>\n

Hier wird das Versionskontrollsystem praktisch unerl\u00e4sslich. Dieses Werkzeug speichert Ihren Code in Repositories, verwaltet Versionen und koordiniert die Arbeit der Projektteilnehmer.<\/p>\n

Obwohl es viele Versionskontrollsysteme gibt, ist Git der Standard, und das hat seine Berechtigung. Ich empfehle ausdr\u00fccklich die Verwendung von Git, obwohl es auch andere Open-Source-Alternativen 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 der DevOps-Pipeline aus, wenn man Versionskontrollsysteme hinzuf\u00fcgt.<\/p>\n

\"Anleitung<\/p>\n

Das CI\/CD-Werkzeug kann die Prozesse zur \u00dcberpr\u00fcfung, zum Abrufen des Quellcodes und zur Zusammenarbeit zwischen den Mitgliedern automatisieren. Das ist nicht schlecht? 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 Automatisierungswerkzeugs f\u00fcr den Build<\/h3>\n

\nAusgezeichnet! Sie k\u00f6nnen den Code \u00fcberpr\u00fcfen und \u00c4nderungen im Versionskontrollsystem vornehmen sowie Ihre Freunde zur Mitarbeit an der Entwicklung einladen. Aber Sie haben noch keine Anwendung erstellt. Um eine Webanwendung zu erstellen, muss sie kompiliert und in ein bereitstellbares Paketformat verpackt oder als ausf\u00fchrbare Datei gestartet werden. (Beachten Sie, dass interpretierte Programmiersprachen wie JavaScript oder PHP nicht kompiliert werden m\u00fcssen.)<\/p>\n

Nutzen Sie ein Build-Tool. Unabh\u00e4ngig davon, welches Build-Tool Sie w\u00e4hlen, verfolgen sie alle dasselbe Ziel: Den Quellcode in ein gew\u00fcnschtes Format umzuwandeln und die Aufgaben von Bereinigung, Kompilierung, Testen und Bereitstellung in einer bestimmten Umgebung zu automatisieren. Die Build-Tools variieren je nach Programmiersprache, aber hier sind einige g\u00e4ngige Open-Source-Optionen.<\/p>\n

Bezeichnung
\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

Toll! Sie k\u00f6nnen die Konfigurationsdateien des Build-Tools in das Versionskontrollsystem einf\u00fcgen und Ihrem CI\/CD-Tool erlauben, alles zusammenzustellen.<\/p>\n

\"Anleitung<\/p>\n

Alles in Ordnung, oder? Aber wo soll Ihre Anwendung bereitgestellt werden?<\/p>\n

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

\nBisher haben Sie eine gepackte Datei, die sowohl ausf\u00fchrbar als auch installierbar sein kann. Damit eine Anwendung wirklich n\u00fctzlich ist, muss sie einen Dienst oder eine Schnittstelle bereitstellen, aber Sie ben\u00f6tigen einen Container, um Ihre Anwendung zu hosten.<\/p>\n

Ein Server f\u00fcr Webanwendungen ist genau ein solcher Container. Der Server stellt eine Umgebung bereit, in der die Logik des bereitgestellten Pakets definiert werden kann. Au\u00dferdem bietet der Server eine Schnittstelle und stellt Webdienste bereit, indem er Sockets f\u00fcr die Au\u00dfenwelt \u00f6ffnet. Sie ben\u00f6tigen einen HTTP-Server sowie eine Umgebung (z. B. eine virtuelle Maschine), um ihn zu installieren. Lassen Sie uns annehmen, dass Sie sp\u00e4ter mehr dar\u00fcber erfahren (obwohl ich weiter unten \u00fcber Container sprechen werde).<\/p>\n

Es gibt mehrere Open-Source-Server f\u00fcr Webanwendungen.<\/p>\n

Bezeichnung
\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 Less Public
\nJava<\/p>\n

Django
\n3-Clause 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 einsatzbereit. Gute Arbeit!<\/p>\n

\"Anleitung<\/p>\n

Obwohl Sie hier aufh\u00f6ren und selbst mit der Integration fortfahren k\u00f6nnen, ist die Codequalit\u00e4t ein wichtiges Anliegen f\u00fcr Anwendungsentwickler, und darauf sollte man achten.<\/p>\n

Schritt 5: Testabdeckung<\/h3>\n

\nDas Implementieren von Tests kann eine weitere anspruchsvolle Anforderung sein, aber Entwickler sollten alle Fehler in der Anwendung fr\u00fchzeitig erfassen und die Codequalit\u00e4t verbessern, um sicherzustellen, dass die Endbenutzer zufrieden sind. Gl\u00fccklicherweise gibt es viele Open-Source-Tools, um Ihren Code zu testen und Empfehlungen zur Verbesserung seiner Qualit\u00e4t zu erstellen. Noch besser ist, dass die meisten CI\/CD-Tools mit diesen Programmen verbunden werden k\u00f6nnen, um den Prozess zu automatisieren.<\/p>\n

Das Testen von Code besteht aus zwei Teilen: Testframeworks, die beim Schreiben und Ausf\u00fchren von Tests helfen, und Tools zur Generierung von Vorschl\u00e4gen, die helfen, die Codequalit\u00e4t zu verbessern.<\/p>\n

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

Bezeichnung
\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 Verbesserung des Codes<\/b><\/p>\n

Bezeichnung
\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 Tools und Frameworks f\u00fcr Java, Python und JavaScript geschrieben sind, da C++ und C# propriet\u00e4re Programmiersprachen sind (obwohl GCC Open-Source ist).<\/p>\n

Jetzt, da Sie die Testabdeckungs-Tools implementiert haben, sollte Ihre DevOps-Pipeline wie das Diagramm aussehen, das zu Beginn dieses Leitfadens gezeigt wurde.<\/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 Betriebssystemspeicher, die den Anwendungsgr\u00f6\u00dfe \u00fcbersteigt, w\u00e4hrend ein Container nur einige Bibliotheken und Konfigurationen ben\u00f6tigt, um die Anwendung auszuf\u00fchren. Offensichtlich gibt es immer noch wichtige Anwendungsf\u00e4lle f\u00fcr virtuelle Maschinen, aber ein Container ist eine leichte L\u00f6sung zur Bereitstellung von Anwendungen, einschlie\u00dflich Anwendungsserver.<\/p>\n

Obwohl es auch andere Containeroptionen gibt, sind Docker und Kubernetes am beliebtesten.<\/p>\n

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

Intermedi\u00e4re Automatisierungswerkzeuge<\/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-Werkzeugen gemacht werden k\u00f6nnen. Eines davon ist die Verwendung von Infrastructure as Code (IaC) Werkzeugen, die auch als intermedi\u00e4re Automatisierungswerkzeuge bekannt sind. Diese Werkzeuge helfen bei der Automatisierung von Installation, Verwaltung und anderen Aufgaben f\u00fcr Middleware. Beispielsweise kann ein Automatisierungstool Anwendungen wie Webanwendungsserver, Datenbanken und \u00dcberwachungswerkzeuge mit den richtigen Konfigurationen extrahieren und auf dem Anwendungsserver bereitstellen.<\/p>\n

Hier sind einige Open-Source-Werkzeuge zur intermedi\u00e4ren Automatisierung:<\/p>\n

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

\"Anleitung<\/p>\n

Erfahren Sie, wie Sie einen gefragten Beruf von Grund auf neu lernen oder Ihre F\u00e4higkeiten und Ihr Gehalt durch kostenpflichtige Online-Kurse bei SkillFactory verbessern k\u00f6nnen:<\/p>\n