Korrigering av operativsystem och körmiljö i Azure App Service

Den här artikeln beskriver hur Azure App Service uppdaterar operativsystem (OS) och körningsprogram, hur du kan hämta versionsinformation och hur du kan uppgradera till nya versioner manuellt.

App Service är en PaaS (Platform-as-a-Service), så Azure hanterar operativsystemet och programstacken åt dig. Du hanterar bara ditt program och dess data. Om du behöver mer kontroll över operativsystemet och programstacken kan du använda Azure Virtual Machines.

Det är fortfarande användbart för dig som App Service-användare att känna till information som:

Den här artikeln ger insyn i processen och hjälper dig att hålla dig uppdaterad om säkerhetsrelaterade meddelanden och körningsuppdateringar. Av säkerhetsskäl publiceras inte viss specifik säkerhetsinformation.

Hur och när tillämpas OS-uppdateringar?

Azure hanterar os-korrigeringar för både de fysiska servrarna och de virtuella gästdatorer som kör App Service-resurser. Båda datorskikten uppdateras varje månad, enligt det månatliga uppdateringstisdagens schema.

De här uppdateringarna tillämpas automatiskt, samtidigt som du garanterar serviceavtal med hög tillgänglighet (SLA) för Azure-tjänster. Azure App Service OS-korrigering följer SDP (Safe Deployment Practices) och en tillgänglighetsinriktad metod. De senaste korrigeringarna tillämpas så snart som möjligt, men os-korrigeringar kan saktas ned eller pausas ibland för att undvika apppåverkan och avbrott.

Detaljerad information om hur uppdateringar tillämpas finns i Avmystifiera magin bakom App Service OS-uppdateringar.

Hur hanterar Azure betydande sårbarheter?

När högprioriterade problem som zero-day-sårbarheter kräver omedelbar patchning hanterar Azure uppdateringarna från fall till fall. Information om hur du håller dig uppdaterad med viktiga Azure-säkerhetsmeddelanden finns i Azure Security-bloggen.

När uppdateras, läggs till eller fasas språkens runtimeversioner som stöds ut?

Nya stabila huvudversioner, delversioner eller patchversioner av språkversioner som stöds läggs regelbundet till på App Service-instanser. Vissa uppdateringar skriver över den befintliga installationen, medan andra installeras sida vid sida med befintliga versioner.

En överskrivande installation innebär att appen automatiskt körs med den uppdaterade körmiljön. En parallell installation innebär att du måste migrera appen manuellt för att kunna dra nytta av en ny version av körmiljön. Mer information finns i följande avsnitt.

Kommentar

Den här informationen gäller för språkkörmiljöer som är inbyggda i en App Service-app. En anpassad körningsmiljö som du till exempel laddar upp till App Service förblir oförändrad om du inte uppgraderar den manuellt.

Nya uppdateringsuppdateringar

Korrigeringsuppdateringar för .NET-, PHP-, Java SDK- eller Tomcat-versionen tillämpas automatiskt genom att den befintliga installationen skrivs över med den senaste versionen. Node.js korrigeringsuppdateringar installeras sida vid sida med befintliga versioner, som liknar större och mindre versioner. Nya Python-korrigeringsversioner kan installeras manuellt via platstillägg, sida vid sida med de inbyggda Python-installationerna.

Nya större och mindre versioner

Nya större eller mindre versioner installeras sida vid sida med de befintliga versionerna. Du kan uppgradera appen till den nya versionen manuellt.

Om du har konfigurerat körningsversionen i en konfigurationsfil som web.config eller package.jsonmåste du uppgradera med samma metod. Om du använde en App Service-inställning för att konfigurera körningsversionen kan du ändra den i Azure-portalen eller genom att köra ett Azure CLI-kommando i Azure Cloud Shell.

I följande exempel visas Azure CLI-konfigurationskommandon för olika språkkörningar som stöds. Du ersätter <appname> och <groupname> med namnen på din app och dess resursgrupp.

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>

Kommentar

