Ondersteuning voor Linux-containers in Azure Functions

Wanneer u uw afzonderlijke functies plant en ontwikkelt om te worden uitgevoerd in Azure Functions, bent u doorgaans gericht op de code zelf. Met Azure Functions kunt u eenvoudig alleen uw codeproject implementeren in een functie-app in Azure. Wanneer u uw project implementeert in een Linux-functie-app, wordt uw code uitgevoerd in een container die automatisch voor u wordt gemaakt en naadloos kan worden geïntegreerd met functions-beheerhulpprogramma's.

Functions ondersteunt ook implementaties van functie-apps in containers. In een containergebaseerde implementatie maakt u uw eigen exemplaar van een function-app in een lokale Docker-container op basis van een ondersteunde basisimage. Vervolgens kunt u deze containerfunctie-app implementeren in een hostingomgeving in Azure. Door uw eigen functie-app-container te maken, kunt u de directe runtime-omgeving van uw functiecode aanpassen of op een andere manier beheren.

Opties voor containerhosting

Er zijn verschillende opties voor het hosten van uw in containers geplaatste functie-apps in Azure:

Vergelijking van functieondersteuning

De mate waarin verschillende functies en gedragingen van Azure Functions worden ondersteund bij het uitvoeren van uw functie-app in een container, is afhankelijk van de optie voor het hosten van containers die u kiest.

1. In Container Apps is de standaardwaarde 10 exemplaren, maar u kunt het maximum aantal replica's instellen, met een totaal maximum van 1000. Deze instelling wordt gehonoreerd zolang er voldoende kernquotum beschikbaar is. Wanneer u uw functie-app maakt vanuit Azure Portal, bent u beperkt tot 300 exemplaren.
2. In sommige regio's kunnen Linux-apps op een Premium-abonnement worden geschaald naar 100 exemplaren. Zie het artikel over het Premium-abonnement voor meer informatie.
   
3. Zie de App Service-planlimieten voor specifieke limieten voor de verschillende opties van het App Service-plan.
4. Vereist KEDA; ondersteund door de meeste triggers. Zie Overwegingen voor het hosten van Container Apps voor informatie over welke triggers ondersteuning bieden voor gebeurtenisgestuurd schalen.
5. Wanneer het minimale aantal replica's is ingesteld op nul, is de standaardtime-out afhankelijk van de specifieke triggers die in de app worden gebruikt.
6. Er is geen maximale time-outduur voor uitvoering afgedwongen. De respijtperiode die aan een functie-uitvoering wordt gegeven, is echter 60 minuten tijdens het inschalen en er wordt een respijtperiode van 10 minuten gegeven tijdens platformupdates.
7. Vereist dat het App Service-plan is ingesteld op AlwaysOn. Tijdens platformupdates wordt er een respijtperiode van 10 minuten gegeven.

Aangepaste containers onderhouden

Wanneer u uw eigen containers maakt, moet u de basisimage van uw container bijwerken naar de meest recente ondersteunde basisimage. Ondersteunde basisafbeeldingen voor Azure Functions zijn taalspecifiek en bevinden zich in de basisafbeeldingsopslagplaatsen van Azure Functions.

Het Functions-team zet zich in voor het publiceren van maandelijkse updates voor deze basisbeelden. Regelmatige updates bevatten de meest recente secundaire versie-updates en beveiligingscorrecties voor zowel de Functions-runtime als de talen. Werk uw container regelmatig bij vanaf de meest recente basisinstallatiekopie en implementeer de bijgewerkte versie van uw container opnieuw.

Kies uw basisimage op basis van de taalstack die u gebruikt in uw function app. De volgende tabel bevat voorbeelden voor elke stack. Over het algemeen moet de tag beginnen met 4- om de V4 Functions-runtime aan te geven. Wanneer er nieuwe secundaire versies worden uitgebracht, wordt deze tag bijgewerkt zodat deze verwijst naar de nieuwe versie. Wanneer u uw aangepaste installatiekopie periodiek opnieuw bouwt, haalt u de nieuwe versies via dezelfde tag op, zodat uw app dezelfde updates kan hebben. Gebruik geen tags die secundaire runtimeversies opgeven, omdat deze geen updates ontvangen en uw app mogelijk een niet-gepatchte versie blijft gebruiken, ongeacht hoe vaak u uw aangepaste installatiekopieën opnieuw bouwt.

Basisafbeeldingen die eindigen op -appservice maken het mogelijk om SSH en externe debugging vanaf het platform in te schakelen. Tenzij u deze mogelijkheden nodig hebt, kunt u de basisafbeeldingen zonder het -appservice achtervoegsel gebruiken.

Wanneer u uw eigen container-app maakt of implementeert met behulp van een aangepaste installatiekopieën, moet u ervoor zorgen dat uw aangepaste installatiekopieën up-to-date blijven met onze uitgebrachte basisinstallatiekopieën. Naast nieuwe functies en verbeteringen kunnen deze updates voor basisinstallatiekopieën ook beveiligingsupdates bevatten die essentieel zijn voor uw app. Zorg ervoor dat u up-to-date blijft om ervoor te zorgen dat uw app is beveiligd. U moet regelmatig de nieuwste versie van de basisinstallatiekopie ophalen, de aangepaste containerinstallatiekopie opnieuw bouwen en uw app opnieuw implementeren om deze te gebruiken.

In sommige gevallen moeten we wijzigingen op platformniveau aanbrengen die kunnen betekenen dat een app in een aangepaste container met behulp van een oude basisinstallatiekopieën mogelijk niet meer goed werkt. Voor dergelijke belangrijke wijzigingen implementeren we bijgewerkte installatiekopieën ruim van tevoren, zodat apps die regelmatig updates uitvoeren, niet negatief worden beïnvloed. Als u potentiële problemen wilt voorkomen met uw apps die worden uitgevoerd in aangepaste containers, moet u ervoor zorgen dat u niet te ver achterloopt op de meest recente secundaire versie die is uitgebracht. Als we tijdens een ondersteuningsaanvraag vaststellen dat uw app problemen ondervindt omdat deze zich in een oudere of niet-ondersteunde versie bevindt, wordt u wel verzocht uw container bij te werken naar de nieuwste versie van de basisinstallatiekopieën voordat u verdergaat met ondersteuning.

Aan de slag

Gebruik deze koppelingen om aan de slag te gaan met Azure Functions in Linux-containers:

Verwante artikelen

• Werken met containers en Azure Functions