Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
In dit artikel wordt uitgelegd hoe het besturingssysteem (OS) en runtime-software van Azure App Service worden bijgewerkt, hoe u versiegegevens kunt ophalen en hoe u handmatig een upgrade naar nieuwe versies kunt uitvoeren.
App Service is een PaaS (Platform-as-a-Service), zodat Azure het besturingssysteem en de toepassingsstack voor u beheert. U beheert alleen uw toepassing en de bijbehorende gegevens. Als u meer controle nodig hebt over het besturingssysteem en de toepassingsstack, kunt u Azure Virtuele Machines gebruiken.
Het is nog steeds handig voor u als App Service-gebruiker om informatie te kennen, zoals:
- Hoe en wanneer updates van het besturingssysteem worden toegepast.
- Hoe App Service wordt gepatcht tegen significante en zero-day-beveiligingsproblemen.
- Wanneer ondersteunde taalruntimes worden bijgewerkt, toegevoegd of afgeschaft.
- Hoe je de timing van runtime patch-updates kunt regelen met het Platform Release Channel (Linux).
- Ontdek welke besturingssysteem- en runtimeversies uw apps uitvoeren.
Dit artikel biedt transparantie over het proces en helpt u op de hoogte te blijven van beveiligingsaankondigingen en runtime-updates. Om veiligheidsredenen worden bepaalde specifieke beveiligingsgegevens niet gepubliceerd.
Hoe en wanneer worden besturingssysteemupdates toegepast?
Azure beheert patching van het besturingssysteem voor zowel de fysieke servers als de virtuele gastmachines (VM's) waarop App Service-resources worden uitgevoerd. Beide machinelagen worden maandelijks bijgewerkt, afgestemd op het maandelijkse patch-dinsdagschema .
Deze updates worden automatisch toegepast, terwijl de SLA (Service Level Agreement) met hoge beschikbaarheid voor Azure-services wordt gegarandeerd. Azure App Service OS patching volgt SDP (Safe Deployment Practices) en een availability-first benadering. De meest recente patches worden zo snel mogelijk toegepast, maar het patchen van het besturingssysteem kan worden vertraagd of onderbroken om app-effecten en storingen te voorkomen.
Zie Demystifying the magic behind App Service OS updates voor gedetailleerde informatie over hoe updates worden toegepast.
Hoe gaat Azure om met aanzienlijke beveiligingsproblemen?
Wanneer kwesties met hoge prioriteit, zoals zero-day kwetsbaarheden, onmiddellijke patching vereisen, behandelt Azure de updates per geval. Als u op de hoogte wilt blijven van kritieke aankondigingen over Azure-beveiliging, raadpleegt u de Azure-beveiligingsblog.
Wanneer worden ondersteunde taalruntimes bijgewerkt, toegevoegd of afgeschaft?
Nieuwe stabiele primaire, secundaire of patchversies van ondersteunde taalruntimes worden periodiek toegevoegd aan App Service-exemplaren. Sommige updates overschrijven de bestaande installatie, terwijl andere naast bestaande versies worden geïnstalleerd.
Een overschrijfinstallatie betekent dat uw app automatisch wordt uitgevoerd op de bijgewerkte runtime. Een side-by-side installatie betekent dat u uw app handmatig moet migreren om te profiteren van een nieuwe runtimeversie. Zie de volgende secties voor meer informatie.
Notitie
Deze informatie is van toepassing op taalruntimes die zijn ingebouwd in een App Service-app. Een aangepaste runtime die u bijvoorbeeld uploadt naar App Service, blijft ongewijzigd, tenzij u deze handmatig bijwerkt.
Nieuwe patchupdates
Patchupdates voor .NET, PHP, Java SDK of Tomcat-versie worden automatisch toegepast door de bestaande installatie te overschrijven met de nieuwste versie. Node.js patchupdates worden naast de bestaande versies geïnstalleerd, vergelijkbaar met primaire en secundaire versies. Nieuwe Python-patchversies kunnen handmatig worden geïnstalleerd via site-extensies, naast de ingebouwde Python-installaties.
Nieuwe primaire en secundaire versies
Nieuwe primaire of secundaire versies worden naast de bestaande versies geïnstalleerd. U kunt uw app handmatig upgraden naar de nieuwe versie.
Als u de runtimeversie hebt geconfigureerd in een configuratiebestand zoals web.config of package.json, moet u een upgrade uitvoeren met dezelfde methode. Als u een App Service-instelling hebt gebruikt om uw runtimeversie te configureren, kunt u deze wijzigen in Azure Portal of door een Azure CLI-opdracht uit te voeren in Azure Cloud Shell.
In de volgende voorbeelden ziet u azure CLI-configuratieopdrachten voor verschillende ondersteunde taalruntimes. U vervangt <appname> en <groupname> door de namen van uw app en de bijbehorende resourcegroep.
az webapp config set --net-framework-version v4.7 --resource-group <groupname> --name <appname>
az webapp config set --php-version 7.0 --resource-group <groupname> --name <appname>
az webapp config appsettings set --settings WEBSITE_NODE_DEFAULT_VERSION=~24 --resource-group <groupname> --name <appname>
az webapp config set --python-version 3.14 --resource-group <groupname> --name <appname>
az webapp config set --java-version 1.8 --java-container Tomcat --java-container-version 9.0 --resource-group <groupname> --name <appname>
Notitie
In het Node.js voorbeeld wordt de aanbevolen tilde-syntaxis gebruikt om de meest recente beschikbare versie van de Node.js 24 runtime in Windows-app Service te gebruiken.
Beheer de timing van de patch-update tijdens runtime met Platform Release Channel
Notitie
De Platform Release Channel-functie is alleen beschikbaar voor Linux App Service .
Standaard past het systeem automatisch runtime patchupdates toe zodra deze beschikbaar zijn. Voor Linux App Service laat de Platform Release Channel-instelling je bepalen hoe snel runtime patchupdates aan je app worden geleverd. Deze controle is handig wanneer je meer voorspelbaarheid en tijd voor validatie wilt voordat een nieuwe runtime-patch in productie wordt genomen.
Beschikbare kanalen
Kies uit drie kanalen:
| Channel | Description | Aanbevolen voor |
|---|---|---|
| Latest | Levert runtime patch-updates zodra ze beschikbaar zijn. | Apps waarvoor directe toegang tot de nieuwste beveiligingsupdates vereist is. Niet algemeen aanbevolen voor productieworkloads. |
| Standard | Updates komen binnen volgens het standaard release-tempo, waarbij valuta en stabiliteit in balans worden gebracht. Dit kanaal is de standaard. | De meeste productie-apps. |
| uitgebreide | Blijft meestal één release achter op Standard, waardoor workloads meer tijd krijgen voor validatie voordat een nieuwe runtime-patch wordt ingevoerd. | Productieworkloads die extra validatietijd vereisen voordat een nieuwe runtime-patch wordt opgepikt. |
Wanneer een nieuwe runtime-patch wordt uitgebracht, stroomt deze door de kanalen in volgorde: Latest → Standard → Extended. Deze flow betekent dat een update die direct beschikbaar is op LatestStandard bereikt na verdere validatie, en vervolgens Extended na aanvullende validatie daarbovenop.
Bijvoorbeeld, voor .NET 10 kan hetzelfde tijdstip er als volgt uitzien:
| Channel | .NET-versie |
|---|---|
| Latest | 10.0.7 |
| Standard | 10.0.4 |
| Uitgebreid | 10.0.2 |
Tip
Als je app strikte stabiliteitseisen heeft, gebruik dan het Extended-kanaal om de frequentie van automatische runtime patchupdates te verminderen. Als je app zo snel mogelijk de nieuwste beveiligingsupdates nodig heeft, gebruik dan Nueste.
Configureer het platformreleasekanaal
- Ga in Azure Portal naar uw App Service-app.
- Selecteer in het linkermenu Stack-instellingen.
- Selecteer onder Platform Release Channel het kanaal dat je wilt: Nuest, Standaard of Uitgebreid.
- Kies Opslaan.
Voor meer informatie over deze functie, zie de aankondiging van de Platform Release Channel-blog.
Hoe kan ik de updatestatus van het besturingssysteem en de runtime op mijn exemplaren opvragen?
Met de Kudu-console kunt u een query uitvoeren op de versie van het besturingssysteem en de runtimeversies van uw App Service-exemplaren. Kritieke informatie over het besturingssysteem is vergrendeld vanuit toegang. Zie De functionaliteit van het besturingssysteem in Azure App Service voor meer informatie.
In de volgende tabel ziet u hoe u Kudu- of Cloud Shell-opdrachten gebruikt om de Windows- en taalruntimeversies te vinden waarop uw apps worden uitgevoerd. Vervang <appname> en <groupname> door de namen van uw app en resourcegroep.
| Gegevens | Waar vind ik het? |
|---|---|
| Windows-versie | Zie https://<appname>.scm.azurewebsites.net/Env#sysinfo. |
| .NET-versie | Voer bij https://<appname>.scm.azurewebsites.net/DebugConsole de volgende opdracht uit bij de opdrachtprompt: reg query "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full". |
| .NET Core-versie | Bij https://<appname>.scm.azurewebsites.net/DebugConsole, voer dotnet --version uit. |
| PHP-versie | Bij https://<appname>.scm.azurewebsites.net/DebugConsole, voer php --version uit. |
| Standaardversie van Node.js | Voer in Cloud Shell de volgende opdracht uit: az webapp config appsettings list --resource-group <groupname> --name <appname> --query "[?name=='WEBSITE_NODE_DEFAULT_VERSION']". |
| Python-versie | Bij https://<appname>.scm.azurewebsites.net/DebugConsole, voer python --version uit. |
| Java-versie | Bij https://<appname>.scm.azurewebsites.net/DebugConsole, voer java -version uit. |
Notitie
Toegang tot registerlocatie HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\Packages, waar informatie over beveiligingsbulletins wordt opgeslagen, is vergrendeld.