Bereitstellen ASP.NET Core-Apps in Azure Kubernetes Service mit Azure DevOps Starter

Azure DevOps Starter bietet eine vereinfachte Oberfläche, in der Sie Ihren vorhandenen Code und Git-Repository bereitstellen oder eine Beispielanwendung auswählen können, um eine fortlaufende Integrationspipeline (Continuous Integration, CI) und eine CD-Pipeline (Continuous Delivery, Kontinuierliche Übermittlung) in Azure zu erstellen.

DevOps Starter ebenfalls:

• Erstellt automatisch Azure-Ressourcen, z. B. Azure Kubernetes Service (AKS).
• Erstellt und konfiguriert eine Releasepipeline in Azure DevOps, die eine Build- und Releasepipeline für CI/CD einrichtet.
• Erstellt eine Azure Application Insights-Ressource für die Überwachung.
• Ermöglicht Azure Monitor für Container die Überwachung der Leistung für die Container-Workloads im AKS-Cluster.

In diesem Tutorial werden Sie Folgendes lernen:

Voraussetzungen

• Ein Azure-Abonnement. Sie können eine kostenlose Version über Visual Studio Dev Essentials erhalten.

Verwenden von DevOps Starter zum Bereitstellen einer ASP.NET Core-App für AKS

DevOps Starter erstellt eine CI/CD-Pipeline in Azure Pipelines. Sie können eine neue Azure DevOps-Organisation erstellen oder eine vorhandene Organisation verwenden. DevOps Starter erstellt auch Azure-Ressourcen, z. B. einen AKS-Cluster, im Azure-Abonnement Ihrer Wahl.

1. Melden Sie sich beim Azure-Portal an.

2. Geben Sie im Suchfeld DevOps Starter ein, und wählen Sie dann Klicken Sie auf "Hinzufügen" , um eine neue zu erstellen.

   

3. Wählen Sie .NET und dann "Weiter" aus.

4. Wählen Sie unter "Anwendungsframework auswählen" ASP.NET Core und dann "Weiter" aus.

5. Wählen Sie Kubernetes-Dienst und dann "Weiter" aus.

Konfigurieren von Azure DevOps und einem Azure-Abonnement

1. Erstellen Sie eine neue Azure DevOps-Organisation, oder wählen Sie eine vorhandene Organisation aus.

2. Geben Sie einen Namen für Ihr Azure DevOps-Projekt ein.

3. Wählen Sie Ihr Azure-Abonnement.

4. Um zusätzliche Azure-Konfigurationseinstellungen anzuzeigen und die Anzahl der Knoten für den AKS-Cluster zu identifizieren, wählen Sie "Ändern" aus. In diesem Bereich werden verschiedene Optionen zum Konfigurieren des Typs und des Standorts von Azure-Diensten angezeigt.

5. Beenden Sie den Azure-Konfigurationsbereich, und wählen Sie dann "Fertig" aus. Nach ein paar Minuten ist der Vorgang abgeschlossen. Ein Beispiel ASP.NET Core-App ist in einem Git-Repository in Ihrer Azure DevOps-Organisation eingerichtet, ein AKS-Cluster wird erstellt, eine CI/CD-Pipeline ausgeführt, und Ihre App wird in Azure bereitgestellt.

   Nachdem dies abgeschlossen ist, wird das Azure DevOps Starter-Dashboard im Azure-Portal angezeigt. Sie können auch direkt über alle Ressourcen im Azure-Portal zum DevOps Starter-Dashboard wechseln.

   Dieses Dashboard bietet Einblicke in Ihr Azure DevOps-Code-Repository, Ihre CI/CD-Pipeline und Ihren AKS-Cluster. Sie können zusätzliche CI/CD-Optionen in Ihrer Azure DevOps-Pipeline konfigurieren. Wählen Sie rechts " Durchsuchen" aus, um Ihre ausgeführte App anzuzeigen.

Untersuchen Sie den AKS-Cluster

DevOps Starter konfiguriert automatisch einen AKS-Cluster, den Sie erkunden und anpassen können. Gehen Sie wie folgt vor, um sich mit dem AKS-Cluster vertraut zu machen:

1. Wechseln Sie zum DevOps Starter-Dashboard.

