Lernprogramm: Bereitstellen Ihrer ASP.NET-App auf virtuellen Azure-Computern mithilfe von 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.

Außerdem gibt es DevOps Starter.

• Erstellt automatisch Azure-Ressourcen, z. B. einen neuen virtuellen Azure-Computer (VM).
• Erstellt und konfiguriert eine Releasepipeline in Azure DevOps, die eine Buildpipeline für CI enthält.
• Richtet eine Releasepipeline für CD ein.
• Erstellt eine Azure Application Insights-Ressource für die Überwachung.

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 Ihrer ASP.NET-App

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 Projects erstellt auch Azure-Ressourcen wie virtuelle Computer im Azure-Abonnement Ihrer Wahl.

1. Melden Sie sich beim Azure-Portal an.

2. Geben Sie im Suchfeld DevOps Starterein, und wählen Sie dann aus. Klicken Sie auf Hinzufügen von, um eine neue zu erstellen.

   

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

4. Wählen Sie im Abschnitt 'Anwendungsframework'ASP.NET aus und klicken Sie anschließend auf Weiter. Das Anwendungsframework, das Sie in einem vorherigen Schritt ausgewählt haben, bestimmt den Typ des Azure-Dienstbereitstellungsziels, das hier verfügbar ist.

5. Wählen Sie den virtuellen Computer 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 Ihre Azure-Abonnementdienste aus. Optional können Sie " Ändern" auswählen und dann weitere Konfigurationsdetails eingeben, z. B. den Speicherort der Azure-Ressourcen.

4. Geben Sie einen Namen, einen Benutzernamen und ein Kennwort für Ihre neue Virtuelle Azure-Computerressource ein, und wählen Sie dann "Fertig" aus. Nach ein paar Minuten ist der virtuelle Azure-Computer bereit. Ein Beispiel ASP.NET Anwendung wird in einem Repository in Ihrer Azure DevOps-Organisation eingerichtet, ein Build und eine Version ausgeführt, und Ihre Anwendung wird auf der neu erstellten Azure-VM bereitgestellt.

   Nach Abschluss des Vorgangs wird das DevOps Starter-Dashboard im Azure-Portal angezeigt. Sie können auch direkt über alle Ressourcen im Azure-Portal zum Dashboard navigieren.

   Das Dashboard bietet Einblicke in Ihr Azure DevOps-Code-Repository, Ihre CI/CD-Pipeline und Ihre ausgeführte Anwendung in Azure.

   

DevOps Starter konfiguriert automatisch einen CI-Build und Releasetrigger, der Codeänderungen an Ihr Repository überträgt. Sie können weitere Optionen in Azure DevOps konfigurieren. Um die ausgeführte Anwendung anzuzeigen, wählen Sie "Durchsuchen" aus.

Untersuche die CI-Pipeline

DevOps Starter hat automatisch eine CI/CD-Pipeline in Azure Pipelines konfiguriert. Sie können die Pipeline erkunden und anpassen. Machen Sie sich mit der Build-Pipeline vertraut, indem Sie wie folgt vorgehen:

1. Wählen Sie oben im DevOps Starter-Dashboard Build-Pipelinesaus. Auf einem Browsertab wird die Buildpipeline für Ihr neues Projekt angezeigt.

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

3. Wählen Sie Bearbeiten aus.

4. 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.

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

6. Ändern Sie den Namen der Buildpipeline in etwas Aussagekräftigeres, wählen Sie Speichern & Warteschlangeaus, und wählen Sie dann Speichernaus.

7. Wählen Sie unter dem Build-Pipeline-Namen Verlaufaus. 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.

8. Wählen Sie Triggeraus. 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.

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

Überprüfen Sie die CD-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 CD-Pipeline, die die CD auf dem virtuellen Azure-Computer bereitstellt. Wenn Sie mehr über die Azure DevOps CD-Pipeline 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 drei Punkte (...) neben Ihrer Release-Pipeline aus, und klicken Sie dann auf Bearbeiten. Die Release-Pipeline enthält eine Pipeline, die den Veröffentlichungsprozess definiert.

3. Wählen Sie unter ArtefakteDrop aus. Die Build-Pipeline, die Sie in den vorherigen Schritten untersucht haben, produziert die Ausgabe, die für das Artefakt genutzt wird.

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

