Veelgestelde vragen over Azure Container Apps

In dit artikel vindt u veelgestelde vragen over Azure Container Apps, samen met verwante antwoorden.

API's

Biedt Azure Container Apps directe toegang tot de onderliggende Kubernetes-API?

Nee, er is geen toegang tot de Kubernetes-API.

Kan ik mijn Azure Container Apps-API importeren vanuit de context van API Management?

Ja.

Billing

Hoe wordt azure Container Apps gefactureerd?

Raadpleeg de factureringspagina voor meer informatie.

Configuratie

Kan ik GitHub Actions instellen om mijn code automatisch te bouwen en te implementeren in Azure Container Apps?

Ja. Voer azure CLI uit az containerapp github-action -h om de opties te bekijken. Ga met Behulp van Azure Portal naar het venster Continue implementatie onder uw container-app.

Gegevensbeheer

Waar worden klantgegevens opgeslagen in Azure Container Apps?

Azure Container Apps verplaatst of slaat geen klantgegevens op uit de geïmplementeerde regio.

Targets

Hoe kan ik een quotumverhoging aanvragen?

Vraag een quotumverhoging aan in Azure Portal met Azure Container Apps geselecteerd als provider.

Houd rekening met het volgende als het gaat om aanvragen voor quotumverhoging:

  • Apps schalen versus omgevingen: er zijn veel verschillende quota beschikbaar om te verhogen. Gebruik deze beschrijvingen om uw behoeften te identificeren:

    • Apps en kernen per omgeving verhogen: hiermee kunt u meer apps uitvoeren binnen een omgeving en/of meer intensieve apps. Aanbevolen als uw workloads binnen dezelfde netwerk- en beveiligingsgrenzen kunnen worden geïmplementeerd.
    • Toenemende omgevingen: aanbevolen als uw workloads netwerk- of beveiligingsgrenzen nodig hebben. Opmerking: een gedetailleerde bedrijfscontext kan vereist zijn als uw aanvraag betrekking heeft op het verhogen van quota op omgevingsniveau.
  • Regio's: Goedkeuringen voor het verhogen van aanvragen variëren op basis van de rekencapaciteit die beschikbaar is in Azure-regio's.

  • Specifieke rekenvereisten: het platform ondersteunt 4 GB per container-app. Onderdrukkingen van geheugenlimieten worden per geval geëvalueerd.

  • Bedrijfsredenering voor schalen: mogelijk komt u in aanmerking voor een aanvraag voor quotumverhoging als de platformlimieten uw workloadvereisten blokkeren. Overschrijvingen voor schaallimieten worden per geval geëvalueerd.

Dapr

Welke Dapr-functies en API's zijn beschikbaar in Azure Container Apps?

Elke Dapr-mogelijkheid ondergaat een grondige evaluatie om ervoor te zorgen dat deze positief van invloed is op klanten die microservices uitvoeren in de Azure Container Apps-omgeving, en tegelijkertijd de best mogelijke ervaring bieden.

Worden alfa Dapr-API's en onderdelen ondersteund of beschikbaar in Azure Container Apps?

Azure Container Apps biedt ontwikkelaars de flexibiliteit om te experimenteren met de nieuwste Dapr alpha-API's en -functies op basis van selfservice. Hoewel de beschikbaarheid van deze alfa-API's en onderdelen niet gegarandeerd is, kunt u de curve voor blijven en geavanceerde technologieën verkennen zodra ze beschikbaar komen. Hoewel deze alfa-API's en onderdelen 'zoals zodanig' en 'zo beschikbaar' worden geleverd, zorgt hun continue evolutie voor een stabiele status ervoor dat ontwikkelaars altijd voorop kunnen staan in innovatie.

Wat is het releaseritme van de Dapr-versie in Azure Container Apps?

De typische releasetijdlijn van Dapr is maximaal zes weken na de Dapr OSS-release. De nieuwste Dapr-versie wordt beschikbaar gesteld in Azure Container Apps na strenge tests. Het implementeren naar alle regio's kan ongeveer twee weken duren.

Hoe kan ik een Dapr-functieverbetering aanvragen voor Azure Container Apps?

U kunt een functieaanvraag indienen via de GitHub-opslagplaats van Azure Container Apps. Zorg ervoor dat u 'Dapr' opneemt in de titel van de functieaanvraag. U kunt een functieaanvraag indienen via de GitHub-opslagplaats van Azure Container Apps. Zorg ervoor dat u 'Dapr' opneemt in de titel van de functieaanvraag.

Implementaties zonder docker

Wat is een Docker-less-implementatie?

Met een Docker-less-implementatie kunt u uw toepassing implementeren zonder een Dockerfile in uw code te definiëren. In plaats daarvan maakt de cloud-buildfunctionaliteit van Container Apps gebruik van Buildpacks om broncode op uw lokale computer om te zetten in een containerinstallatiekopieën. Deze optie maakt gebruik van het standaardregister van Azure Container Apps.

Tijdens de implementatie van mijn Docker-less-toepassing worden berichten over ImagePullBackOff op legioen, Kubernetes-fout of Gatewayfout weergegeven en wordt mijn toepassing niet geïmplementeerd.

U ondervindt een bekend probleem met Docker-less-implementaties. Het opnieuw proberen kan dit voor u oplossen. Als u dit probleem krijgt, opent u een GitHub-probleem , zodat ons team dit kan onderzoeken.

.NET-toepassingen implementeren

Wat gebeurt er als mijn .NET-toepassing niet kan worden geschaald?

U moet gegevensbeveiliging inschakelen voor alle .NET-apps in Azure Container Apps. Zie Een ASP.NET Core-app implementeren en schalen in Azure Container Apps voor meer informatie.

Java-toepassingen implementeren

Welke JDK-versies worden ondersteund en hoe kan ik de JDK-versie configureren?

Container Apps ondersteunt vier LTS JDK-versies: JDK 8, JDK 11, JDK 17 en JDK 21. Voor broncodebuild is de standaardversie JDK 17. Voor een JAR-bestandsbuild wordt de JDK-versie gelezen uit de bestandslocatie META-INF\MANIFEST. MF in de JAR, maar gebruikt de standaard JDK-versie 17 als de opgegeven versie niet beschikbaar is.

U kunt de JDK-versie configureren om de standaardversie te overschrijven via omgevingsvariabelen voor build.

Welke Java-buildhulpprogramma's worden ondersteund?

Maven

Hoe kan ik een Build van een Java-installatiekopieën aanpassen op basis van broncode?

U kunt een Build voor Java-installatiekopieën aanpassen via omgevingsvariabelen voor bouwen.

Hoe kan ik ervoor zorgen dat de build en installatiekopieën van mijn Docker-less-build beschikbaar zijn in dezelfde regio als mijn app?

Wanneer u containerapp up in combinatie met een Docker-less-codebasis gebruikt, gebruikt u de parameter zodat de --location toepassing wordt uitgevoerd op een andere locatie dan US - oost.