Tutorial: Bereitstellen einer ASP.NET Core-App in Azure Service Fabric mithilfe von Azure DevOps Starter

Azure DevOps Starter bietet eine vereinfachte Umgebung, in der Sie Ihren vorhandenen Code und Ihr Git-Repository verwenden oder eine Beispielanwendung auswählen können, um eine Continuous Integration- und Continuous Delivery-Pipeline (CI/CD) für Azure zu erstellen.

DevOps Starter ermöglicht außerdem:

• Automatisches Erstellen von Azure-Ressourcen wie Azure Service Fabric
• Erstellen und Konfigurieren einer Releasepipeline in Azure DevOps, mit der eine CI/CD-Pipeline eingerichtet wird
• Erstellen einer Azure Application Insights-Ressource für die Überwachung

In diesem Lernprogramm lernen Sie Folgendes:

Voraussetzungen

• Ein Azure-Abonnement. Über Visual Studio Dev Essentials erhalten Sie ein kostenloses Abonnement.

Erstellen einer ASP.NET Core-App und Bereitstellen dieser App in Service Fabric mithilfe von DevOps Starter

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 wie ein Service Fabric-Cluster im Azure-Abonnement Ihrer Wahl erstellt.

1. Melden Sie sich beim Azure-Portal an.

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

   

3. Wählen Sie .NET und anschließend Weiter aus.

4. Wählen Sie unter Anwendungsframework auswählen die Option ASP.NET Core und anschließend Weiter aus.

5. Wählen Sie Service Fabric-Cluster und anschließend Weiter aus.

Konfigurieren von Azure DevOps und eines Azure-Abonnements

1. Sie können eine neue Azure DevOps-Organisation erstellen oder eine bestehende Organisation auswählen.

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

3. Wählen Sie Ihr Azure-Abonnement.

4. Wählen Sie Änderung aus, um zusätzliche Azure-Konfigurationseinstellungen anzuzeigen und die VM-Größe und Betriebssystem des Knotens für den Service Fabric-Cluster zu bestimmen. In diesem Bereich werden verschiedene Optionen zum Konfigurieren von Typ und Speicherort der Azure-Dienste angezeigt.

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

   Nachdem alle diese Schritte abgeschlossen wurden, wird das DevOps Starter-Dashboard im Azure-Portal angezeigt. Sie können das DevOps Starter-Dashboard auch direkt im Azure-Portal über Alle Ressourcen aufrufen.

   Dieses Dashboard bietet Einblick in Ihr Azure DevOps-Coderepository, in Ihre CI/CD-Pipeline und in Ihren Service Fabric-Cluster. Sie können zusätzliche Optionen für Ihre CI/CD-Pipeline in Azure Repos konfigurieren. Wählen Sie auf der rechten Seite Durchsuchen aus, um Ihre ausgeführte App anzuzeigen.

Überprüfen der CI-Pipeline

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

1. Navigieren Sie zum DevOps Starter-Dashboard.

2. Wählen Sie oben im DevOps Starter-Dashboard die Option Buildpipelines aus. Auf einer Browserregisterkarte 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 verschiedene Optionen angezeigt, etwa zum Einreihen eines neuen Builds in die Warteschlange, zum Anhalten eines Builds und zum Bearbeiten der Buildpipeline.

4. Wählen Sie Bearbeiten aus.

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

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

7. Wählen Sie unter dem Buildpipelinenamen Verlauf aus. In diesem Bereich wird ein Überwachungsprotokoll mit den letzten Änderungen für den Build angezeigt. An der Buildpipeline vorgenommene Änderungen werden von Azure DevOps nachverfolgt, sodass Sie verschiedene Versionen vergleichen können.

8. Wählen Sie Trigger aus. Mit DevOps Starter wird 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 in den CI-Prozess einbeziehen oder davon ausschließen.

9. Wählen Sie Aufbewahrung aus. Abhängig vom Szenario können Sie Richtlinien zum Aufbewahren oder Entfernen einer bestimmten Anzahl von Builds festlegen.

Überprüfen der CD-Pipeline