5. Wählen Sie links " Aufgaben" und dann Ihre Umgebung aus. Aufgaben sind die Aktivitäten, die von Ihrem Bereitstellungsprozess ausgeführt werden, und sie werden in Phasen gruppiert. Diese Releasepipeline erfolgt in zwei Phasen:

   • Die erste Phase enthält eine Azure Resource Group Deployment-Aufgabe, die zwei Dinge ausführt:

     • Konfiguriert den virtuellen Computer für die Bereitstellung
     • Fügt die neue VM zu einer Azure DevOps-Bereitstellungsgruppe hinzu. Die VM-Bereitstellungsgruppe in Azure DevOps verwaltet logische Gruppen von Bereitstellungszielcomputern.

   • In der zweiten Phase erstellt eine IIS Web App-Verwaltungsaufgabe eine IIS-Website auf dem virtuellen Computer. Zum Bereitstellen der Website wird eine zweite IIS Web App Deploy-Aufgabe erstellt.

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

7. Wählen Sie die Auslassungspunkte (...) neben einer Veröffentlichung aus, und wählen Sie anschließend Öffnen aus. Sie können mehrere Menüs erkunden, z. B. eine Versionszusammenfassung, zugeordnete Arbeitsaufgaben und Tests.

8. 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.

9. 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.

Änderungen an Azure Repos übertragen und automatisch auf Azure bereitstellen

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. Die Codeänderungen initiieren den CI/CD-Prozess und stellen Ihre Änderungen automatisch auf der IIS-Website auf der Azure-VM bereit.

1. Wählen Sie im linken Bereich "Code" aus, und wechseln Sie dann zu Ihrem Repository.

2. Wechseln Sie zum Verzeichnis Views\Home, wählen Sie die drei Punkte (...) 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" aus, und wählen Sie dann erneut "Commit" aus, um Ihre Änderung zu pushen. 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 Anwendung nach Abschluss der Veröffentlichung, um Ihre Änderungen zu überprüfen.

Konfigurieren der Azure Application Insights-Überwachung

Mit Azure Application Insights können Sie die Leistung und Nutzung Ihrer Anwendung ganz einfach überwachen. DevOps Starter konfiguriert automatisch eine Application Insights-Ressource für Ihre Anwendung. Sie können verschiedene Warnungen und Überwachungsfunktionen bei Bedarf weiter konfigurieren.

1. Wechseln Sie im Azure-Portal zum DevOps Starter-Dashboard.

2. Wählen Sie unten rechts den Link "Application Insights " für Ihre App aus. Der Bereich "Application Insights " wird geöffnet. Diese Ansicht enthält Informationen zur Verwendung, Leistung und Verfügbarkeitsüberwachung für Ihre App.

   

3. Wählen Sie "Zeitbereich" und dann " Letzte Stunde" aus. Um die Ergebnisse zu filtern, wählen Sie "Aktualisieren" aus. Sie können jetzt alle Aktivitäten aus den letzten 60 Minuten anzeigen.

4. Um den Zeitraum zu verlassen, wählen Sie x aus.

5. Wählen Sie "Benachrichtigungen" und dann " metrische Warnung hinzufügen" aus.

6. Geben Sie einen Namen für die Warnung ein.

7. Überprüfen Sie in der Dropdownliste " Metrik " die verschiedenen Warnungsmetriken. Die Standardbenachrichtigung ist für eine Serverantwortzeit größer als 1 Sekunde. Sie können ganz einfach eine Vielzahl von Warnungen konfigurieren, um die Überwachungsfunktionen Ihrer App zu verbessern.

8. Aktivieren Sie das Kontrollkästchen "Über E-Mail-Besitzer benachrichtigen", "Mitwirkende" und "Leser ". Optional können Sie zusätzliche Aktionen ausführen, wenn eine Warnung angezeigt wird, indem Sie eine Azure-Logik-App ausführen.

9. Wählen Sie "OK" aus, um die Warnung zu erstellen. Nach ein paar Momenten wird die Warnung im Dashboard als aktiv angezeigt.

10. Beenden Sie den Bereich "Warnungen ", und wechseln Sie zurück zum Bereich "Application Insights ".

11. Wählen Sie "Verfügbarkeit" und dann " Test hinzufügen" aus.

12. Geben Sie einen Testnamen ein, und wählen Sie dann "Erstellen" aus. Es wird ein einfacher Pingtest erstellt, um die Verfügbarkeit Ihrer Anwendung zu überprüfen. Nach ein paar Minuten sind Testergebnisse verfügbar, und das Application Insights-Dashboard zeigt einen Verfügbarkeitsstatus an.

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 virtuellen Azure-Computer 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 .

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.

Nächste Schritte

In diesem Lernprogramm haben Sie folgendes gelernt:

Weitere Informationen zur CI/CD-Pipeline finden Sie unter: