devops with microsoft vsts
Microsoft VSTS DevOps-Funktionen zur Automatisierung des Build- (Continuous Integration) und Release-Prozesses (Continuous Delivery) für Azure Web App:
Im VSTS Teil 1 Lernprogramm Wir haben gelernt, wie Microsoft VSTS als ALM-Tool (Workitems, Agile Project Planning, Versionskontrolle) in der Cloud verwendet werden kann.
Empfohlene Lektüre => Gründliche DevOps-Schulungsanleitungen
In diesem Teil 2 Tutorial werden wir erweitern VSTS-Tutorial zu präsentieren DevOps Funktionen besonders Kontinuierliche Integration und Kontinuierliche Lieferung zu einem Azure Web App .
Neben der Bereitstellung als Azure-Webanwendung können Sie auch eine Bereitstellung auf einer Windows Virtual Machine (VM) durchführen, die über das Azure-Portal als Instanz erstellt wird.
In diesem Tutorial werden wir Folgendes im Detail diskutieren:
- Build-Definition erstellen (kontinuierliche Integration)
- Release-Definition erstellen (Continuous Delivery)
Was du lernen wirst:
- Build erstellen (kontinuierliche Integration)
- Erstellen Sie eine Webanwendungsquelle im Azure-Portal
- Release-Definition erstellen (Continuous Delivery)
- Erstellen Sie eine Version zum Bereitstellen Ihrer App
- Zusammenfassung
- Literatur-Empfehlungen
Build erstellen (kontinuierliche Integration)
Eine kontinuierliche Integration oder CI ist ein Prozess, bei dem ein Entwickler jedes Mal, wenn er Quellcodeänderungen festlegt oder an das Versionskontroll-Repository übermittelt, in diesem Fall das VSTS-Repo ist, in dem der Build entweder bei jedem Einchecken oder nach einem Zeitplan ausgeführt wird .
Um die kontinuierliche Integration in VSTS einzurichten, erstellen wir zunächst eine Build-Definition.
Erstellen Sie eine neue Build-Definition
Gehen Sie zum Abschnitt Builds des Hubs Build and Release und erstellen Sie eine neue Definition
Klicke auf Prozess leeren Vorlage zum Starten. Wir werden alle Schritte hinzufügen, die erforderlich sind, um unsere Lösung erfolgreich zu erstellen.
Agenten sind normalerweise auf den Build-Computern und in den Umgebungen erforderlich, in denen das Erstellen und Bereitstellen erfolgen würde. Hier in VSTS ist diese Agentenwarteschlange für Sie zum Erstellen Ihrer App integriert. Dies ist sehr komfortabel zu verwenden, da Sie keine Agenten zum Erstellen und Freigeben herunterladen und installieren müssen.
Wählen Sie im ersten Schritt die Agentenwarteschlange als Hosted 2017 aus.
Stellen Sie sicher, dass Sie die Build-Definition speichern.
Klicke auf speichern
Klicke auf Quellen abrufen Aufgabe zum Auswählen der Visual Studio-Lösung, die für das VSTS-Versionskontroll-Repository freigegeben ist.
Klicken Sie neben dem Serverpfad auf 3 PUNKTE (…), wählen Sie den Lösungsordner aus und klicken Sie auf OK .
Klicken Sie auf Speichern. Klicken Sie neben Phase 1 auf Hinzufügen +.
Die Aufgaben, die Sie hier hinzufügen, stellen sicher, dass sie auf dem identifizierten Agenten ausgeführt werden. Fügen Sie zwei NuGet-Aufgaben in der folgenden Reihenfolge hinzu, um die NuGet-Pakete wiederherzustellen.
Fügen Sie zuerst NuGet Tool Installer und dann NuGet Restore hinzu. NuGet wurde im Wesentlichen entwickelt, um den Code in .NET mithilfe von Paketen freizugeben. Mehr zu NuGet finden Sie unter @ https://docs.microsoft.com/en-us/nuget/what-is-nuget
Als nächstes unter dem Bauen Kategorie Wählen Sie MS Build und klicken Sie auf ADD8
Wähle aus Lösung erstellen Schritt und klicken Sie auf 3 PUNKTE (…) neben dem Feld Projekt und wählen Sie die Lösungsdatei aus.
speichern die Build-Definition.
Fügen Sie einen weiteren Schritt hinzu Veröffentlichen Die Artefakte auf dem Server als Ablageordner, die später während des Freigabeprozesses verwendet werden.
Unter Nützlichkeit wähle aus Veröffentlichen Sie Build-Artefakte Schritt.
speichern die Build-Definition.
Möglichkeit - Aktivieren Sie vor dem Auslösen eines Builds bei Bedarf die Option, bei jedem Einchecken in der Registerkarte 'Trigger' der Build-Definition aufzubauen. Wenn dies nicht auf der Option 'Kontinuierliche Integration' basiert, aktivieren Sie rechts die Option 'Geplant', um die Lösung an einem bestimmten Wochentag und zu einer bestimmten Uhrzeit zu erstellen. Dies hängt davon ab, wie Ihr Projekt erstellt werden soll.
kostenlose App zum Planen von Instagram-Posts
Lösen Sie einen Build aus, indem Sie die Option Warteschlange auswählen.
Klicken Sie auf die Schaltfläche Warteschlange. Klicken Sie nach dem Start des Builds auf Build-Nummer (siehe unten), um den Build-Status anzuzeigen.
Wie unten gezeigt, ist der Build mit dem eingebauten gehosteten Agenten erfolgreich.
bester Texteditor für Python Mac
Klicken Sie auf die Build-Nummer ( Z.B. Build 40 in diesem Screenshot), um zu überprüfen, ob die Artefakte auf die Website hochgeladen wurden fallen Ordner auf dem Server oder nicht. Klicke auf Artefakte TAB => Ordner ablegen .
Erstellen Sie eine Webanwendungsquelle im Azure-Portal
Ab dem vorherigen Abschnitt haben wir die Build-Definition (Continuous Integration) definiert. In diesem Abschnitt erfahren Sie nun, wie Sie einen Release Definition-Prozess (Continuous Delivery) für Azure der zuvor erstellten ASP.NET-Anwendung einrichten.
Voraussetzung
Wir müssen eine Web-App mithilfe des unten gezeigten Portals erstellen, bevor wir mit der Bereitstellung in Azure Cloud fortfahren können.
Erstellen Sie über das Portal eine Azure-Webanwendung
- Melden Sie sich bei der Microsoft Azure-Portal
- Wählen Sie das + Neu Symbol in der linken Navigationsleiste, dann wählen Sie Web-App.
Geben Sie einen Namen für die App ein, die später im Freigabeprozess verwendet wird, der in VSTS erstellt werden soll.
Klicken Erstellen .
Nächster, Klicken Sie auf Alle Ressourcen um die erstellte Web-App anzuzeigen.
Die Ressource SampleWebApp-VN In der Option Neu erstellen wird die URL der Anwendung angezeigt, die mithilfe des Freigabeprozesses in VSTS bereitgestellt wird.
Release-Definition erstellen (Continuous Delivery)
Da die Build-Artefakte wie in der Build-Definition im Drop-Ordner verfügbar sind, nimmt die Release-Definition, die wir jetzt für die Bereitstellung erstellen, die Artefakte auf und stellt sie dann als Azure-Webanwendung bereit.
Zurück im VSTS-Dashboard erstellen Sie eine Release-Definition und einen Link zur Build-Definition, die den kontinuierlichen Bereitstellungsprozess ermöglicht.
In dem Erstellen und freigeben Nabe,Klicken und auswählen Release-Definition erstellen wie gezeigt.
Wählen Azure App Service-Bereitstellungsoption Klicken Sie unter Empfohlene Vorlagen auf Anwenden. 
Benennen Sie die Umgebung in QA Env um.
Klicke auf das + Hinzufügen Link unter Artefakte und wählen Sie Ihre Build-Definition aus, mit der Sie eine Verknüpfung herstellen möchten. Unter Quelle Typ Wählen Sie rechts die zuvor erstellte Build-Definition aus.
Wählen Sie die zuvor erstellte Build-Definition aus und klicken Sie auf HINZUFÜGEN.
Klicke auf Kontinuierliche Bereitstellung Symbol auslösen und gleich aktivieren. Damit soll sichergestellt werden, dass die Bereitstellung nach Abschluss des Builds gestartet wird.
Aktivieren Sie den Schieberegler für den Auslöser für die kontinuierliche Bereitstellung.
Wenn diese Option aktiviert ist, wird sichergestellt, dass die Version automatisch gestartet und die Bereitstellung für Azure ausgelöst wird.
Klicken Sie anschließend auf den Link Umgebungsprotokolle anzeigen Klicken Sie unter QA Env auf die Konfiguration der Aufgaben, die für die Bereitstellung in Azure Web App bereitgestellt werden sollen.
Wählen Sie den entsprechenden Azure-Abonnement- und App-Dienstnamen aus, der zuvor nach der Autorisierung im Azure-Portal erstellt wurde. Stellen Sie außerdem sicher, dass Sie die Anwendung auswählen, die bereitgestellt werden soll fallen Mappe.
Speichern Sie die Release-Definition.
Erstellen Sie eine Version zum Bereitstellen Ihrer App
Wir können jetzt den Bereitstellungsprozess des Builds starten, indem wir ein Release erstellen.
# 1) Wählen + Loslassen fallen lassen und Release erstellen . Wählen Sie die Umgebungen als QA-Umgebung aus und fahren Sie fort. Die Veröffentlichung wird nun als erfolgreich in angezeigt GRÜNE TICK.
Doppelklicken Sie auf die Veröffentlichung- unter Titel Anzeigen des Bereitstellungsstatus der Anwendung für alle in der Release-Definition definierten Umgebungen.
#zwei) Das Protokolle Auf der Registerkarte werden Details zu den gesamten Schritten des Freigabeprozesses für alle Umgebungen angezeigt, die zum Bereitstellen der Webanwendung in Azure ausgeführt werden.
#3) Um die auf Azure bereitgestellte Webanwendung als Webanwendung anzuzeigen, navigieren Sie nach erfolgreicher Ausführung der Version zu der im Portal angegebenen URL.
In diesem Beispiel , klicken Hier um zur Beispiel-Web-App zu navigieren.
Die ASP.net-Webanwendung wird jetzt in Azure bereitgestellt.
Zusammenfassung
In dieser zweiteiligen Serie haben wir gesehen, wie Microsoft VSTS als ALM-Tool (Workitems, Agile Project Planning, Versionskontrolle) in der Cloud verwendet und zur Automatisierung des Builds (Continuous Integration) und des Release-Prozesses erweitert werden kann ( Kontinuierliche Bereitstellung) an Azure Web App.
Für fast alle DevOps-Enthusiasten und .NET-Projektteams ist Microsoft VSTS ein ideales Tool für die End-to-End-Bereitstellung Ihrer Softwareanwendungen.
In unseren kommenden Tutorials erfahren Sie mehr über die AWS DevOps-Tools.
PREV Tutorial | NÄCHSTES Tutorial
Literatur-Empfehlungen
- Ausführliche Eclipse-Tutorials für Anfänger
- DevOps Tutorial: Der ultimative Leitfaden für DevOps (25+ Tutorials)
- DevOps-Test-Tutorial: Wie wirkt sich DevOps auf QS-Tests aus?
- Top AWS DevOps-Tools für Cloud-Erstellung und -Bereitstellung
- AWS CodeCommit-Lernprogramm für die DevOps-Implementierung in der Cloud
- Kontinuierliche Lieferung in DevOps
- DevOps-Automatisierung: Wie wird die Automatisierung in der DevOps-Praxis angewendet?
- Quellcodeverwaltung oder Versionskontrolle in DevOps (Video-Tutorial Teil 2 - Block 2)