Stöd för Linux-container i Azure Functions

När du planerar och utvecklar dina individuella funktioner för att köras i Azure Functions, fokusera på själva koden. Azure Functions gör det enkelt att bara distribuera kodprojektet till en funktionsapp i Azure. När du distribuerar ditt projekt till en Linux-funktionsapp körs din kod i en container som Azure Functions automatiskt skapar åt dig. Denna container integreras sömlöst med funktioners hanteringsverktyg.

Functions stöder även distribution av containerbaserade funktionsappar. I en containeriserad distribution skapar du din egen funktionsappinstans i en lokal Docker-container från en stödd basavbild. Du kan sedan distribuera den här containerbaserade funktionsappen till en värdmiljö i Azure. Genom att skapa en egen container för funktionsappen kan du anpassa eller på annat sätt styra den omedelbara körningsmiljön för din funktionskod.

Hostingsalternativ för containrar

Du har flera alternativ för att hosta dina containeriserade funktionsappar i Azure:

Jämförelse av funktionsstöd

I vilken utsträckning olika funktioner och beteenden i Azure Functions stöds när du kör funktionsappen i en container beror på vilket värdalternativ för containrar du väljer.

1. Planerat för framtida avskrivning. Använd istället native Container Apps hosting.
2. I Container Apps är standardvärdet 10 instanser, men du kan ange det maximala antalet repliker, som totalt har högst 1 000. Den här inställningen respekteras så länge det finns tillräckligt med kvot av tillgängliga kärnor. När du skapar din funktionsapp från Azure Portal är du begränsad till 300 instanser.
3. I vissa regioner kan Linux-appar på en Premium-plan skalas till 100 instanser. Mer information finns i artikeln premiumplan.
   
4. Specifika gränser för de olika App Service-planalternativen finns i Gränserna för App Service-planen.
5. Kräver KEDA, som stöds av de flesta utlösare. Information om vilka utlösare som stöder händelsedriven skalning finns i Överväganden för värdtjänster för Container Apps.
6. När det minsta antalet repliker är inställt på noll beror standardtimeouten på de specifika utlösare som används i appen.
7. Det finns ingen tillämpad maximal tidsgräns för körning. Respitperioden som ges till en funktionskörning är dock 60 minuter under inskalning och en respitperiod på 10 minuter ges under plattformsuppdateringar.
8. Kräver att App Service-planen är inställd på AlwaysOn. En respitperiod på 10 minuter ges under plattformsuppdateringar.

Underhålla anpassade containrar

När du skapar dina egna containrar, håll basavbilden för din container uppdaterad till den senaste stödda basavbilden. Basavbildningar som stöds för Azure Functions är språkspecifika och finns i basavbildningslagringarna för Azure Functions.

Functions-teamet har åtagit sig att publicera månatliga uppdateringar för dessa basavbildningar. Regelbundna uppdateringar omfattar de senaste delversionsuppdateringarna och säkerhetskorrigeringarna för både Functions-körningen och språken. Uppdatera regelbundet din container från den senaste basavbilden och distribuera om den uppdaterade versionen av din container.

Välj basavbildningen baserat på språkstacken som du använder i funktionsappen. Följande tabell innehåller exempel för varje stack. Generellt börjar taggen med 4- för att ange V4 Functions-körtiden. När nya mindre versioner släpps uppdateras denna tagg för att peka på den nya versionen. När du periodvis bygger om din anpassade image drar du de nya versionerna genom samma tagg, så att din app får samma uppdateringar. Använd inte taggar som specificerar mindre runtime-versioner, eftersom dessa taggar inte får några uppdateringar. Din app kan potentiellt finnas kvar i en opatchad version, oavsett hur ofta du bygger om din anpassade image.

Basavbildningar som slutar med -appservice aktivera SSH och fjärrfelsökning från plattformen. Om du inte behöver dessa funktioner, använd basbilderna utan suffixet -appservice .

När du skapar eller distribuerar din egen containeriserade app med en anpassad image är du ansvarig för att se till att din anpassade image förblir up-todatum med de släppta basavbilderna. Förutom nya funktioner och förbättringar kan dessa basavbildningsuppdateringar även innehålla säkerhetsuppdateringar som är viktiga för din app. Kontrollera att appen är skyddad genom att hålla dig uppdaterad. Hämta regelbundet den senaste versionen av basavbilden, bygg om din anpassade containeravbildning och distribuera din app igen för att använda den.

I vissa fall krävs det att Microsoft gör plattformsnivåändringar som kan innebära att en app i en anpassad container som använder en gammal basimage slutar fungera korrekt. För sådana stora förändringar rullar Microsoft ut uppdaterade bilder i god tid så att appar som tar emot regelbundna uppdateringar inte påverkas negativt. För att undvika potentiella problem med dina appar som körs i anpassade containrar kontrollerar du att du inte ligger för långt efter den senaste delversionen som släppts. Under ett supportärende, om Microsoft upptäcker att din app har problem eftersom den är på en äldre eller ej stödd version, ber Microsoft dig uppdatera din container till den senaste basavbildningsversionen innan du fortsätter med supporten.

Komma igång

Använd dessa länkar för att komma igång med Azure Functions i Linux-containrar:

Relaterade artiklar

• Arbeta med containrar och Azure Functions