Mit DevOps Starter werden die erforderlichen Schritte zum Bereitstellen über Ihre Azure DevOps-Organisation in Ihrem Azure-Abonnement automatisch erstellt und konfiguriert. Diese Schritte umfassen die Konfiguration einer Azure-Dienstverbindung zur Authentifizierung von Azure DevOps für Ihr Azure-Abonnement. Die Automatisierung erstellt darüber hinaus eine Releasepipeline, mit der CD in Azure bereitgestellt wird. Gehen Sie wie folgt vor, um weitere Informationen zur Releasepipeline zu erhalten:

1. Wählen Sie Build und Release und anschließend Releases aus. DevOps Starter erstellt eine Releasepipeline zum Verwalten von Bereitstellungen in Azure.

2. Wählen Sie neben Ihrer Releasepipeline die Auslassungspunkte (...) und anschließend Bearbeiten aus. Die Releasepipeline enthält eine Pipeline, die den Releaseprozess definiert.

3. Wählen Sie unter Artefakte die Option Ablegen aus. Die zuvor untersuchte Buildpipeline erzeugt die für das Artefakt verwendete Ausgabe.

4. Wählen Sie rechts 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.

5. Wählen Sie auf der rechten Seite Releases anzeigen aus, um einen Releaseverlauf anzuzeigen.

6. Wählen Sie neben einem Release die Auslassungspunkte (...) und anschließend Öffnen aus. Sie können sich verschiedene Menüs ansehen, etwa eine Releasezusammenfassung, zugeordnete Arbeitselemente und Tests.

7. Wählen Sie Commits aus. In dieser Ansicht werden die dieser Bereitstellung zugeordneten Codecommits angezeigt. Vergleichen Sie Releases, um die Commitunterschiede zwischen den einzelnen Bereitstellungen anzuzeigen.

8. Wählen Sie Protokolle aus. Die Protokolle enthalten nützliche Informationen zum Bereitstellungsprozess. Sie können während und nach Bereitstellungen angezeigt werden.

Committen von Änderungen in Git und automatisches Bereitstellen dieser Änderungen in Azure

Nun können Sie mithilfe eines CI/CD-Prozesses, mit dem Ihre aktuelle Arbeit auf Ihrer Website automatisch bereitgestellt wird, mit einem Team an Ihrer App zusammenarbeiten. Durch jede Änderung an einem Git-Repository wird ein Build gestartet, und ein Release stellt Ihre Änderungen in Azure bereit. Führen Sie die Schritte in diesem Abschnitt aus, oder nutzen Sie eine andere Methode zum Committen Ihrer Änderungen in Ihrem Repository. Sie können beispielsweise das Git-Repository in Ihrem bevorzugten Tool oder Ihrer bevorzugten IDE klonen und anschließend Änderungen per Push in dieses Repository übertragen.

1. Wählen Sie im Azure DevOps-Menü Code>Dateien aus, und navigieren Sie zu Ihrem Repository.

2. Navigieren Sie zum Verzeichnis Views\Home. Wählen Sie anschließend die Auslassungspunkte neben der Datei Index.cshtml und dann Bearbeiten aus.

3. Nehmen Sie eine Änderung an der Datei vor. Fügen Sie beispielsweise in einem der div-Tags Text hinzu.

4. Wählen Sie oben rechts Committen und dann erneut Committen aus, um Ihre Änderung per Push zu übertragen.
   Nach wenigen Augenblicken wird ein Build gestartet. Anschließend wird zur Bereitstellung der Änderungen ein Release ausgeführt. Sie können den Buildstatus auf dem DevOps Starter-Dashboard oder im Browser mit der Azure DevOps-Echtzeitprotokollierung überwachen.

5. Aktualisieren Sie nach Abschluss des Release Ihre App, um Ihre Änderungen zu überprüfen.

Bereinigen von Ressourcen

Beim Durchführen von Tests können Sie Gebühren vermeiden, indem Sie die Ressourcen bereinigen. Sie können den in diesem Tutorial erstellten Azure Service Fabric-Cluster und zugehörige Ressourcen löschen, wenn Sie sie nicht mehr benötigen. Verwenden Sie dazu die Funktion Löschen im DevOps Starter-Dashboard.

1. Navigieren 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

Diese CI/CD-Pipeline können Sie optional an die Anforderungen Ihres Teams anpassen. Sie können dieses CI/CD-Muster auch als Vorlage für Ihre anderen Pipelines verwenden. In diesem Tutorial haben Sie Folgendes gelernt:

Weiter Informationen zu Service Fabric und Microservices finden Sie hier: