Vanliga frågor och svar Azure App Configuration Azure App Configuration om Azure App Configuration

App Configuration hjälper utvecklare att hantera programinställningar och kontrollera funktionstillgänglighet. Syftet är att förenkla många av uppgifterna med att arbeta med komplexa konfigurationsdata.

App Configuration stöder:

• Hierarkiska namnrymder
• Märkning
• Omfattande frågor
• Batchhämtning
• Specialiserade hanteringsåtgärder
• Ett användargränssnitt för funktionshantering

App Configuration kompletterar Key Vault och de två bör användas sida vid sida i de flesta programdistributioner.

Även App Configuration ger härdad säkerhet är Key Vault fortfarande den bästa platsen för att lagra programhemligheter. Key Vault kryptering på maskinvarunivå, detaljerade åtkomstprinciper och hanteringsåtgärder som certifikatrotation.

Du kan skapa App Configuration som refererar till hemligheter som lagras i Key Vault. Mer information finns i Använda Key Vault referenser i en ASP.NET Core app.

Ja. App Configuration krypterar alla nyckelvärden som den innehåller och krypterar nätverkskommunikationen. Nyckelnamn och etiketter används som index för att hämta konfigurationsdata och krypteras inte.

Azure App Service kan du definiera appinställningar för varje App Service instans. De här inställningarna skickas som miljövariabler till programkoden. Du kan associera en inställning med ett specifikt distributionsfack om du vill. Mer information finns i Konfigurera appinställningar.

Däremot kan Azure App Configuration definiera inställningar som kan delas mellan flera appar. Detta omfattar appar som körs App Service och andra plattformar. Din programkod kommer åt dessa inställningar via konfigurationsproviders för .NET och Java, via Azure SDK eller direkt via REST API:er.

Du kan också importera och exportera inställningar mellan App Service och App Configuration. Med den här funktionen kan du snabbt konfigurera ett nytt App Configuration butik baserat på befintliga App Service inställningar. Du kan också dela konfigurationen med en befintlig app som förlitar sig på App Service inställningar.

Det finns en gräns på 10 kB för ett enda nyckelvärde, inklusive attribut som etikett, innehållstyp, taggar och andra metadata.

Den här gränsen bör vara tillräcklig för en enskild inställning i de flesta program. Om du upptäcker att din inställning är större än den här gränsen kan du överväga att lagra dina data någon annanstans och lägga till en referens till dessa data i App Configuration.

Du styr vem som App Configuration åtkomst på lagringsnivå. Använd ett separat arkiv för varje miljö som kräver olika behörigheter. Den här metoden ger bästa möjliga säkerhetsisolering.

Om du inte behöver säkerhetsisolering mellan miljöer kan du använda etiketter för att skilja mellan konfigurationsvärden. Använd etiketter för att aktivera olika konfigurationer för olika miljöer ger ett komplett exempel.

Se metodtips.

Det finns två prisnivåer:

• Kostnadsfri nivå
• Standard-nivå

Om du har skapat en butik före introduktionen av standardnivån flyttas den automatiskt till den kostnadsfria nivån när den är allmänt tillgänglig. Du kan välja att uppgradera till standardnivån eller stanna kvar på den kostnadsfria nivån.

Du kan inte nedgradera en butik från standardnivån till den kostnadsfria nivån. Du kan skapa ett nytt arkiv på den kostnadsfria nivån och sedan importera konfigurationsdata till det lagret.

Båda App Configuration-nivåerna erbjuder grundläggande funktioner, inklusive konfigurationsinställningar, funktionsflaggor, Key Vault referenser, grundläggande hanteringsåtgärder, mått och loggar.

Följande är saker att tänka på när du väljer en nivå.

• Resurser per prenumeration: En resurs består av ett enda konfigurationsarkiv. Varje prenumeration är begränsad till ett konfigurationslager på den kostnadsfria nivån. Prenumerationer kan ha ett obegränsat antal konfigurationslager på standardnivån.

• Storage per resurs: På den kostnadsfria nivån är varje konfigurationslager begränsat till 10 MB lagringsutrymme. På standardnivån kan varje konfigurationslager använda upp till 1 GB lagringsutrymme.

• Revisionshistorik: App Configuration en historik över alla ändringar som görs i nycklar. På den kostnadsfria nivån lagras den här historiken i sju dagar. På standardnivån lagras den här historiken i 30 dagar.

• Begäranskvot: Butiker på den kostnadsfria nivån är begränsade till 1 000 begäranden per dag. När en butik når 1 000 begäranden returneras HTTP-statuskod 429 för alla begäranden fram till midnatt UTC.

  Butiker på standardnivå är begränsade till 30 000 förfrågningar per timme. När timkvoten är slut kan begäranden returnera HTTP-statuskod 429 som anger för många begäranden till slutet av timmen. När fler begäranden skickas som är över kvoten kan en högre procentandel av dem returnera statuskod 429.

• Serviceavtal: Standardnivån har ett serviceavtal med 99,9 % tillgänglighet. Den kostnadsfria nivån har inget serviceavtal.

