devops with microsoft vsts
Microsoft VSTS DevOps-functies voor het automatiseren van het build- (Continuous Integration) en releaseproces (Continuous Delivery) naar Azure Web App:
In VSTS Deel 1 Zelfstudie leerden we hoe Microsoft VSTS kan worden gebruikt als ALM-tool (Work Items, Agile Project Planning, Version Control) in de cloud.
Voorgestelde lezing => Grondige DevOps-trainingen
In deze deel 2 tutorial, zullen we de VSTS-zelfstudie om het DevOps functies vooral Continue integratie en Continue levering aan een Azure-webapp
Afgezien van implementatie als Azure Web App, kunt u ook implementeren op een Windows Virtual Machine (VM) die is gemaakt als een instantie vanuit de Azure-portal.
In deze tutorial zullen we het volgende in detail bespreken:
- Builddefinitie maken (continue integratie)
- Release-definitie maken (continue levering)
Wat je leert:
- Create Build (continue integratie)
- Maak een Web Appresource in de Azure Portal
- Release-definitie maken (continue levering)
- Maak een release om uw app te implementeren
- Overzicht
- Aanbevolen literatuur
Create Build (continue integratie)
Een continue integratie of CI is een proces waarbij elke keer dat een ontwikkelaar broncodewijzigingen doorvoert of levert aan de versiebeheeropslagplaats, in dit geval de VSTS-opslagplaats is waarin de build wordt uitgevoerd bij elke check-in of volgens een schema .
Om continue integratie in VSTS op te zetten, beginnen we eerst met het maken van een build-definitie.
Maak een nieuwe build-definitie
Ga naar het gedeelte Builds van de Build and Release-hub en maak een nieuwe definitie
Klik op Leeg proces sjabloon om te beginnen. We zullen alle stappen toevoegen die nodig zijn om onze oplossing met succes te bouwen.
Agents zijn normaal gesproken vereist op de build-machines en de omgevingen waar het bouwen en implementeren zou plaatsvinden. Dus hier in VSTS is deze agentwachtrij ingebouwd zodat u uw app kunt bouwen. Dit is zeer comfortabel in het gebruik, aangezien u geen agents hoeft te downloaden en te installeren voor build en release.
Selecteer in de eerste stap Agentwachtrij als Gehost 2017.
Zorg ervoor dat u de Build-definitie opslaat.
Klik op Opslaan
Klik op Haal bronnen op taak om de Visual Studio-oplossing te selecteren die wordt gedeeld met de VSTS-opslagplaats voor versiebeheer.
Klik op 3 DOTS (…) naast Serverpad en selecteer de oplossingsmap en klik op OK
Klik op Opslaan. Klik op Toevoegen + naast Fase 1.
De taken die u hier toevoegt, zorgen ervoor dat ze worden uitgevoerd op de geïdentificeerde agent. Voeg twee NuGet-taken toe in de volgende volgorde om de NuGet-pakketten te herstellen.
Voeg eerst NuGet Tool Installer toe en vervolgens NuGet Restore. NuGet is in principe ontworpen om de code in .NET te delen met behulp van pakketten. Meer over NuGet is te vinden op @ https://docs.microsoft.com/en-us/nuget/what-is-nuget
Vervolgens onder de Bouwen categorie selecteer MS Build en klik op TOEVOEGEN8
Selecteer de Bouw een oplossing Stap en klik op 3 DOTS (…) naast Project box en selecteer het oplossingsbestand.
Opslaan de Build-definitie.
Voeg nog een stap toe aan Publiceren de artefacten naar de server als een drop-map die later tijdens het releaseproces zal worden gebruikt.
Onder Nut selecteer de Publiceer Build Artifacts stap.
Opslaan de build-definitie.
Optie - Schakel, indien nodig, voordat u een build start, de optie in om bij elke check-in te bouwen in de Triggers TAB van de Build Definition. Als het niet is gebaseerd op de Continuous Integration-optie, schakel dan de Scheduled-optie aan de rechterkant in om de oplossing op een bepaalde weekdag en -tijd te bouwen. Dit hangt af van hoe u uw project wilt laten bouwen.
beste screenshot-tool voor Windows 10
Activeer een build door de optie Wachtrij te selecteren.
Klik op de knop Wachtrij. Zodra het bouwen begint, klikt u op Build-nummer, zoals hieronder gemarkeerd, om de build-status te bekijken.
Zoals hieronder wordt getoond, is de build succesvol met behulp van de ingebouwde gehoste agent.
Klik op het buildnummer ( Bijv. Build 40 in deze schermafbeelding) om te controleren of de artefacten zijn geüpload naar het laten vallen map op de server of niet. Klik op Artefacten TAB => map neerzetten
Maak een Web Appresource in de Azure Portal
Vanaf de vorige sectie hebben we de Build Definition (Continuous Integration) gedefinieerd. In deze sectie zullen we nu zien hoe we een Release Definition (Continuous Delivery) -proces naar Azure kunnen opzetten van de ASP.NET-applicatie die eerder is gebouwd.
Voorwaarde
We zullen een web-app moeten maken met behulp van de portal, zoals hieronder weergegeven, voordat we verder gaan met de implementatie in Azure Cloud.
Maak een Azure-web-app met behulp van de portal
- Log in op het Microsoft Azure-portal
- Kies de + Nieuw pictogram in de linkernavigatiebalk en kies Web applicatie.
Voer een naam in voor de app die later in het releaseproces zal worden gebruikt om in VSTS te worden gemaakt.
Klik Creëer
De volgende, Klik op Alle bronnen om de gemaakte web-app te bekijken.
De bron SampleWebApp-VN in Create New-optie wordt de URL van de applicatie weergegeven die zal worden geïmplementeerd met behulp van het releaseproces in VSTS.
Release-definitie maken (continue levering)
Aangezien de build-artefacten beschikbaar zijn in de drop-map zoals in de build-definitie, zal de release-definitie die we nu zullen maken voor implementatie de artefacten oppikken en ze vervolgens implementeren als een Azure-webtoepassing.
Maak terug in het VSTS-dashboard een release-definitie en link naar de build-definitie die het continue leveringsproces mogelijk maakt.
In de Bouwen en loslaten naaf,Klik en selecteer Maak een release-definitie zoals getoond.
Selecteer Azure App Service-implementatie optie onder Uitgelichte sjablonen en klik op Van toepassing zijn. 
Wijzig de naam van de omgeving in QA Env.
Klik op de + Toevoegen link onder Artefacten en selecteer uw build-definitie om naar te linken. Onder Bron Type Selecteer aan de rechterkant de build-definitie die eerder is gemaakt.
Selecteer de eerder gemaakte Build Definition en klik op TOEVOEGEN.
Klik op Voortdurende inzet trigger-pictogram en schakel hetzelfde in. Dit is om ervoor te zorgen dat de implementatie start zodra de build is voltooid.
Schakel de schuifregelaar in voor trigger voor continue implementatie.
Als dit is ingeschakeld, zorgt dit ervoor dat de release automatisch start en de implementatie naar Azure wordt geactiveerd.
Klik vervolgens op de link omgevingslogboeken bekijken onder de QA Env om te beginnen met het configureren van de taken die moeten worden geïmplementeerd in Azure Web App.
Kies het juiste Azure-abonnement en de App Service-naam die eerder na autorisatie in Azure Portal is gemaakt. Zorg er ook voor dat u de toepassing selecteert die u wilt implementeren in het laten vallen map.
Sla de release-definitie op.
Maak een release om uw app te implementeren
We kunnen nu het implementatieproces van de build starten door een release te maken.
# 1) Selecteer + Laat los drop-down en Maak een release Selecteer de Omgevingen als QA Env en ga verder. De release wordt nu weergegeven als succesvol in GROENE TICK.
beste software om de cpu- en gpu-temperatuur te bewaken
Dubbelklik op het Vrijlating- onder Titel om te kijken naar de implementatiestatus van de applicatie voor alle verschillende omgevingen die zijn gedefinieerd in de release-definitie.
#twee) De Logboeken tabblad geeft details van de volledige stappen van het releaseproces voor alle omgevingen die worden uitgevoerd om de webtoepassing in Azure te implementeren.
# 3) Nadat de release is gelukt, bladert u naar de URL die in de portal is ingevoerd om de webtoepassing die op Azure is geïmplementeerd als een webtoepassing te bekijken.
In deze Voorbeeld , Klik hier om naar de voorbeeldwebapp te gaan.
De ASP.net-webtoepassing is nu geïmplementeerd in Azure.
Overzicht
In deze tweedelige serie hebben we gezien hoe Microsoft VSTS kan worden gebruikt als een ALM-tool (Work Items, Agile Project Planning, Version Control) in de cloud en kan worden uitgebreid voor het automatiseren van het build- (Continuous Integration) en releaseproces ( Continuous Delivery) naar Azure Web App.
Voor bijna alle DevOps-enthousiastelingen en .NET-projectteams zou Microsoft VSTS een ideale tool zijn voor de end-to-end levering van uw softwareapplicaties.
Bekijk onze aanstaande tutorials voor meer informatie over AWS DevOps-tools.
PREV-zelfstudie VOLGENDE zelfstudie
Aanbevolen literatuur
- Diepgaande Eclipse-zelfstudies voor beginners
- DevOps Tutorial: The Ultimate Guide to DevOps (25+ Tutorials)
- Tutorial DevOps Testing: welke invloed heeft DevOps op QA-testen?
- Top AWS DevOps-tools voor cloud-build en -implementatie
- AWS CodeCommit-zelfstudie voor DevOps-implementatie in de cloud
- Continue levering in DevOps
- DevOps-automatisering: hoe wordt automatisering toegepast in de DevOps-praktijk
- Bronbeheer of versiebeheer in DevOps (videozelfstudie deel 2 - blok 2)