devops with microsoft vsts
Microsoft VSTS DevOps-funktioner til automatisering af build (kontinuerlig integration) og frigivelsesproces (kontinuerlig levering) til Azure Web App:
I VSTS del 1 Vejledning , lærte vi, hvordan Microsoft VSTS kan bruges som et ALM-værktøj (Work Items, Agile Project Planning, Version Control) i skyen.
Foreslået læsning => Grundige DevOps-træningsvejledninger
Heri del 2 tutorial, vil vi udvide VSTS vejledning at fremvise DevOps især funktioner Kontinuerlig integration og Kontinuerlig levering til en Azure Web App .
Bortset fra at implementere som en Azure Web App, kan du også implementere på en Windows Virtual Machine (VM), der oprettes som en instans fra Azure-portalen.
I denne vejledning vil vi diskutere følgende detaljeret:
- Opret Build Definition (kontinuerlig integration)
- Opret frigivelsesdefinition (kontinuerlig levering)
Hvad du vil lære:
- Opret build (kontinuerlig integration)
- Opret en webresource i Azure-portalen
- Opret frigivelsesdefinition (kontinuerlig levering)
- Opret en frigivelse for at implementere din app
- Resumé
- Anbefalet læsning
Opret build (kontinuerlig integration)
En kontinuerlig integration eller CI er en proces, hver gang en udvikler forpligter sig til eller leverer kildekodeskift til versionskontroldatabasen, i dette tilfælde er det VSTS-repoen, hvor bygningen udføres enten ved hver check-in eller ved hjælp af en tidsplan .
For at starte opsætning af kontinuerlig integration i VSTS starter vi først med at oprette en build-definition.
Opret en ny build-definition
Gå til sektionen Builds i Build and Release-hubben, og opret en ny definition
Klik på Tom proces skabelon til start. Vi tilføjer alle de trin, der kræves for at opbygge vores løsning med succes.
Agenter kræves normalt på byggemaskinerne og de miljøer, hvor byggeriet og implementeringen vil ske. Så her i VSTS er denne agentkø indbygget, så du kan bygge din app. Dette er meget behageligt at bruge, da du ikke behøver at downloade og installere nogen agenter til build og release.
I det første trin skal du vælge Agentkø som vært 2017.
Sørg for at gemme Build-definitionen.
Klik på Gemme
Klik på Få kilder opgave at vælge den visual studio-løsning, der deles med VSTS-versionskontroldatabasen.
Klik på 3 DOTS (...) ved siden af serverstien, vælg løsningsmappen, og klik Okay .
Klik på Gem. Klik på Tilføj + ud for fase 1.
De opgaver, du vil tilføje her, vil sikre, at de kører på den identificerede agent. Tilføj to NuGet-opgaver i følgende rækkefølge for at gendanne NuGet-pakkerne.
Først skal du tilføje NuGet Tool Installer og derefter NuGet Restore. NuGet er grundlæggende designet til at dele koden i .NET ved hjælp af pakker. Mere om NuGet kan findes @ https://docs.microsoft.com/en-us/nuget/what-is-nuget
Dernæst under Byg kategori vælg MS Build og klik på TILFØJ 8
Vælg Byg løsning Trin og klik på 3 DOTS (...) ved siden af projektfeltet, og vælg løsningsfilen.
Gemme Build-definitionen.
Tilføj endnu et trin til Offentliggøre artefakterne til serveren som en dropmappe, som vil blive brugt senere under frigørelsesprocessen.
Under Hjælpeprogram vælg Udgiv Build Artefakter trin.
Gemme build-definitionen.
Mulighed - Før aktivering af en build aktiveres, hvis det kræves, muligheden for at bygge videre på hver check-in i Triggers TAB for Build Definition. Hvis ikke baseret på indstillingen Kontinuerlig integration, skal du aktivere den Planlagte mulighed til højre for at opbygge løsningen i løbet af en bestemt hverdag og tid. Dette afhænger af, hvordan du ønsker, at dit projekt skal bygges.
fuld deltagelse vs fuld ydre sammenføjning
Udløs en build ved at vælge køindstillingen.
Klik på Kø-knappen. Når build starter, skal du klikke på Build-nummer, som fremhævet nedenfor, for at se build-status.
Som vist nedenfor er build vellykket ved hjælp af den indbyggede hostede agent.
Klik på build-nummeret ( For eksempel. Byg 40 i dette skærmbillede) for at kontrollere, om artefakterne er blevet uploadet til dråbe mappe på serveren eller ej. Klik på Artefakter TAB => slip mappe .
Opret en webresource i Azure-portalen
Fra det foregående afsnit har vi defineret Build Definition (kontinuerlig integration). I dette afsnit vil vi nu se, hvordan man opsætter en Release Definition-proces (kontinuerlig levering) til Azure af ASP.NET-applikationen, der blev bygget tidligere.
Forudsætning
Vi bliver nødt til at oprette en webapp ved hjælp af portalen som vist nedenfor, inden vi fortsætter med implementering til Azure Cloud.
Opret en Azure-webapp ved hjælp af portalen
- Log ind på Microsoft Azure-portal
- Vælg + Ny ikon i venstre navigationslinje, og vælg derefter Web-app.
Indtast et navn til appen, som vil blive brugt senere i frigivelsesprocessen, der skal oprettes i VSTS.
Klik på skab .
Næste, Klik på Alle ressourcer for at se den oprettede webapp.
Ressourcen SampleWebApp-VN i Opret ny mulighed vil URL-adressen til applikationen blive vist, som vil blive implementeret ved hjælp af frigørelsesprocessen i VSTS.
Opret frigivelsesdefinition (kontinuerlig levering)
Da build-artefakter er tilgængelige i drop-mappen som i build-definitionen, frigiver definitionsdefinitionen, som vi opretter nu til implementering, artefakterne og distribuerer dem derefter som en Azure-webapplikation.
Tilbage i VSTS-instrumentbrættet skal du oprette en frigivelsesdefinition og et link til builddefinitionen, som muliggør den kontinuerlige leveringsproces.
I Byg og slip knudepunkt,Klik og vælg Opret frigivelsesdefinition som vist.
hvad du ser er, hvad du får webbygger
Vælg Indstilling for Azure App Service-implementering under Fremhævede skabeloner, og klik på Ansøge.
Omdøb miljøet til QA Env.
Klik på + Tilføj link under Artefakter og vælg din builddefinition, du vil linke til. Under Kildetype til højre skal du vælge den oprindelige oprettelsesdefinition.
Vælg Build Definition oprettet tidligere, og klik på TILFØJE.
Klik på Kontinuerlig implementering udløserikonet og aktiver det samme. Dette er for at sikre, at implementeringen starter, når Build er afsluttet.
Aktivér skyderen for Kontinuerlig implementeringsudløser.
Hvis dette er aktiveret, sikrer dette frigivelsen automatisk, og implementeringen udløses til Azure.
Klik derefter på linket se miljølogfiler under QA Env for at starte konfiguration af de opgaver, der skal distribueres til Azure Web App.
Vælg det relevante Azure-abonnement og App Service-navn oprettet i Azure-portalen tidligere efter godkendelse. Sørg også for at vælge det program, der skal implementeres, der er i dråbe folder.
Gem frigivelsesdefinitionen.
Opret en frigivelse for at implementere din app
Vi kan nu starte implementeringsprocessen for buildet ved at oprette en frigivelse.
# 1) Vælg + Slip drop down og Opret frigivelse . Vælg miljøet som QA Env, og fortsæt. Udgivelsen vises nu som vellykket i GRØN FLAG.
Dobbeltklik på Frigøre- under Titel at se på applikationens implementeringsstatus til alle de forskellige miljøer, der er defineret i frigivelsesdefinitionen.
#to) Det Logfiler fanen vil give detaljer om hele frigivelsestrinene til alle miljøer, der kører for at implementere webapplikationen til Azure.
# 3) Når udgivelsen er kørt med succes, kan du se webapplikationen, der er implementeret i Azure som en webapplikation, til den URL, der er angivet i portalen.
Heri Eksempel , klik her for at navigere til eksemplet på webappen.
ASP.net-webapplikationen er nu implementeret i Azure.
Resumé
I denne serie i to dele har vi set, hvordan Microsoft VSTS kan bruges som et ALM-værktøj (Work Items, Agile Project Planning, Version Control) på skyen og kan udvides til automatisering af build (kontinuerlig integration) og frigørelsesproces ( Kontinuerlig levering) til Azure Web App.
For næsten alle DevOps-entusiaster og .NET-projektteams ville Microsoft VSTS være et ideelt værktøj til levering til slut til slut af dine softwareapplikationer.
Se vores kommende tutorials for at vide mere om AWS DevOps-værktøjer.
PREV-vejledning | NÆSTE vejledning
Anbefalet læsning
- Dybdegående formørkelsesvejledninger til begyndere
- DevOps Tutorial: Den ultimative guide til DevOps (25+ Tutorials)
- DevOps Testing Tutorial: Hvordan DevOps vil påvirke QA Testing?
- Top AWS DevOps-værktøjer til Cloud Build og Implementering
- AWS CodeCommit-selvstudie til implementering af DevOps i Cloud
- Kontinuerlig levering i DevOps
- DevOps-automatisering: Hvordan anvendes automatisering i DevOps-praksis
- Kildekontrol eller versionskontrol i DevOps (Video Tutorial del 2 - blok 2)