I Node.js-exemplet används den rekommenderade tilde-syntaxen för att välja den senaste tillgängliga versionen av Node.js 24-runtime i Windows App Service.

Kontrollera uppdateringstidpunkten för patchar i körtid med Platform Release Channel

Kommentar

Funktionen Platform Release Channel finns endast tillgänglig för Linux App Service .

Som standard tillämpar systemet automatiskt patchuppdateringar i realtid när de blir tillgängliga. För Linux App Service låter inställningen Platform Release Channel dig styra rytmen med vilken patchuppdateringar levereras till din app. Denna kontroll är användbar när du vill ha mer förutsägbarhet och tid för validering innan en ny runtime-patch tas i bruk i produktion.

Tillgängliga kanaler

Välj mellan tre kanaler:

Channel Beskrivning Rekommenderas för
Latest Levererar patchuppdateringar i realtid så snart de finns tillgängliga. Appar där omedelbar åtkomst till de senaste säkerhetsfixarna krävs. Rekommenderas generellt inte för produktionsarbetsbelastningar.
Standard Uppdateringar kommer i standardutgivningstakt, där valuta och stabilitet balanseras. Den här kanalen är standard. De flesta produktionsappar.
utökad Ligger vanligtvis en version efter Standard, vilket ger arbetsbelastningar mer tid för validering innan en ny runtime-patch antas. Produktionsarbetsbelastningar som kräver extra valideringstid innan man plockar upp en ny runtime-patch.

När en ny runtime-patch släpps flyter den genom kanalerna i ordning: SenasteStandardExtended. Detta flöde innebär att en uppdatering som är omedelbart tillgänglig på Senaste når Standard efter vidare validering, och sedan Utökad efter ytterligare validering ovanpå det.

Till exempel, för .NET 10 kan samma tidpunkt se ut så här:

Channel .NET-version
Latest 10.0.7
Standard 10.0.4
Utökad 10.0.2

Tip

Om din app har strikta stabilitetskrav, använd Extendated-kanalen för att minska frekvensen av automatiska patchuppdateringar under körning. Om din app behöver de senaste säkerhetsfixarna så snabbt som möjligt, använd Latest.

Konfigurera plattformens releasekanal

  1. Gå till din App Service-app i Azure-portalen.
  2. I vänstra menyn, välj Stack settings.
  3. Under Platform Release Channel, välj den kanal du vill ha: Senast, Standard eller Utökad.
  4. Välj Spara.

För mer information om denna funktion, se Platform Release Channels bloggmeddelande.

Hur kan jag fråga efter status för operativsystem och körningsuppdatering på mina instanser?

Med Kudu-konsolen kan du fråga operativsystemets version och körningsversioner av dina App Service-instanser. Viktig os-information är låst från åtkomst. Mer information finns i Operativsystemfunktioner i Azure App Service.

I följande tabell visas hur du använder Kudu- eller Cloud Shell-kommandon för att hitta windows- och språkkörningsversionerna som kör dina appar. Ersätt <appname> och <groupname> med namnet på din app och resursgrupp.

Information Var du hittar den
Windows-version Se även https://<appname>.scm.azurewebsites.net/Env#sysinfo.
.NET-version Vid https://<appname>.scm.azurewebsites.net/DebugConsole, kör följande kommando vid kommandotolken:
reg query "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full".
.NET Core-version Vid https://<appname>.scm.azurewebsites.net/DebugConsolekör du dotnet --version.
PHP-version Vid https://<appname>.scm.azurewebsites.net/DebugConsolekör du php --version.
Standardversion Node.js Kör följande kommando i Cloud Shell:
az webapp config appsettings list --resource-group <groupname> --name <appname> --query "[?name=='WEBSITE_NODE_DEFAULT_VERSION']".
Python-version Vid https://<appname>.scm.azurewebsites.net/DebugConsolekör du python --version.
Java-version Vid https://<appname>.scm.azurewebsites.net/DebugConsolekör du java -version.

Kommentar

Åtkomst till registerplatsen HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\Packages, där information om säkerhetsbulletiner lagras, är låst.