Lernprogramm: Bereitstellen Ihrer ASP.NET Core-App in Azure Service Fabric 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. Azure Service Fabric.
• Erstellt und konfiguriert eine Releasepipeline in Azure DevOps, die eine CI/CD-Pipeline einrichtet.
• 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 Erstellen einer ASP.NET Core-App und Bereitstellen in Service Fabric

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 Service Fabric-Cluster, 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 unter "Anwendungsframework auswählen" ASP.NET Core und dann "Weiter" aus.

5. Wählen Sie "Service Fabric Cluster" 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 Größe und das Betriebssystem des virtuellen Knotens für den Service Fabric-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 Service Fabric-Cluster wird erstellt, eine CI/CD-Pipeline ausgeführt, und Ihre App wird in Azure bereitgestellt.

   Nachdem dies abgeschlossen ist, wird das 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 Service Fabric-Cluster. Sie können zusätzliche Optionen für Ihre CI/CD-Pipeline in Azure Repos konfigurieren. Wählen Sie rechts " Durchsuchen" aus, um Ihre ausgeführte App anzuzeigen.

Untersuche die CI-Pipeline

DevOps Starter konfiguriert automatisch eine CI/CD-Pipeline in Azure Pipelines. 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", 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.

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 ganz oben in der Build-Pipeline den Namen der Build-Pipeline aus.

7. Wählen Sie unter dem Build-Pipeline-Namen Verlaufaus. In diesem Fenster wird ein Prüfprotokoll Ihrer letzten Änderungen für den Build-Prozess 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 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 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 zuvor überprüfte Build-Pipeline erzeugt 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 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.

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 Git 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 und eine Version stellt Ihre Änderungen in Azure bereit. 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 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 wird ein Build gestartet, und dann wird eine Version ausgeführt, um die Änderungen bereitzustellen. Sie können den Buildstatus im DevOps Starter-Dashboard oder im Browser mit Azure DevOps Echtzeitprotokollierung überwachen.

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 Azure Service Fabric-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 optional die Azure CI/CD-Pipeline so ändern, dass sie den Anforderungen Ihres Teams entspricht. Sie können dieses CI/CD-Muster auch als Vorlage für Ihre anderen Pipelines verwenden. In diesem Tutorial haben Sie Folgendes gelernt:

Weitere Informationen zu Service Fabric und Microservices finden Sie unter: