Ondersteuning voor Linux-containers in Azure Functions

Wanneer je je individuele functies plant en ontwikkelt om te draaien in Azure Functions, focus dan op de code zelf. Met Azure Functions kunt u eenvoudig alleen uw codeproject implementeren in een functie-app in Azure. Wanneer je je project deployt naar een Linux-functieapp, draait je code in een container die Azure Functions automatisch voor je aanmaakt. Deze container integreert naadloos met Functions-beheertools.

Functions ondersteunt ook implementaties van functie-apps in containers. In een containerized deployment maak je je eigen function app-instantie in een lokale Docker-container vanuit 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

Je hebt verschillende opties om je containerized function apps in Azure te hosten:

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. Gepland voor toekomstige afschrijving. Gebruik in plaats daarvan native Container Apps hosting.
2. 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.
3. 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.
   
4. Zie de App Service-planlimieten voor specifieke limieten voor de verschillende opties van het App Service-plan.
5. 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.
6. 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.
7. 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.
8. Vereist dat het App Service-plan is ingesteld op AlwaysOn. Tijdens platformupdates wordt er een respijtperiode van 10 minuten gegeven.

Aangepaste containers onderhouden

Wanneer je je eigen containers maakt, houd dan de basisimage van je container bijgewerkt naar de nieuwste 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 je container regelmatig bij vanaf de nieuwste basisimage en deploy de bijgewerkte versie van je 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. In het algemeen begint de tag met 4- om de runtime van V4 Functions aan te geven. Wanneer er nieuwe kleine versies worden uitgebracht, wordt deze tag bijgewerkt om naar de nieuwe versie te verwijzen. Terwijl je je aangepaste image periodiek opnieuw opbouwt, haal je de nieuwe versies door diezelfde tag, zodat je app dezelfde updates krijgt. Gebruik geen tags die kleine runtime-versies specificeren, want deze tags krijgen geen updates. Je app blijft mogelijk op een niet-gepatchte versie, hoe vaak je je aangepaste image ook opnieuw opbouwt.

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

Wanneer je je eigen containerized app maakt of deployt met een aangepaste image, ben je verantwoordelijk voor het zorgen dat je custom image up-to-date blijft met de uitgebrachte basisimages. 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. Haal regelmatig de nieuwste versie van de basisimage op, bouw je aangepaste containerimage opnieuw op en deploy je app opnieuw om deze te gebruiken.

In sommige gevallen moet Microsoft platformniveauwijzigingen doorvoeren die kunnen betekenen dat een app in een aangepaste container met een oude basisimage niet meer goed werkt. Voor zulke grote veranderingen rolt Microsoft geüpdatete afbeeldingen ruim van tevoren uit, zodat apps die regelmatig updates krijgen 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. Tijdens een supportzaak, als Microsoft vaststelt dat je app problemen ondervindt omdat deze op een oudere of niet-ondersteunde versie staat, vraagt Microsoft je om je container bij te werken naar de nieuwste basisimageversie voordat je verder gaat met de 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