2. Wählen Sie rechts den AKS-Dienst aus. Ein Bereich öffnet sich für den AKS-Cluster. In dieser Ansicht können Sie verschiedene Aktionen ausführen, z. B. Überwachen des Containerzustands, Durchsuchen von Protokollen und Öffnen des Kubernetes-Dashboards.

3. Wählen Sie rechts das Kubernetes-Dashboard anzeigen aus. Führen Sie optional die Schritte aus, um das Kubernetes-Dashboard zu öffnen.

Untersuche die CI-Pipeline

DevOps Starter konfiguriert automatisch eine CI/CD-Pipeline in Ihrer Azure DevOps-Organisation. Sie können die Pipeline erkunden und anpassen. Gehen Sie wie folgt vor, um sich damit vertraut zu machen:

1. Wechseln Sie zum DevOps Starter-Dashboard.

2. Wählen Sie oben im DevOps Starter-Dashboard "Pipelines erstellen" aus. Auf einem Browsertab wird die Buildpipeline für Ihr neues Projekt angezeigt.

3. Zeigen Sie auf das Feld "Status", wählen Sie dann die Auslassungspunkte (...) aus. In einem Menü werden mehrere Optionen angezeigt, z. B. das Einreihen eines neuen Builds, das Pausieren eines Builds und das Bearbeiten der Build-Pipeline.

4. Wählen Sie "Bearbeiten" aus.

5. In diesem Bereich können Sie die verschiedenen Aufgaben für Ihre Build-Pipeline betrachten. Der Build führt verschiedene Aufgaben aus, z. B. das Abrufen von Quellen aus dem Git-Repository, das Wiederherstellen von Abhängigkeiten und das Veröffentlichen von Ausgaben, die für Bereitstellungen verwendet werden.

6. Wählen Sie oben in der Buildpipeline den Namen der Buildpipeline aus.

7. Ändern Sie den Namen Ihrer Build-Pipeline in einen aussagekräftigeren, wählen Sie Speichern & Warteschlange aus, und wählen Sie dann Speichern aus.

8. Wählen Sie unter Ihrem Buildpipeline-Namen Verlauf aus. In diesem Bereich wird ein Überwachungspfad Ihrer letzten Änderungen für den Build angezeigt. Azure DevOps verfolgt alle Änderungen, die an der Buildpipeline vorgenommen wurden, und ermöglicht es Ihnen, Versionen zu vergleichen.

9. Wählen Sie Auslöser aus. DevOps Starter erstellt automatisch einen CI-Trigger, und jeder Commit für das Repository startet einen neuen Build. Optionalerweise können Sie Verzweigungen aus dem CI-Prozess ein- oder ausschließen.

10. Wählen Sie "Aufbewahrung" aus. Je nach Szenario können Sie Richtlinien angeben, die eine bestimmte Anzahl von Builds beibehalten oder entfernen sollen.

Untersuchen Sie die CD-Release-Pipeline

DevOps Starter erstellt und konfiguriert automatisch die erforderlichen Schritte für die Bereitstellung aus Ihrer Azure DevOps-Organisation in Ihrem Azure-Abonnement. Diese Schritte umfassen das Konfigurieren einer Azure-Dienstverbindung zur Authentifizierung von Azure DevOps bei Ihrem Azure-Abonnement. Die Automatisierung erstellt auch eine Releasepipeline, die die CD für Azure bereitstellt. Wenn Sie mehr über die Releasepipeline erfahren möchten, gehen Sie wie folgt vor:

1. Wählen Sie Build und Release und dann Releases aus. DevOps Starter erstellt eine Releasepipeline zum Verwalten von Bereitstellungen für Azure.

2. Wählen Sie die Auslassungspunkte (...) neben Ihrer Release-Pipeline aus, und wählen Sie dann Bearbeiten aus. Die Release-Pipeline enthält eine Pipeline, die den Veröffentlichungsprozess definiert.

3. Wählen Sie unter Artefakte die Option Ablegen aus. Die Build-Pipeline, die Sie in den vorherigen Schritten untersucht haben, generiert die Ausgabe, die für das Artefakt verwendet wird.

