Azure App Configuration veelgestelde vragen

App Configuration helpt ontwikkelaars bij het beheren van toepassingsinstellingen en het beheren van de beschikbaarheid van functies. Het is erop gericht om veel taken voor het werken met complexe configuratiegegevens te vereenvoudigen.

App Configuration ondersteunt:

• Hiërarchische naamruimten
• Labels
• Uitgebreide query's
• Bulksgewijs ophalen
• Gespecialiseerde beheerbewerkingen
• Een gebruikersinterface voor functiebeheer

App Configuration vormt een Key Vault en de twee moeten naast elkaar worden gebruikt in de meeste toepassingsimplementaties.

Hoewel App Configuration beveiliging biedt, is Key Vault de beste plaats voor het opslaan van toepassingsgeheimen. Key Vault biedt versleuteling op hardwareniveau, gedetailleerd toegangsbeleid en beheerbewerkingen zoals certificaatrotatie.

U kunt een App Configuration die verwijzen naar geheimen die zijn opgeslagen in Key Vault. Zie Use Key Vault references in an ASP.NET Core app(Naslaginformatie gebruiken in een app voor ASP.NET Core informatie).

Ja. App Configuration versleutelt alle sleutelwaarden die het bevat en versleutelt de netwerkcommunicatie. Sleutelnamen en labels worden gebruikt als indexen voor het ophalen van configuratiegegevens en worden niet versleuteld.

Azure App Service kunt u app-instellingen definiëren voor elk App Service exemplaar. Deze instellingen worden als omgevingsvariabelen doorgegeven aan de toepassingscode. U kunt een instelling indien nodig koppelen aan een specifieke implementatiesleuf. Zie App-instellingen configureren voor meer informatie.

Daarentegen kunt Azure App Configuration instellingen definiëren die kunnen worden gedeeld tussen meerdere apps. Dit omvat apps die worden uitgevoerd in App Service, evenals andere platforms. Uw toepassingscode heeft toegang tot deze instellingen via de configuratieproviders voor .NET en Java, via de Azure SDK of rechtstreeks via REST API's.

U kunt ook instellingen importeren en exporteren tussen App Service en App Configuration. Op deze manier kunt u snel een nieuwe opslag voor App Configuration instellen op basis van bestaande App Service instellingen. U kunt de configuratie ook delen met een bestaande app die afhankelijk is van App Service instellingen.

Er is een limiet van 10 kB voor één sleutelwaarde, inclusief kenmerken zoals label, inhoudstype, tags en andere metagegevens.

Deze limiet moet voldoende zijn voor één instelling in de meeste toepassingen. Als u vindt dat uw instelling groter is dan deze limiet, kunt u overwegen om uw gegevens ergens anders op te slaan en een verwijzing naar die gegevens toe te voegen in App Configuration.

U kunt bepalen wie er toegang App Configuration op winkelniveau. Gebruik een afzonderlijk winkel voor elke omgeving die verschillende machtigingen vereist. Deze aanpak biedt de beste beveiligingsisolatie.

Als u geen beveiligingsisolatie tussen omgevingen nodig hebt, kunt u labels gebruiken om onderscheid te maken tussen configuratiewaarden. Labels gebruiken om verschillende configuraties in te stellen voor verschillende omgevingen biedt een volledig voorbeeld.

Zie best practices.

Er zijn twee prijslagen:

• Gratis laag
• Standaardlaag

Als u een winkel hebt gemaakt vóór de introductie van de Standard-laag, wordt deze na algemene beschikbaarheid automatisch verplaatst naar de gratis laag. U kunt ervoor kiezen om een upgrade uit te voeren naar de standard-laag of u blijft in de gratis laag.

U kunt een opslag niet downgraden van de standard-laag naar de gratis laag. U kunt een nieuw winkel maken in de gratis laag en vervolgens configuratiegegevens importeren in dat opslag.

Beide App Configuration bieden kernfunctionaliteit, waaronder configuratie-instellingen, functievlaggen, Key Vault-verwijzingen, basisbeheerbewerkingen, metrische gegevens en logboeken.

Hier volgen enkele overwegingen voor het kiezen van een laag.

• Resources per abonnement: een resource bestaat uit één configuratieopslag. Elk abonnement is beperkt tot één configuratie-opslag in de gratis laag. Abonnementen kunnen een onbeperkt aantal configuratieopslag in de standard-laag hebben.

• Storage per resource: in de gratis laag is elk configuratie-opslaggeheugen beperkt tot 10 MB aan opslag. In de Standard-laag kan elk configuratie-opslag maximaal 1 GB aan opslag gebruiken.

• Revisiegeschiedenis: App Configuration een geschiedenis van alle wijzigingen in sleutels op. In de gratis laag wordt deze geschiedenis zeven dagen opgeslagen. In de standard-laag wordt deze geschiedenis 30 dagen opgeslagen.

• Quotum voor aanvragen: winkels in de gratis laag zijn beperkt tot 1000 aanvragen per dag. Wanneer een winkel 1000 aanvragen bereikt, retourneert deze HTTP-statuscode 429 voor alle aanvragen tot middernacht UTC.

  Winkels in de Standard-laag zijn beperkt tot 30.000 aanvragen per uur. Wanneer het quotum per uur is bereikt, kunnen aanvragen HTTP-statuscode 429 retourneren die aangeeft dat er tot het einde van het uur te veel aanvragen zijn. Naarmate er meer aanvragen worden verzonden die hoger zijn dan het quotum, kan een hoger percentage de statuscode 429 retourneren.

• Service level agreement: de Standard-laag heeft een SLA met een beschikbaarheid van 99,9%. De gratis laag heeft geen SLA.