• Säkerhetsfunktioner: Båda nivåerna innehåller grundläggande säkerhetsfunktioner, inklusive kryptering med Microsoft-hanterade nycklar, autentisering via HMAC eller Azure Active Directory, Azure RBAC-stöd, hanterad identitet och tjänsttaggar. Standard-nivån erbjuder mer avancerade säkerhetsfunktioner, inklusive Private Link och kryptering med kundhanteringsnycklar.

• Kostnad: Butiker på standardnivå har en daglig användningsavgift. De första 200 000 begärandena varje dag ingår i den dagliga avgiften. Det finns också en överkostnad för begäranden som har gått förbi den dagliga allokeringen. Det kostar inget att använda en butik på den kostnadsfria nivån.

Du kan när som helst uppgradera från den kostnadsfria nivån till standardnivån.

Du kan inte nedgradera en butik från standardnivån till den kostnadsfria nivån. Du kan skapa ett nytt arkiv på den kostnadsfria nivån och sedan importera konfigurationsdata till det lagret.

Kunddata som App Configuration lagras i den region där kundens App Configuration butik skapades. Detta gäller för alla tillgängliga regioner. Kunder och slutanvändare kan flytta, kopiera eller komma åt sina kunddata från valfri plats globalt.

Azure App Configuration har Azure-tillgänglighetszoner för att skydda ditt program och dina data mot enskilda datacenterfel.Alla tillgänglighetszonaktiverade regioner består av minst 3 tillgänglighetszoner, där var och en är ett fysiskt oberoende datacenter.För återhämtning är det här stödet i App Configuration aktiverat för alla kunder utan extra kostnad. Följande är regioner som App Configuration har aktiverat stöd för tillgänglighetszoner. Mer information finns i Regioner och Tillgänglighetszoner i Azure.

• Central US
• East US
• USA, östra 2
• USA, västra 2
• USA, västra 3
• Kanada, centrala
• Frankrike, centrala
• Tyskland, västra centrala
• Europa, norra
• Storbritannien, södra
• Europa, västra
• Sydostasien
• Japan, östra

Konfigurationslager på den kostnadsfria nivån är begränsade till 1 000 begäranden per dag. Konfigurationslager på standardnivån kan uppleva tillfällig begränsning när begärandehastigheten överskrider 30 000 begäranden per timme.

När en butik når gränsen på standardnivån kan den returnera HTTP-statuskod 429 för vissa begäranden som görs fram till slutet av timmen. Huvudet retry-after-ms i svaret ger en föreslagen väntetid (i millisekunder) innan begäran försöks igen.

Om http-statuskod 429-svar används regelbundet i ditt program bör du överväga att göra om den för att minska antalet begäranden som görs. Mer information finns i Reduce requests made to App Configuration

Du får ett HTTP-statuskod 429-svar under dessa omständigheter:

• Överskrider gränsen för dagliga förfrågningar för en butik på den kostnadsfria nivån.
• Överskrid gränsen för förfrågningar per timme för ett lager på standardnivån.
• Momentary throttling due to a large burst of requests†.
• Överdriven bandbreddsanvändning.
• Försök att skapa eller ändra en nyckel när lagringskvoten överskrids.

Kontrollera brödtexten i 429-svaret för att se varför begäran misslyckades.

†En konfigurationslager kan uppleva en momentär begränsning om den tar emot en stor mängd begäranden. App Configuration-klienter, till exempel Azure SDK, konfigurationsproviderbibliotek och Azure Pipeline-uppgifter, försöker automatiskt igen vid begränsade begäranden. För program som använder någon av dessa klienter, eller en anpassad klient som försöker igen på begränsade begäranden, bör den här begränsade begränsningen gå obemärkt förbi, om den inträffar.

När en standardnivå App Configuration store tas bort reserveras namnet i sju dagar efter borttagningen. Det går att återskapa en butik med samma namn innan reservationsperioden har gått ut, men den måste finnas i samma prenumeration, resursgrupp och region som det ursprungliga arkivet. Om resursgruppen som innehåller arkivet har tagits bort måste den återskapas i samma prenumeration först innan du återskapar arkivet inuti den.

Det App Configuration arkivet kan inte skapas i en annan prenumeration/resursgrupp förrän kvarhållningsperioden har gått ut. Resursen kan dock återskapas i den ursprungliga prenumerationen/resursgruppen och sedan flyttas till en ny prenumeration/resursgrupp genom att följa dessa anvisningar.

Att återskapa ett App Configuration under kvarhållningsperioden stöds för närvarande endast av Azure CLI med hjälp av az appconfig create kommandot.

Lagringslager på App Configuration standardnivå kan återställas inom sju dagar efter borttagningen. Om du vill återställa en App Configuration av misstag kontaktar du Microsoft Support.

Prenumerera på vår GitHub lagringsplatsen med meddelanden.

Du kan nå oss direkt på GitHub.

• Om Azure App Configuration