4. Wählen Sie rechts neben dem Drop-Symbol den Auslöser für die kontinuierliche Bereitstellung aus. Diese Release-Pipeline verfügt über einen aktivierten CD-Trigger, der jedes Mal eine Bereitstellung ausführt, wenn ein neues Build-Artefakt verfügbar ist. Optional können Sie den Trigger deaktivieren, damit Ihre Bereitstellungen manuell ausgeführt werden müssen.

5. Wählen Sie rechts "Versionen anzeigen" aus, um einen Verlauf der Versionen anzuzeigen.

6. Wählen Sie die Auslassungspunkte (...) neben einer Version aus, und wählen Sie dann Öffnen aus. Sie können mehrere Menüs erkunden, z. B. eine Versionszusammenfassung, zugeordnete Arbeitsaufgaben und Tests.

7. Wählen Sie Commits aus. In dieser Ansicht werden Code-Commits angezeigt, die dieser Bereitstellung zugeordnet sind. Vergleichen Sie Releases, um die Commit-Unterschiede zwischen Deployments anzuzeigen.

8. Wählen Sie "Protokolle" aus. Die Protokolle enthalten nützliche Informationen zum Bereitstellungsprozess. Sie können sie sowohl während als auch nach Bereitstellungen ansehen.

Übernehmen von Änderungen an Azure Repos und automatische Bereitstellung in Azure

Sie können jetzt mit einem Team an Ihrer App zusammenarbeiten, indem Sie einen CI/CD-Prozess verwenden, der Ihre neueste Arbeit automatisch auf Ihrer Website bereitstellt. Jede Änderung am Git-Repository startet einen Build in Azure DevOps, und eine CD-Pipeline führt eine Bereitstellung für Azure aus. Befolgen Sie das Verfahren in diesem Abschnitt, oder verwenden Sie eine andere Technik, um Änderungen an Ihrem Repository zu übernehmen. Sie können z. B. das Git-Repository in Ihrem bevorzugten Tool oder Ihrer IDE klonen und dann Änderungen an dieses Repository übertragen.

1. Wählen Sie im Azure DevOps-Menü "Codedateien>" aus, und wechseln Sie dann zu Ihrem Repository.

2. Wechseln Sie zum Verzeichnis "Views\Home", wählen Sie die Auslassungspunkte (...) neben der Datei Index.cshtml aus, und wählen Sie dann Bearbeiten aus.

3. Nehmen Sie eine Änderung an der Datei vor, z. B. das Hinzufügen von Text in einem der div-Tags.

4. Wählen Sie oben rechts "Commit ausführen" aus, und wählen Sie dann erneut "Commit" aus, um Ihre Änderung zu verschieben. Nach ein paar Momenten beginnt ein Build in Azure DevOps und eine Version wird ausgeführt, um die Änderungen bereitzustellen. Überwachen Sie den Buildstatus im DevOps Starter-Dashboard oder im Browser mit Ihrer Azure DevOps-Organisation.

5. Aktualisieren Sie ihre App nach Abschluss der Veröffentlichung, um Ihre Änderungen zu überprüfen.

Bereinigen von Ressourcen

Sollten Sie testen, können Sie die Ansammlung von Abrechnungskosten vermeiden, indem Sie Ihre Ressourcen bereinigen. Wenn sie nicht mehr benötigt werden, können Sie den AKS-Cluster und zugehörige Ressourcen löschen, die Sie in diesem Lernprogramm erstellt haben. Verwenden Sie dazu die Delete-Funktion im DevOps Starter-Dashboard.

1. Wechseln Sie im Azure-Portal zum DevOps Starter-Dashboard.
2. Wählen Sie oben rechts "Löschen" aus.
3. Wählen Sie an der Eingabeaufforderung "Ja " aus, um die Ressourcen endgültig zu löschen .

Nächste Schritte

Sie können diese Build- und Releasepipeline optional ändern, um die Anforderungen Ihres Teams zu erfüllen. Sie können dieses CI/CD-Muster auch als Vorlage für Ihre anderen Pipelines verwenden. In diesem Lernprogramm haben Sie folgendes gelernt:

Weitere Informationen zur Verwendung des Kubernetes-Dashboards finden Sie unter: