Ontwikkelingsproces voor Azure
Tip
Deze inhoud is een fragment uit het eBook, Architect Modern Web Applications met ASP.NET Core en Azure, beschikbaar op .NET Docs of als een gratis downloadbare PDF die offline kan worden gelezen.
"Met de cloud kunnen personen en kleine bedrijven hun vingers uitlijnen en direct services van bedrijfsklasse instellen."
- Roy Stephan
Vision
Ontwikkel goed ontworpen ASP .NET Core-toepassingen zoals u wilt, met behulp van Visual Studio of de dotnet CLI en Visual Studio Code of uw editor naar keuze.
Ontwikkelomgeving voor ASP.NET Core-apps
Keuzes voor ontwikkelhulpprogramma's: IDE of editor
Of u nu de voorkeur geeft aan een volledige en krachtige IDE of een lichtgewicht en flexibele editor, Microsoft heeft u behandeld bij het ontwikkelen van ASP.NET Core-toepassingen.
Visual Studio 2022. Visual Studio 2022 is de best-in-class IDE voor het ontwikkelen van toepassingen voor ASP.NET Core. Het biedt een groot aantal functies die de productiviteit van ontwikkelaars verhogen. U kunt deze gebruiken om de toepassing te ontwikkelen en vervolgens de prestaties en andere kenmerken te analyseren. Met het geïntegreerde foutopsporingsprogramma kunt u de uitvoering van code onderbreken en onderweg de code doorlopen terwijl deze wordt uitgevoerd. Dankzij de ondersteuning voor hot-reloads kunt u blijven werken met uw app waar u was gebleven, zelfs nadat u codewijzigingen hebt aangebracht, zonder dat u de app opnieuw hoeft op te starten. Met de ingebouwde testloper kunt u uw tests en hun resultaten organiseren en zelfs live eenheidstests uitvoeren terwijl u codeert. Met Live Share kunt u in realtime samenwerken met andere ontwikkelaars, waarbij u uw codesessie naadloos via het netwerk deelt. En wanneer u klaar bent, bevat Visual Studio alles wat u nodig hebt om uw toepassing te publiceren naar Azure of waar u deze ook kunt hosten.
Visual Studio Code en dotnet CLI (platformoverschrijdende hulpprogramma's voor Mac, Linux en Windows). Als u de voorkeur geeft aan een lichtgewicht en platformoverschrijdende editor die elke ontwikkeltaal ondersteunt, kunt u Microsoft Visual Studio Code en de dotnet CLI gebruiken. Deze producten bieden een eenvoudige maar robuuste ervaring die de werkstroom voor ontwikkelaars stroomlijnt. Daarnaast biedt Visual Studio Code ondersteuning voor extensies voor C# en webontwikkeling, met intellisense- en snelkoppelingstaken in de editor.
Ontwikkelwerkstroom voor door Azure gehoste ASP.NET Core-apps
De levenscyclus van de ontwikkeling van toepassingen begint vanaf de computer van elke ontwikkelaar, codeert de app met behulp van de voorkeurstaal en test deze lokaal. Ontwikkelaars kunnen hun voorkeursbronbeheersysteem kiezen en continue integratie (CI) en/of Continuous Delivery/Deployment (CD) configureren met behulp van een buildserver of op basis van ingebouwde Azure-functies.
Als u aan de slag wilt gaan met het ontwikkelen van een ASP.NET Core-toepassing met behulp van CI/CD, kunt u Azure DevOps Services of de eigen Team Foundation Server (TFS) van uw organisatie gebruiken. GitHub Actions bieden een andere optie voor het eenvoudig bouwen en implementeren van apps in Azure, voor apps waarvan de code wordt gehost op GitHub.
Eerste configuratie
Als u een release-pijplijn voor uw app wilt maken, moet u de toepassingscode in broncodebeheer hebben. Stel een lokale opslagplaats in en verbind deze met een externe opslagplaats in een teamproject. Volg deze instructies:
Maak een Azure-app Service waar u uw toepassing gaat implementeren. Maak een web-app door naar de blade App Services in Azure Portal te gaan. Klik op +Toevoegen, selecteer de web-app-sjabloon, klik op Maken en geef een naam en andere details op. De web-app is toegankelijk via {name}.azurewebsites.net.
Afbeelding 10-1. Een nieuwe Azure-app Service-web-app maken in Azure Portal.
Uw CI-buildproces voert een geautomatiseerde build uit wanneer nieuwe code wordt doorgevoerd in de opslagplaats voor broncodebeheer van het project. Dit proces geeft u onmiddellijk feedback dat de code-builds (en, in het ideale geval, geautomatiseerde tests passeren) en mogelijk kunnen worden geïmplementeerd. Deze CI-build produceert een web-deploy-pakketartefact en publiceert het voor gebruik door uw CD-proces.
Zorg ervoor dat u continue integratie inschakelt, zodat het systeem een build in de wachtrij plaatst wanneer iemand in uw team nieuwe code doorvoert. Test de build en controleer of het een web-deploy-pakket produceert als een van de artefacten.
Wanneer een build slaagt, implementeert uw CD-proces de resultaten van uw CI-build in uw Azure-web-app. Als u deze stap wilt configureren, maakt en configureert u een release, die in uw Azure-app Service wordt geïmplementeerd.
Een Azure-web-app implementeren
Zodra uw CI/CD-pijplijn is geconfigureerd, kunt u eenvoudig updates aanbrengen in uw web-app en deze doorvoeren in broncodebeheer om ze te laten implementeren.
Werkstroom voor het ontwikkelen van door Azure gehoste ASP.NET Core-toepassingen
Zodra u uw Azure-account en uw CI/CD-proces hebt geconfigureerd, is het ontwikkelen van door Azure gehoste ASP.NET Core-toepassingen eenvoudig. Hier volgen de basisstappen die u doorgaans uitvoert bij het bouwen van een ASP.NET Core-app, gehost in Azure-app Service als web-app, zoals geïllustreerd in afbeelding 10-2.
Afbeelding 10-2. Stapsgewijze werkstroom voor het bouwen van ASP.NET Core-apps en het hosten ervan in Azure
Stap 1. Interne lus van lokale ontwikkelomgeving
Het ontwikkelen van uw ASP.NET Core-toepassing voor implementatie in Azure verschilt niet van het ontwikkelen van uw toepassing anders. Gebruik de lokale ontwikkelomgeving waarmee u vertrouwd bent, ongeacht of dat Visual Studio 2019 is of de dotnet CLI en Visual Studio Code of de gewenste editor. U kunt code schrijven, uw wijzigingen uitvoeren en fouten opsporen, geautomatiseerde tests uitvoeren en lokale doorvoeringen doorvoeren in broncodebeheer totdat u klaar bent om uw wijzigingen naar uw gedeelde opslagplaats voor broncodebeheer te pushen.
Stap 2. Opslagplaats voor toepassingscode
Wanneer u klaar bent om uw code te delen met uw team, moet u uw wijzigingen vanuit uw lokale bronopslagplaats pushen naar de gedeelde bronopslagplaats van uw team. Als u in een aangepaste vertakking werkt, omvat deze stap meestal het samenvoegen van uw code in een gedeelde vertakking (mogelijk via een pull-aanvraag).
Stap 3. Build Server: Continue integratie. build, test, package
Er wordt een nieuwe build geactiveerd op de buildserver wanneer er een nieuwe doorvoering wordt doorgevoerd in de opslagplaats met code van de gedeelde toepassing. Als onderdeel van het CI-proces moet deze build de toepassing volledig compileren en geautomatiseerde tests uitvoeren om te bevestigen dat alles werkt zoals verwacht. Het eindresultaat van het CI-proces moet een verpakte versie van de web-app zijn, klaar voor implementatie.
Stap 4. Build Server: Continue levering
Zodra een build is voltooid, worden de gemaakte buildartefacten opgehaald door het CD-proces. Dit proces omvat een web-deploy-pakket. De buildserver implementeert dit pakket in Azure-app Service, waarbij een bestaande service wordt vervangen door de zojuist gemaakte service. Deze stap is doorgaans gericht op een faseringsomgeving, maar sommige toepassingen worden rechtstreeks geïmplementeerd in productie via een CD-proces.
Stap 5. Web App van Azure App Service
Zodra deze is geïmplementeerd, wordt de ASP.NET Core-toepassing uitgevoerd binnen de context van een Azure-app Service-web-app. Deze web-app kan worden bewaakt en verder geconfigureerd met behulp van Azure Portal.
Stap 6. Productiebewaking en diagnostische gegevens
Terwijl de web-app wordt uitgevoerd, kunt u de status van de toepassing bewaken en diagnostische gegevens en gebruikersgedragsgegevens verzamelen. Application Insights is opgenomen in Visual Studio en biedt automatische instrumentatie voor ASP.NET-apps. Het kan u informatie bieden over gebruik, uitzonderingen, aanvragen, prestaties en logboeken.
Verwijzingen
Uw ASP.NET Core-app bouwen en implementeren in Azure
https://learn.microsoft.com/azure/devops/build-release/apps/aspnet/build-aspnet-core
Feedback
Binnenkort beschikbaar: In de loop van 2024 zullen we GitHub-problemen geleidelijk uitfaseren als het feedbackmechanisme voor inhoud en deze vervangen door een nieuw feedbacksysteem. Zie voor meer informatie: https://aka.ms/ContentUserFeedback.
Feedback verzenden en weergeven voor