Einrichten einer CI/CD-Pipeline für eine Java-App mit Azure DevOps Starter
In dieser Schnellstartanleitung verwenden Sie die vereinfachte Benutzeroberfläche von Azure DevOps Starter zum Einrichten einer CI/CD-Pipeline (Continuous Integration und Continuous Delivery) für Ihre Java-App in Azure Pipelines. Sie können mit Azure DevOps Starter alles einrichten, was Sie zum Entwickeln, Bereitstellen und Überwachen Ihrer App benötigen.
Voraussetzungen
- Ein Azure-Konto mit einem aktiven Abonnement. Sie können kostenlos ein Konto erstellen.
- Ein Azure DevOps-Konto und eine Organisation
Melden Sie sich auf dem Azure-Portal an.
Mit DevOps Starter wird eine CI/CD-Pipeline in Azure Pipelines erstellt. Sie können eine neue Azure DevOps-Organisation erstellen oder eine bestehende Organisation verwenden. Ferner werden mit DevOps Starter Azure-Ressourcen im Azure-Abonnement Ihrer Wahl erstellt.
Melden Sie sich beim Azure-Portal an.
Geben Sie in das Suchfeld DevOps Starter ein, und wählen sie die Option dann aus. Klicken Sie auf Hinzufügen, um einen neuen zu erstellen.
Auswählen einer Beispielanwendung und eines Azure-Diensts
Wählen Sie die Java-Beispielanwendung aus. Zu den Java-Beispielen zählen verschiedene Anwendungsframeworks.
Standardmäßig wird das Beispielframework Spring verwendet. Übernehmen Sie die Standardeinstellung, und wählen Sie Weiter aus. „Web-App für Container“ ist das Standardziel für die Bereitstellung. Das Anwendungsframework, das Sie zuvor ausgewählt haben, bestimmt den Typ des hier verfügbaren Bereitstellungsziels für den Azure-Dienst.
Übernehmen Sie den Standarddienst, und wählen Sie Weiter aus.
Konfigurieren von Azure DevOps und eines Azure-Abonnements
Sie können eine neue Azure DevOps-Organisation erstellen oder eine bestehende Organisation auswählen.
Wählen Sie einen Namen für Ihr Projekt aus.
Wählen Sie Ihr Azure-Abonnement und den Standort sowie einen Namen für Ihre Anwendung aus, und klicken Sie dann auf Fertig.
Nach wenigen Minuten wird das DevOps Starter-Dashboard im Azure-Portal angezeigt. Eine Beispielanwendung wird in einem Repository in Ihrer Azure DevOps-Organisation eingerichtet, ein Build wird ausgeführt, und Ihre Anwendung wird in Azure bereitgestellt. Dieses Dashboard bietet Einblick in Ihr Coderepository, in Ihre CI/CD-Pipeline und in Ihre Anwendung in Azure.
Wählen Sie Durchsuchen aus, um Ihre ausgeführte Anwendung anzuzeigen.
Mit DevOps Starter wird automatisch ein CI-Trigger für Build und Release konfiguriert. Nun können Sie mithilfe eines CI/CD-Prozesses, mit dem Ihre aktuelle Arbeit automatisch auf Ihrer Website bereitgestellt wird, mit einem Team an einer Java-App zusammenarbeiten.
Ausführen eines Commits für Codeänderungen und Ausführen von CI/CD
Von DevOps Starter wird ein Git-Repository in Azure Repos oder auf GitHub erstellt. Gehen Sie wie folgt vor, um das Repository anzuzeigen und Codeänderungen an Ihrer Anwendung vorzunehmen:
Klicken Sie auf der linken Seite des DevOps Starter-Dashboards auf den Link für Ihren Mainbranch. Über diesen Link wird die Ansicht des neu erstellten Git-Repositorys geöffnet.
Wählen Sie oben rechts im Browser die Option Klonen aus, um die Repository-Klon-URL anzuzeigen. Sie können Ihr Git-Repository in Ihrer bevorzugten IDE klonen. Bei den nächsten Schritten können Sie den Webbrowser verwenden, um Codeänderungen direkt am Mainbranch vorzunehmen und für Codeänderungen einen Commit auszuführen.
Navigieren Sie auf der linken Seite des Browsers zur Datei src/main/webapp/index.html.
Wählen Sie Bearbeiten aus, und ändern Sie den Text an einigen Stellen. Ändern Sie beispielsweise einige Textstellen für eines der div-Tags.
Wählen Sie Commit aus, und speichern Sie anschließend die Änderungen.
Navigieren Sie in Ihrem Browser zum DevOps Starter-Dashboard.
Nun wird angezeigt, dass ein Buildvorgang ausgeführt wird. Die Änderungen, die Sie eben vorgenommen haben, werden automatisch erstellt und über eine CI/CD-Pipeline bereitgestellt.
Überprüfen der CI/CD-Pipeline
Im vorherigen Schritt wurde von DevOps Starter automatisch eine vollständige CI/CD-Pipeline konfiguriert. Untersuchen Sie die Pipeline, und passen Sie sie bei Bedarf an. Führen Sie die folgenden Schritte aus, um sich mit den Build- und Releasepipelines vertraut zu machen:
Wählen Sie oben im DevOps Starter-Dashboard die Option Buildpipelines aus. Über diesen Link werden eine Browserregisterkarte und die Buildpipeline für Ihr neues Projekt geöffnet.
Zeigen Sie auf das Feld Status, und wählen Sie dann die Auslassungspunkte (...) aus. Mit dieser Aktion wird ein Menü geöffnet, über das Sie verschiedene Aktivitäten starten können. So können Sie beispielsweise einen neuen Build zur Warteschlange hinzufügen, einen Build anhalten und die Buildpipeline bearbeiten.
Wählen Sie Bearbeiten aus.
In diesem Bereich können Sie sich die verschiedenen Aufgaben ansehen, die Sie für Ihre Buildpipeline ausführen können. Vom Build werden verschiedene Aufgaben durchgeführt. Beispielsweise werden Quellen aus dem Git-Repository abgerufen, Abhängigkeiten wiederhergestellt und für Bereitstellungen verwendete Ausgaben veröffentlicht.
Wählen Sie oben in der Buildpipeline den Buildpipelinenamen aus.
Ersetzen Sie den Namen Ihrer Buildpipeline durch einen aussagekräftigeren Namen, und wählen Sie Speichern und in Warteschlange einreihen und dann Speichern aus.
Wählen Sie unter dem Buildpipelinenamen Verlauf aus.
Im Bereich Verlauf wird ein Überwachungsprotokoll mit den letzten Änderungen für den Build angezeigt. An der Buildpipeline vorgenommene Änderungen werden von Azure Pipelines nachverfolgt, sodass Sie verschiedene Versionen vergleichen können.Wählen Sie Trigger aus. Mit DevOps Starter wurde automatisch ein CI-Trigger erstellt, und mit jedem für das Repository ausgeführten Commit wird ein neuer Build gestartet. Optional können Sie Branches aus dem CI-Prozess einbeziehen oder ausschließen.
Wählen Sie Aufbewahrung aus. Abhängig vom Szenario können Sie Richtlinien zum Aufbewahren oder Entfernen einer bestimmten Anzahl von Builds festlegen.
Wählen Sie Build und Release und anschließend Releases aus.
DevOps Starter erstellt eine Releasepipeline zum Verwalten von Bereitstellungen in Azure.Wählen Sie auf der linken Seite neben Ihrer Releasepipeline die Auslassungspunkte (...) und anschließend Bearbeiten aus. Die Releasepipeline enthält eine Pipeline, die den Releaseprozess definiert.
Wählen Sie unter Artefakte die Option Ablegen aus. Die in den vorherigen Schritten untersuchte Buildpipeline erzeugt die für das Artefakt verwendete Ausgabe.
Wählen Sie neben dem Symbol Ablegen die Option Continuous Deployment-Trigger aus. Diese Releasepipeline enthält einen aktivierten CD-Trigger. Jedes Mal, wenn ein neues Buildartefakt verfügbar ist, wird von diesem CD-Trigger eine Bereitstellung ausgeführt. Optional können Sie den Trigger deaktivieren, sodass Ihre Bereitstellungen manuell ausgeführt werden müssen.
Wählen Sie auf der linken Seite Aufgaben aus. Bei den Aufgaben handelt es sich um die Aktivitäten, die beim Bereitstellungsprozess ausgeführt werden. In diesem Beispiel wurde für die Bereitstellung in Azure App Service eine Aufgabe erstellt.
Wählen Sie auf der rechten Seite Releases anzeigen aus. In dieser Ansicht wird der Verlauf von Releases angezeigt.
Wählen Sie neben einem Ihrer Releases die Auslassungspunkte (...) und dann die Option Öffnen aus. Sie können sich verschiedene Menüs ansehen, etwa eine Releasezusammenfassung, zugeordnete Arbeitselemente und Tests.
Wählen Sie Commits aus. In dieser Ansicht werden die der jeweiligen Bereitstellung zugeordneten Codecommits angezeigt.
Wählen Sie Protokolle aus. Die Protokolle enthalten nützliche Informationen zum Bereitstellungsprozess. Sie können während und nach Bereitstellungen angezeigt werden.
Bereinigen von Ressourcen
Sie können die Azure App Service-Instanz und zugehörige Ressourcen löschen, wenn Sie sie nicht mehr benötigen. Verwenden Sie die Funktion Löschen auf dem DevOps Starter-Dashboard.
Nächste Schritte
Beim Konfigurieren des CI/CD-Prozesses wurden automatisch Build- und Releasepipelines erstellt. Diese Build- und Releasepipelines können Sie den Anforderungen Ihres Teams anpassen. Weitere Informationen zur CI/CD-Pipeline finden Sie in folgendem Artikel: