Azure DevOps-tutorial: bouw, test en deploy applicaties

Je Azure DevOps-omgeving instellen

Om toegang te krijgen tot de Azure DevOps-omgeving moet je eerst alles instellen om teamsamenwerking en een end-to-end ontwikkelproces te bevorderen.

Een Azure DevOps-account aanmaken

Je moet een account aanmaken voordat je Azure DevOps gebruikt. Zo begin je:

• Bezoek de Azure DevOps-website: Ga naar Azure DevOps om te beginnen met het aanmeldproces. Klik op Get Started with Azure.

• Log in met je Microsoft-account: Als je al een Microsoft-account hebt (bijv. Outlook, Xbox, Office 365), kun je dat gebruiken om in te loggen. Zo niet, dan moet je een gratis Microsoft-account aanmaken.
• Klik op Sign in of Create one! (Sign up).
• Gebruik je Microsoft-inloggegevens of andere aanmeldopties om in te loggen.
• Klik op Next.

• Start het installatieproces: Klik op het selectievakje en op Continue. Je wordt gevraagd een nieuwe organisatie aan te maken na het inloggen. Binnen deze organisatie worden je Azure DevOps-teams en -projecten ondergebracht. 

Een organisatie aanmaken in Azure DevOps

Een organisatie in Azure DevOps is de plek waar al je projecten en repositories staan. Hier beheer je ook je teams, rechten en facturatie.

• Geef je organisatie een naam: Kies een unieke naam voor je organisatie. Dit is belangrijk omdat deze verschijnt als onderdeel van je Azure DevOps-URL (bijv. https://dev.azure.com/yourorganization ).
• Kies je regio: Azure DevOps vereist dat je een regio selecteert waar je data wordt opgeslagen. De standaardregio werkt voor de meesten, maar als je specifieke eisen hebt, zoals compliance, kun je een andere regio kiezen dichter bij je gebruikers (bijv. de Verenigde Staten).
• Bevestig en ga door: Klik na het invullen van deze gegevens op Continue. Je organisatie is nu klaar voor gebruik en je wordt doorgestuurd naar het hoofdportaal van Azure DevOps!

De Azure DevOps-interface verkennen

Na het aanmaken van je organisatie kom je in het Azure DevOps-portaal. De hoofdsecties van de services zijn Overview, Boards, Repos, Pipelines, Test Plans en Artifacts.

Deze gebruikersinterface kan in het begin overweldigend lijken, maar de kernfuncties van Azure DevOps komen neer op versiebeheer, CI/CD en projectmanagement.

Een nieuw project aanmaken

Nu je account en organisatie klaar zijn, maken we je eerste project voor Azure DevOps.

Een nieuw project instellen

• Klik op "New Project": Klik in het Azure DevOps-portaal op de knop New Project. Hiermee kun je je eerste project instellen.
• Vul projectgegevens in:
• Project name: Kies een naam voor je project (bijv. “yourproject”).
• Description (optioneel): Omschrijf kort waar dit project over gaat.
• Visibility: Kies of je je project openbaar of privé wilt maken. Iedereen kan openbare projecten bekijken, wat het een uitstekende keuze maakt voor open-sourceprojecten. Privéprojecten zijn beveiligd en alleen toegankelijk voor degenen die je uitnodigt voor het project.
• Maak het project: Nadat je de projectgegevens hebt ingevoerd en het versiebeheersysteem hebt geselecteerd, klik je op Create project. Je project is nu ingesteld en klaar voor gebruik!

• Versiebeheersysteem: Azure DevOps biedt twee soorten versiebeheersystemen: Git en Team Foundation Version Control (TFVC).
• Git is een distributed versiebeheersysteem dat moderner is en veel gebruikt wordt in de developerscommunity. Het is de beste keuze voor de meeste projecten.
• TFVC is een gecentraliseerd versiebeheersysteem, maar komt minder vaak voor en wordt vaak gebruikt in legacyprojecten.

Uit mijn ervaring raad ik je aan Git te kiezen als je net begint of geen specifieke reden hebt om voor TFVC te kiezen.

Klaar om controle over je code te nemen? Leer Git en begin met het beheren van je projecten als een pro.

Azure Repos gebruiken voor versiebeheer

Nu je project is ingesteld, duiken we erin en verkennen we enkele kernfuncties.

Een Git-repository instellen

• Ga naar Repos: Selecteer in het menu links het tabblad Repos. Hier beheer je je code.

• Cloning van de repository: Je kunt de repository naar je lokale computer clonen met de URL in de Repos-sectie. Bijv.

# This command clones the specified Git repository from Azure DevOps to your local machine.
git clone https://yourorganization@dev.azure.com/yourorganization/yourproject/_git/yourrepo

Laten we het bovenstaande commando in stukken opdelen:

• Vervang yourorganization door de naam van je organisatie.
• Vervang yourproject door de naam van je project.
• Vervang yourrepo door de naam van je repository.

Hieronder staat de URL in mijn Repos-sectie:

• Push je code: Zodra je repository lokaal is gecloned, kun je je code toevoegen en terug pushen naar Azure DevOps.

git add .
git commit -m "my first commit"
git push origin main

Gefeliciteerd! Je hebt zojuist je eerste commit in Azure Repos gedaan.

Branching en mergen

In softwareontwikkeling stelt branching je in staat om aan features of fixes te werken los van het hoofdproject. Mergen is het proces waarbij je je wijzigingen van de ene branch in een andere brengt.

• Maak lokaal een branch: Maak een nieuwe branch om aan een feature te werken: 

git checkout -b feature-branch

• Push de branch naar Azure DevOps: Nadat je wijzigingen in je nieuwe branch hebt aangebracht, push je deze naar Azure DevOps:

git push origin feature-branch

Wisselen tussen branches

Om tussen branches te wisselen, gebruik je het volgende commando:

git checkout main

Of om naar een andere branch te schakelen:

git checkout feature-branch

Een branch verwijderen

Zodra een feature is gemerged, kun je de branch zowel lokaal als remote verwijderen:

• Om de lokale branch te verwijderen: 

git branch -d feature-branch

• Om de remote branch te verwijderen:

git push origin --delete feature-branch

Branches mergen via pull requests

• Maak een pull request: Zodra je featurebranch klaar is om met de main-branch te mergen, ga je naar de sectie Pull Requests in Azure DevOps en klik je op New Pull Request.

• Review en merge: Bekijk de wijzigingen en klik op Complete om de wijzigingen in de main-branch te mergen.
• Conflicten oplossen: Als er mergeconflicten zijn (d.w.z. wijzigingen in hetzelfde deel van de code), moet je die handmatig oplossen. Azure DevOps helpt je hierbij door de conflicterende gebieden te markeren.

Pull requests beheren

Pull requests zijn essentieel voor code review en samenwerking. Ze laten teamleden code reviewen voordat deze in de main-branch wordt gemerged.

Een pull request aanmaken

• Maak de pull request: Nadat je je featurebranch hebt gepusht, navigeer je naar Pull Requests en klik je op New Pull Request. Kies de bronbranch (bijv. feature-branch) en de doelbranch (bijv. main).
• Beschrijf de pull request: Geef een duidelijke beschrijving van welke wijzigingen in de pull request zitten. Dit helpt reviewers te begrijpen waar ze op moeten letten.

Pull requests reviewen en goedkeuren

• Vraag reviews aan: Voeg reviewers toe uit je team die de codewijzigingen zullen reviewen.
• Keur goed en merge: Zodra de pull request is goedgekeurd, klik je op Complete om deze te mergen in de main-branch.

CI/CD-pipelines maken en beheren

Azure DevOps bevat ook Pipelines om het build-, test- en deploymentproces te automatiseren.

Wat is een pipeline in Azure DevOps?

Een pipeline in Azure DevOps is een verzameling geautomatiseerde processen die je helpen bij:

• Je code bouwen (build-pipeline)
• Deze testen
• Deze deployen naar verschillende omgevingen (release-pipeline)

Deze pipelines zorgen ervoor dat je code altijd klaar is voor deployment en automatisch getest kan worden.

Een build-pipeline maken

• Ga naar Pipelines: Klik in je Azure DevOps-project op New Pipeline in de sectie Pipelines.

• Kies een bron: Selecteer Azure Repos Git als bron en kies je repository.

• Configureer de pipeline: Je kunt je pipeline configureren met de YAML-editor of de Classic editor. Laten we voor YAML gaan, een codegerichte manier om de pipeline te definiëren.

Neem een basis-Node.js-applicatie als voorbeeld. Ons azure-pipelines.yml-bestand hieronder bevat de YAML-code die Azure DevOps automatisch heeft aangemaakt. 

# Node.js
# Build a general Node.js project with npm.
# Add steps that analyze code, save build artifacts, deploy, and more:
# https://docs.microsoft.com/azure/devops/pipelines/languages/javascript

trigger:
- main

pool:
  vmImage: ubuntu-latest

steps:
- task: NodeTool@0
  inputs:
    versionSpec: '20.x'
  displayName: 'Install Node.js'

- script: |
    npm install
    npm run build
  displayName: 'npm install and build'

• Sla op en voer uit: Sla de pipeline op en voer hem uit om te zien of alles correct werkt.

De build-pipeline uitvoeren

Zodra je build-pipeline is ingesteld, kun je deze handmatig uitvoeren door op Run Pipeline te klikken. De pipeline doorloopt verschillende stappen, zoals “dependencies installeren”, “tests draaien” en “builden”.

Je kunt de logs van elke stap bekijken om mislukte builds te troubleshooten. Azure DevOps biedt gedetailleerde logs om je te helpen achterhalen wat er misging.

Continuous deployment (CD) instellen

• Ga naar Releases: Onder de sectie Pipelines klik je op Releases en vervolgens op New Pipeline.

• Voeg een Artifact toe: Koppel het artifact uit je build-pipeline als bron voor de release-pipeline.

• Deployen naar omgevingen: Stel omgevingen in zoals Staging en Production waar je je applicatie wilt deployen.

Deployments automatiseren

Azure DevOps kan je applicatie automatisch deployen wanneer een nieuwe build wordt getriggerd. Je kunt dit instellen door triggers toe te voegen en taken te definiëren om te deployen naar platforms zoals Azure, AWS, enz.

Werkitems beheren met Azure Boards

Azure Boards is het hart van projectmanagement in Azure DevOps. Het helpt teams werk te plannen, volgen en bespreken gedurende de hele softwarelevenscyclus met functies zoals Tasks, Bugs, User Stories en Epics. 

Of je nu Scrum of Kanban volgt, met Azure Boards kun je je werk visualiseren, prioriteren en efficiënt beheren.

Laten we het stap voor stap doornemen.

Werkitems aanmaken en beheren

Met Azure Boards kun je taken, bugs en features beheren met werkitems.

• Maak een werkitem: Ga naar Boards, selecteer Work items en klik op New Work Item.

Je kunt aanmaken:

• Epic: Een groot project of omvangrijk werk dat meerdere kleinere onderdelen omvat.
• Issue: Een specifiek probleem of een bug die moet worden opgelost.
• Task: Een enkel, uitvoerbaar stuk werk dat gedaan moet worden.

• Laten we Epic selecteren. 
• Vul een Title, Description, Priority, Start Date en Target Date in. Klik op Save.

• Werkitems toewijzen
• Open het werkitem dat je zojuist hebt aangemaakt. 
• Selecteer in het veld Assign people een teamlid. 
• Selecteer Add tag voor een betere categorisering. Klik op Save.

• Voortgang bijhouden
• Gebruik het veld State om de status bij te werken (bijv. New, Active, Resolved, Closed). 
• Voeg opmerkingen of bijlagen toe voor updates of context.

Uit mijn ervaring blijven teams verantwoordelijk en gefocust wanneer er duidelijke eigenaars zijn aangewezen en haalbare deadlines zijn gespecificeerd.

Sprints en backlogs instellen

Agile sprints en backlogs zijn essentieel voor iteratieve ontwikkeling. Zo stel je ze in:

• Maak Sprints: Sprints zijn tijdgebonden iteraties van werk. Je kunt sprints instellen via Boards > Sprints en nieuwe sprints toevoegen (bijv. “Sprint 1”).

• Klik op Configure Team Settings en definieer de duur van je sprint (bijv. 2 weken).

• Voeg begin- en einddatums toe voor de sprint.

• Productbacklogs beheren: In de Backlog-weergave kun je je werkitems ordenen op prioriteit. Navigeer naar Boards > Backlogs. 

• Sleep werkitems naar de backlog om ze te prioriteren. 

• Voortgang visualiseren: Azure DevOps helpt je werkitems te visualiseren en ze door fases te verplaatsen (bijv. To Do, Doing, Done). Gebruik de Board view om werkitems in kolommen te zien. 

• Pas kolommen aan zodat ze aansluiten op de workflow van je team.

Uit mijn ervaring zorgt dit voor minder stilstand en minder verwarring als je backlog goed georganiseerd is en duidelijk maakt wat er daarna moet gebeuren.

Werkitems koppelen aan commits

Werkitems koppelen aan commits helpt om de codewijzigingen per taak of bug te volgen. Zo doe je dat:

• Koppelen aan een commit: Dit kan op twee manieren: via je Azure DevOps-console of je lokale ontwikkelomgeving.
• Azure DevOps-console: Neem in je Git-commitbericht de  #WorkItemID op (bijv. #1). Klik op Commit. Azure DevOps koppelt de commit automatisch aan het werkitem.

• Lokale ontwikkelomgeving:
• Open in je lokale ontwikkelomgeving de terminal of opdrachtprompt. Breng je codewijzigingen aan en bereid je voor om te committen.
• Neem in het commitbericht het werkitem-ID op met een hekje (bijv. Fixed bug in login analytics #1).
• Rond de commit af door het juiste commando uit te voeren:

git commit -m "Fixed bug in login analytics #1"

• Push de commit naar de remote repository (Azure Repo):

git push origin feature-branch

• Koppelen aan een pull request:
  • Vermeld bij het aanmaken van een pull request het werkitem-ID in de Description. 
  • Klik op Create. Azure DevOps koppelt de pull request automatisch aan het werkitem.

Uit mijn ervaring biedt deze koppeling volledige traceerbaarheid, zodat je eenvoudig kunt zien welke codewijzigingen specifieke taken of bugs hebben aangepakt. Onthoud dat je gekoppelde commits en PR’s kunt zien in de sectie Development van het werkitem.

Integreren met andere tools

Azure DevOps komt pas echt tot zijn recht wanneer het geïntegreerd wordt met andere tools zoals GitHub en cloudplatforms. Laten we bekijken hoe je dit instelt.

Azure DevOps integreren met GitHub

Azure DevOps verbinden met GitHub stroomlijnt samenwerking en CI/CD-automatisering. Zo pak je dat aan: 

• Verbind GitHub met Azure Pipelines: 
• Ga naar Pipelines > Create Pipeline. 

• Selecteer GitHub als bron. 

• Autoriseer Azure DevOps om toegang te krijgen tot je GitHub-repositories.

Nieuw bij GitHub? Ontdek hoe je samenwerkt, wijzigingen bijhoudt en bijdraagt aan open-sourceprojecten met de GitHub concepts-cursus. 

• Stel een pipeline in 
  • Kies een repository en configureer je YAML-pipelinebestand. 

• Definieer build- en deploymentstappen. Voorbeeld-YAML:

# Set up the trigger for the pipeline
trigger:  
  # Specify the branches to include
  branches:  
    include:  
      # Include the main branch
      - main  

# Define the jobs for the pipeline
jobs:  
  # Create a job named 'Build'
  - job: Build  
    # List the steps for the 'Build' job
    steps:  
      # Add a script step to print a message
      - script: echo "Building the project..." 

Uit mijn ervaring zorgt deze integratie automatisch voor naadloze code-updates en deployments, waardoor het handmatige werk afneemt.

Azure DevOps verbinden met Azure en andere cloudplatforms

Azure DevOps integreert native met Azure-services zoals Azure Web Apps, Azure Kubernetes Services (AKS) en veel meer. Laten we leren hoe we onze Azure DevOps verbinden met Azure Web Apps.

• Koppelen aan Azure-services:
  • Ga linksonder in je project naar Project Settings en klik op Service Connections onder de sectie Pipelines. 

• • Klik op New Service Connection en kies Azure Resource Manager. 

• • Authenticeer met je Azure-account.
• Deployen naar Azure 
  • Ga terug naar je Pipelines en configureer je pipeline.
  • Voeg in je pipeline een taak toe om naar Azure te deployen. 
  • Specificeer de resourcegroep en servicedetails. Voorbeeldtaak-YAML:

# Define the task for deploying to an Azure Web App
- task: AzureWebApp@1  
  inputs:  
    # Specify your Azure subscription service connection
    azureSubscription: 'Your-Service-Connection'  
    # Specify the name of your web app
    appName: 'Your-Web-App' 

Laten we het bovenstaande commando in stukken opdelen: 

• Vervang Your-Service-Connection door de naam van de serviceverbinding met toegang tot je Azure-abonnement.
• Vervang Your-Web-App door de daadwerkelijke naam van je web-app in Azure.

Uit mijn ervaring maakt deze koppeling deployments eenvoudig, zodat je je vooral kunt richten op het bouwen van uitstekende software.

Monitoren en rapporteren in Azure DevOps

Monitoren en rapporteren zijn sleutelprocessen om de gezondheid van je project in Azure DevOps te behouden. Laten we bekijken hoe je dit effectief uitvoert.

Pipelinemetingen bekijken

Pipelinemetingen geven inzicht in de prestaties van builds en deployments. Zo kom je erbij.

• Monitor de gezondheid van je pipeline 
  • Ga naar Pipelines > Analytics.
  • Bekijk metingen zoals pipeline pass rate, test pass rate en pipelineduur.

• Knelpunten identificeren 
  • Gebruik het rapport Pipeline Runs om falende fases en trage builds te vinden.

• • Navigeer naar je Azure DevOps Organization Settings > Pipelines > Parallel jobs om geparallelliseerde jobs te gebruiken voor betere performance en geoptimaliseerde taken. 

Uit mijn ervaring kunnen het cachen van dependencies, het opsplitsen van jobs en het optimaliseren van de structuur van je pipeline de buildtijden en faalpercentages aanzienlijk verminderen.

Rapporten in Azure DevOps gebruiken

Azure DevOps biedt robuuste rapportagetools om de productiviteit van je team en de voortgang van het project te volgen.

• Toegang tot rapporten 
  • Ga naar Analytics > Reports. 
  • Kies uit kant-en-klare rapporten zoals Cumulative Flow Diagram, Velocity of Burndown.

• Rapporten aanpassen 
  • Gebruik Power BI om aangepaste dashboards te maken. Gebruik hiervoor de Power BI Data Connector, ga naar Power BI Online en log in op je account.
  • Klik op het Home-icoon linksboven en selecteer vervolgens Get Data op het lint.
  • Je ziet een lijst met databronnen in het venster Get Data. Selecteer Online Services > Azure DevOps (Boards only) als je dataconnector.

• Voer je accountgegevens in, zoals je Organization en Team project-namen, om je data te synchroniseren.

• Exporteer data voor verdere analyse.

Uit mijn ervaring kun je met deze analysetools datagedreven beslissingen nemen, omdat ze praktische inzichten bieden.

Best practices voor Azure DevOps

Nu we de kernservices van Azure DevOps en meer hebben behandeld, kijken we naar hoe je het meeste uit Azure DevOps haalt met deze best practices.

Best practices voor versiebeheer

• Gebruik branchstrategieën 
• Door Git Flow of GitHub Flow te hanteren voor branching. 
• Houd de main-branch altijd stabiel en gebruik featurebranches voor ontwikkeling.
• Schrijf duidelijke commitberichten 
• Gebruik het format: type(scope): description (bijv. feat(login): add user authentication).
• Review pull requests 
• Eis minstens één reviewer voordat je je pull requests merged. 
• Gebruik opmerkingen om verbeteringen voor te stellen.

Een schone en herbruikbare codebase is het resultaat van goed versiebeheer.

Pipelines optimaliseren

• Gebruik Cache Dependencies: Steeds dezelfde dependencies downloaden kan veel tijd kosten bij het werken met package managers. Azure DevOps ondersteunt cachingmechanismen, zoals de Cache-taak, waarmee je dependencies tussen pipeline-runs kunt cachen. 

Voorbeeld van een cache-taak in YAML:

# Define the cache task
- task: Cache@2  
  inputs:  
    # Set the cache key using npm, the OS, and package-lock.json
    key: 'npm | "$(Agent.OS)" | package-lock.json'  
    # Specify the path to the node_modules directory
    path: 'node_modules'

• Splits jobs op: Splits enorme jobs op in kleinere, parallelle taken. Denk aan een grote workload die veel tijd kost om te voltooien. Door deze op te splitsen in afzonderlijke taken, kun je ze gelijktijdig uitvoeren, wat het totale proces versnelt.

Voorbeeld van jobs-YAML:

jobs:
  # Define the first build job
  - job: BuildJob1
    displayName: 'Build Job 1'
    pool:
      vmImage: 'ubuntu-latest'
    steps:
      # Add a script step to print a message for Building Project A
      - script: echo "Building Project A"
        displayName: 'Build Project A'

  # Define the second build job
  - job: BuildJob2
    displayName: 'Build Job 2'
    pool:
      vmImage: 'ubuntu-latest'
    steps:
      # Add a script step to print a message for Building Project B
      - script: echo "Building Project B"
        displayName: 'Build Project B'

  # Define the test job
  - job: TestJob
    displayName: 'Run Tests'
    # Specify that this job depends on the completion of BuildJob1 and BuildJob2
    dependsOn: 
      - BuildJob1
      - BuildJob2
    pool:
      vmImage: 'ubuntu-latest'
    steps:
      # Add a script step to print a message for Running Tests
      - script: echo "Running Tests"
        displayName: 'Run Tests'

• Gebruik templates: Maak herbruikbare pipelinetemplates voor veelvoorkomende taken. Zo hoef je niet steeds dezelfde code opnieuw te schrijven. Laten we een eenvoudige template maken voor een buildtaak:

Voorbeeldtemplate-YAML:

# Define parameters for the pipeline
parameters:
  # Specify a parameter for the build configuration
  - name: buildConfiguration
    type: string
    default: 'Release'

# List the steps for the pipeline
steps:
  # Add a task to run the .NET Core CLI
  - task: DotNetCoreCLI@2
    inputs:
      # Set the command to 'build'
      command: 'build'
      # Pass the build configuration as an argument
      arguments: '--configuration $(buildConfiguration)'

Ik heb gemerkt dat optimalisatie van pipelines consequent tijd en resources bespaart.

Secrets en beveiliging beheren

• Gebruik Azure Key Vault: Sla gevoelige informatie zoals API-sleutels op in Azure Key Vault. Ga hiervoor naar de Azure Portal, maak een nieuwe Key Vault en voeg je secrets toe (bijv. API-sleutels).

• Ga terug naar Azure DevOps en maak een serviceverbinding met je Azure-abonnement zodat je pipeline toegang heeft tot de Key Vault.

• Ga naar Pipelines > Library in Azure DevOps en create een nieuwe variabelegroep. 

• Koppel de variabelegroep aan je Key Vault om de secrets automatisch op te halen.
• Verwijs naar secrets in je pipelines met variabelegroepen. Voorbeeld-YAML:

# azure-pipelines.yml
trigger:
- main

variables:
- group: my-variable-group  # Reference the variable group that links to the Key Vault

jobs:
- job: BuildJob
  pool:
    vmImage: 'ubuntu-latest'
  steps:
  - script: echo "Using secret from Key Vault."
    env:
      MY_API_KEY: $(my-secret)  # Reference the secret from the variable group
    displayName: 'Print Secret'

Uit het voorbeeld hierboven: De my-variable-group variabelegroep wordt verwezen, die secrets uit de Key Vault bevat. De scriptstap print een bericht en gebruikt het secret $(my-secret) uit de variabelegroep als omgevingsvariabele.

• Beperk rechten 
  • Vergeet niet om de toegang tot pipelines en repositories te beperken op basis van rollen.

Een essentiële praktijk in moderne softwareontwikkeling is beveiliging. Beveiliging is niet onderhandelbaar en kan niet in gevaar worden gebracht vanwege de gevolgen die op het spel staan. 

Conclusie

Deze tutorial heeft ons geleerd hoe we een Azure DevOps-omgeving opzetten, Azure Repos gebruiken voor versiebeheer, CI/CD-pipelines maken en beheren, werkitems volgen en beheren met Azure Boards, Azure DevOps integreren met andere tools, en best practices voor Azure DevOps toepassen.

Consistentie is het geheim van succes. Evalueer je processen regelmatig, vraag feedback en breng aanpassingen aan. Door dit te beheersen, kun je je volledige potentieel als data-professional in softwareontwikkeling ontsluiten. Verken Azure DevOps, probeer deze tools uit en zie hoeveel productiever je team wordt.

Bekijk de volgende cursussen om dieper in Microsoft Azure te duiken: 

• Understanding Microsoft Azure – Bouw een sterke basis in Microsoft Azure en ontgrendel de kracht van cloud computing.
• Microsoft Azure Fundamentals (AZ-900) – Word examenklaar met deze beginnersvriendelijke track die alle belangrijke Azure-fundamentals behandelt.
• Understanding Microsoft Azure Architecture and Services – Leer hoe de architectuur en services van Azure samenwerken om cloudoplossingen aan te sturen.