• Beveiligingsfuncties: beide lagen bevatten basisbeveiligingsfunctionaliteit, waaronder versleuteling met door Microsoft beheerde sleutels, verificatie via HMAC of Azure Active Directory, Azure RBAC-ondersteuning, beheerde identiteit en servicetags. De standard-laag biedt geavanceerdere beveiligingsfunctionaliteit, Private Link ondersteuning en versleuteling met door de klant beheerde sleutels.

• Kosten: voor winkels in de Standard-laag worden dagelijks gebruikskosten in rekening brengen. De eerste 200.000 aanvragen per dag worden opgenomen in de dagelijkse kosten. Er worden ook uitvalkosten in rekening brengen voor aanvragen die de dagelijkse toewijzing hebben overgenomen. Er zijn geen kosten voor het gebruik van een gratis opslaglaag.

U kunt op elk moment upgraden van de gratis laag naar de Standard-laag.

U kunt een opslag niet downgraden van de standard-laag naar de gratis laag. U kunt een nieuw winkel maken in de gratis laag en vervolgens configuratiegegevens importeren in dat opslag.

Klantgegevens die zijn opgeslagen in App Configuration bevinden zich in de regio waar de App Configuration van de klant is gemaakt. Dit geldt voor alle beschikbare regio's. Klanten en eindgebruikers kunnen hun klantgegevens verplaatsen, kopiëren of openen vanaf elke locatie wereldwijd.

Azure App Configuration ondersteunt Azure-beschikbaarheidszones om uw toepassing en gegevens te beschermen tegen storingen in één datacenter.Alle regio's met beschikbaarheidszone bestaan uit minimaal drie beschikbaarheidszones, waarbij elk een fysiek onafhankelijk datacenter is.Voor tolerantie is deze ondersteuning in App Configuration gratis ingeschakeld voor alle klanten. Hieronder volgen regio's App Configuration ondersteuning voor beschikbaarheidszone heeft ingeschakeld. Zie Regio's en Beschikbaarheidszones in Azure voor meer informatie.

• Central US
• VS - oost
• VS - oost 2
• US - west 2
• VS - west 3
• Canada - midden
• Frankrijk - centraal
• Duitsland - west-centraal
• Europa - noord
• Verenigd Koninkrijk Zuid
• Europa -west
• Azië - zuidoost
• Japan East

Configuratieopslag in de gratis laag is beperkt tot 1000 aanvragen per dag. Configuratieopslag in de Standard-laag kan tijdelijke beperking ervaren wanneer het aanvraagtarief hoger is dan 30.000 aanvragen per uur.

Wanneer een winkel de limiet in de standard-laag bereikt, kan de HTTP-statuscode 429 worden retourneert voor sommige aanvragen tot het einde van het uur. De retry-after-ms header in het antwoord geeft een voorgestelde wachttijd (in milliseconden) voordat de aanvraag opnieuw wordt gedaan.

Als uw toepassing regelmatig HTTP-statuscode 429-antwoorden krijgt, kunt u overwegen deze opnieuw te ontwerpen om het aantal aanvragen te verminderen. Zie Reduce requests made to App Configuration

Onder deze omstandigheden ontvangt u een HTTP-statuscode 429-antwoord:

• De dagelijkse aanvraaglimiet voor een winkel in de gratis laag overschrijden.
• Het overschrijden van de limiet voor aanvragen per uur voor een winkel in de standard-laag.
• Korte beperking vanwege een grote hoeveelheid aanvragen†.
• Overmatig bandbreedtegebruik.
• Er wordt geprobeerd een sleutel te maken of te wijzigen wanneer het opslagquotum wordt overschreden.

Controleer de body van het 429-antwoord op de specifieke reden waarom de aanvraag is mislukt.

† een configuratie-opslag kan een korte beperking ervaren als er een grote hoeveelheid aanvragen wordt ontvangen. App Configuration-clients, zoals de Azure SDK, configuratieproviderbibliotheken en Azure Pipeline-taken, automatisch opnieuw proberen op beperkt aanvragen. Voor toepassingen die gebruikmaken van een van deze clients of een aangepaste client die zich opnieuw bij beperkt aanvragen voordoet, moet deze tijdige beperking ongemerkt blijven, mocht deze zich voordoen.

Wanneer een standaardopslaglaag App Configuration verwijderd, wordt de naam zeven dagen na verwijdering gereserveerd. Het is mogelijk om een winkel met dezelfde naam opnieuw te maken voordat de reserveringsperiode is verstreken, maar deze moet zich in hetzelfde abonnement, dezelfde resourcegroep en regio als de oorspronkelijke opslag. Als de resourcegroep waarin het winkel was opgenomen, is verwijderd, moet deze eerst opnieuw worden gemaakt in hetzelfde abonnement voordat de opslag in het opslagcentrum opnieuw wordt gemaakt.

De App Configuration kan pas worden gemaakt in een ander abonnement of een andere resourcegroep als de retentieperiode is verstreken. De resource kan echter opnieuw worden gemaakt in het oorspronkelijke abonnement of de oorspronkelijke resourcegroep en vervolgens worden verplaatst naar een nieuw abonnement of een nieuwe resourcegroep door deze instructies te volgen.

Het opnieuw maken van App Configuration opslag tijdens de retentieperiode wordt momenteel alleen ondersteund door de Azure CLI met behulp van de az appconfig create opdracht.

Opslag op App Configuration standard-laag kan binnen zeven dagen na het verwijderen worden hersteld. Als u een per ongeluk verwijderde App Configuration de Microsoft-ondersteuning.

Abonneer u op onze GitHub-aankondigingen.

U kunt ons rechtstreeks via GitHub.

• Over Azure App Configuration