Nejčastější dotazy ke službě Azure Container Apps

Tento článek obsahuje nejčastější dotazy k Azure Container Apps společně se souvisejícími odpověďmi.

Oblasti

Kde najdu nejnovější informace o podporovaných oblastech v Azure Container Apps?

Seznam můžete vygenerovat spuštěním následujícího příkazu Azure CLI:

  az provider show \
  --namespace Microsoft.App \
  --query "resourceTypes[?resourceType=='managedEnvironments'].locations"

API

Poskytuje Azure Container Apps přímý přístup k podkladovému rozhraní Kubernetes API?

Ne, Azure Container Apps neposkytuje přímý přístup k rozhraní Kubernetes API.

Můžu importovat rozhraní API služby Azure Container Apps z kontextu služby API Management?

Ano, rozhraní API služby Azure Container Apps můžete importovat z kontextu služby API Management.

Fakturace

Jak se služba Azure Container Apps účtuje?

Fakturace je založená na spotřebě prostředků, včetně procesoru, paměti a počtu požadavků. Další informace najdete na stránce fakturace .

Konfigurace

Můžu nastavit GitHub Actions tak, aby automaticky sestavoval a nasazoval kód do Azure Container Apps?

Ano. GitHub Actions můžete nakonfigurovat pomocí Azure CLI nebo webu Azure Portal:

• Pomocí Azure CLI zobrazte možnosti spuštěním az containerapp github-action -h .

• Pomocí webu Azure Portal přejděte v aplikaci kontejneru do okna Průběžné nasazování.

Proč se adresa URL aplikace liší od adresy URL zadané v požadavku?

Služba Azure Container Apps dekóduje adresu URL, aby chránila vaši aplikaci před konfuzními útoky na adresy URL. Adresa URL požadavku, která má zakódované části, například http://mysite.com/archive/http%3A%2F%2Fmysite.com%2Farchive%2F123, se odešle do vaší aplikace jako http://mysite.com/archive/http%3A/mysite.com/archive/123.

Podporují pouze prostředí Consumption vlastní trasy definované uživatelem?

Prostředí jen pro spotřebu mají omezenou podporu tras definovaných uživatelem (UDR). ExpressRoute se nepodporuje. Omezená podpora UDR je k dispozici, pokud je nakonfigurována následovně:

• Trasa musí být definována pomocí značky Service Azure.<REGION_NAME> s parametrem Next Hop = "Internet".

• Pravidla skupiny zabezpečení sítě (NSG) musí být také nakonfigurovaná, jak je popsáno v dokumentaci k NSG , aby se zajistilo, že prostředí funguje správně.

Tato omezení se nevztahují na profily úloh a pro plnou podporu tras definovaných uživatelem (UDR) a ExpressRoute použijte prostředí s profily úloh.

Správa dat

Kde služba Azure Container Apps ukládá zákaznická data?

Azure Container Apps nepřesouvají ani neukládají zákaznická data z nasazené oblasti.

Správa prostředí

Jak obnovím archivované prostředí Container Apps?

Archivované prostředí můžete obnovit aktualizací jeho režimu prostředí na profily úloh pomocí Azure CLI. Dokončení operace může trvat 15 až 30 minut.

Nejprve nainstalujte nebo aktualizujte rozšíření containerapp, abyste měli jistotu, že používáte nejnovější verzi:

az extension add --name containerapp
az extension update --name containerapp

Potom prostředí obnovte nastavením jeho režimu prostředí na workloadprofiles:

az containerapp env update \
  --environment-mode workloadprofiles \
  --name $ENV_NAME \
  --resource-group $RG

Kvóty

Jak můžu požádat o navýšení kvóty?

Požádejte o navýšení kvóty na webu Azure Portal s vybranými službami Azure Container Apps jako poskytovatele.

Při odesílání žádosti o navýšení kvóty zvažte následující podrobnosti:

• Škálování aplikací vs. prostředí: K dispozici je mnoho různých kvót, které lze navýšit. Tyto popisy vám pomůžou identifikovat vaše potřeby:

  • Zvýšení počtu aplikací a jader pro každé prostředí: Umožňuje spouštět více aplikací v rámci prostředí nebo náročnějších aplikací. Doporučuje se, pokud lze vaše úlohy nasadit v rámci stejné sítě a stejných bezpečnostních hranic.
  • Navýšení počtu prostředí: Doporučuje se, pokud vaše úlohy vyžadují síťové nebo bezpečnostní hranice. Poznámka: Podrobný obchodní kontext se může vyžadovat, pokud váš požadavek zahrnuje zvýšení kvót na úrovni prostředí. Když požádáte o změnu kvóty místního prostředí, měli byste požádat o odpovídající změnu globální kvóty prostředí.

• Oblasti: Schválení pro zvýšení požadavků se liší v závislosti na výpočetní kapacitě dostupné v oblastech Azure.

• Specifické požadavky na výpočetní prostředky: Platforma podporuje 4 GB na aplikaci typu kontejner. Přepsání limitů paměti se vyhodnocuje individuálně.

• Obchodní odůvodnění škálování: Pokud limity platformy blokují vaše požadavky na úlohy, můžete mít nárok na žádost o navýšení kvóty. Přepsání limitů škálování se vyhodnocuje v každém jednotlivém případě.

Mikroslužbová API s využitím Dapr

Jaké funkce a rozhraní API Dapr jsou k dispozici v Azure Container Apps?

Každá funkce Dapr prochází důkladným vyhodnocením, aby se zajistilo, že bude mít pozitivní přínos pro zákazníky provozující mikroslužby v prostředí Azure Container Apps, a zároveň aby nabízela co nejlepší uživatelskou zkušenost.

Jsou v Azure Container Apps podporovaná nebo dostupná rozhraní ALPHA DAPR API a komponenty vrstvy 2?

Dostupnost alfa rozhraní API dapr není zaručená ani podporovaná Microsoftem.

I když jsou komponenty vrstvy 1 plně podporované, komponenty vrstvy 2 se podporují s maximálním úsilím. Další informace.

Jak můžu požádat o vylepšení funkce Dapr pro Azure Container Apps?

Žádost o funkci můžete odeslat prostřednictvím úložiště Azure Container Apps na GitHubu. Nezapomeňte do názvu žádosti o funkci zahrnout "Dapr".

Proč vidím "-msft.<number>" verze v mém prostředí aplikace kontejneru?

Protože se 1.13.6-msft.1 postupně zavádí v produkčních regionech, stále se vám mohou zobrazovat starší verze (jako 1.12.5 nebo 1.12.5-msft.6). Přípona -msft.<number> označuje konkrétní přizpůsobení pro Azure Container Apps, aby se zlepšilo vaše prostředí.

Jak často se vydávají verze Dapr pro Azure Container Apps?

Verze Dapr se aktualizují na základě co nejlepšího úsilí a zaměřují se na stabilitu, důkladné testování a minimalizaci dopadu zákazníků. Cílem je zajistit bezproblémovou integraci aktualizací bez zavedení zásadních změn.

Vzhledem k tomu, že se aktualizace verzí Dapr použijí automaticky, vždy můžete využívat nejbezpečnější verzi. Nicméně se Dapr v Azure Container Apps neřídí pevným harmonogramem vydávání nových funkcí. Místo toho vydání nových verzí Dapr pro nové funkce závisí na stanovení priority a stabilitě binárních souborů Dapr.

Vyhledejte aktualizace a oznámení o vydaných verzích pro Dapr v Azure Container Apps na GitHubu.

Můžu pro své prostředí použít konkrétní verzi Dapr?

Výběr vlastní verze není podporován. Místo toho se vaše prostředí automaticky upgraduje a zachovává integritu plně spravované a bezserverové nabídky Dapr v Azure Container Apps. Automatické aktualizace můžete řídit konfigurací funkce plánované údržby v prostředí kontejnerových aplikací.

Nasazení bez Dockeru

Co je nasazení bez Dockeru?

Nasazení bez Dockeru umožňuje nasadit aplikaci bez definování souboru Dockerfile v kódu. Místo toho funkce sestavení v cloudu Container Apps používá buildpacky k převodu zdrojového kódu na místním počítači na image kontejneru. Tato možnost používá výchozí registr Azure Container Apps.

Během nasazování mé aplikace bez Dockeru se zobrazují hlášení jako „ImagePullBackOff on legion“, „Kubernetes error“ nebo „Gateway error“ a aplikaci se nepodaří úspěšně nasadit.

Dochází u vás ke známému problému s nasazeními bez Dockeru. Opakování může tento problém vyřešit za vás. Pokud narazíte na tento problém, otevřete problém GitHubu, aby náš tým mohl prozkoumat.

Nasazení aplikací .NET

Co když se moje aplikace .NET nepodaří škálovat?

Potřebujete povolit ochranu dat pro všechny aplikace .NET v Azure Container Apps. Podrobnosti najdete v tématu Nasazení a škálování aplikace ASP.NET Core v Azure Container Apps .

Nasazení aplikací v Javě

Které verze sady JDK jsou podporované a jak můžu nakonfigurovat verzi sady JDK?

Container Apps podporuje čtyři verze LTS JDK: JDK 8, JDK 11, JDK 17 a JDK 21. Pro sestavení zdrojového kódu je výchozí verze JDK 17. Pro sestavení souboru JAR se verze sady JDK načte z umístění souboru META-INF\MANIFEST. MF v souboru JAR, ale používá výchozí sadu JDK verze 17, pokud zadaná verze není dostupná.

Verzi JDK můžete nastavit tak, aby přepsala výchozí verzi, pomocí proměnných prostředí sestavení.

Které nástroje sestavení Java jsou podporované?

Azure Container Apps v současné době podporuje Apache Maven jako nástroj pro sestavení v Javě.

Jak mohu přizpůsobit sestavení Java image ze zdrojového kódu?

Sestavení image Javy můžete přizpůsobit pomocí proměnných prostředí sestavení.

Jak zajistím, aby sestavení a image mého sestavení bez použití Dockeru byly dostupné ve stejné oblasti jako moje aplikace?

Při použití containerapp up v kombinaci se základem kódu bez Dockeru --location použijte parametr, aby aplikace běžela v jiném umístění než USA – východ.

Označování

Jak pro image kontejneru používám "latest" nebo statickou značku?

Nepoužívejte statické značky, jako je latest, pro obrazy kontejnerů. Použití statických značek může vést k problémům s ukládáním do mezipaměti a může ztížit řešení potíží s aplikací. Místo toho pro každé nasazení používejte jedinečné značky, jako je hodnota hash Gitu nebo datum a čas, abyste zajistili správné sledování a nasazení aktualizací.

OpenTelemetry

Jaké přenosové protokoly podporuje spravovaný agent OpenTelemetry?

Spravovaný agent podporuje pouze gRPC.

Tento článek obsahuje nejčastější dotazy k Azure Container Apps společně se souvisejícími odpověďmi.

Seznam můžete vygenerovat spuštěním následujícího příkazu Azure CLI:

  az provider show \
  --namespace Microsoft.App \
  --query "resourceTypes[?resourceType=='managedEnvironments'].locations"

Ne, Azure Container Apps neposkytuje přímý přístup k rozhraní Kubernetes API.

Ano, rozhraní API služby Azure Container Apps můžete importovat z kontextu služby API Management.

Fakturace je založená na spotřebě prostředků, včetně procesoru, paměti a počtu požadavků. Další informace najdete na stránce fakturace .

Ano. GitHub Actions můžete nakonfigurovat pomocí Azure CLI nebo webu Azure Portal:

• Pomocí Azure CLI zobrazte možnosti spuštěním az containerapp github-action -h .

• Pomocí webu Azure Portal přejděte v aplikaci kontejneru do okna Průběžné nasazování.

Služba Azure Container Apps dekóduje adresu URL, aby chránila vaši aplikaci před konfuzními útoky na adresy URL. Adresa URL požadavku, která má zakódované části, například http://mysite.com/archive/http%3A%2F%2Fmysite.com%2Farchive%2F123, se odešle do vaší aplikace jako http://mysite.com/archive/http%3A/mysite.com/archive/123.

Prostředí jen pro spotřebu mají omezenou podporu tras definovaných uživatelem (UDR). ExpressRoute se nepodporuje. Omezená podpora UDR je k dispozici, pokud je nakonfigurována následovně:

• Trasa musí být definována pomocí značky Service Azure.<REGION_NAME> s parametrem Next Hop = "Internet".

• Pravidla skupiny zabezpečení sítě (NSG) musí být také nakonfigurovaná, jak je popsáno v dokumentaci k NSG , aby se zajistilo, že prostředí funguje správně.

Tato omezení se nevztahují na profily úloh a pro plnou podporu tras definovaných uživatelem (UDR) a ExpressRoute použijte prostředí s profily úloh.

Azure Container Apps nepřesouvají ani neukládají zákaznická data z nasazené oblasti.

Archivované prostředí můžete obnovit aktualizací jeho režimu prostředí na profily úloh pomocí Azure CLI. Dokončení operace může trvat 15 až 30 minut.

Nejprve nainstalujte nebo aktualizujte rozšíření containerapp, abyste měli jistotu, že používáte nejnovější verzi:

az extension add --name containerapp
az extension update --name containerapp

Potom prostředí obnovte nastavením jeho režimu prostředí na workloadprofiles:

az containerapp env update \
  --environment-mode workloadprofiles \
  --name $ENV_NAME \
  --resource-group $RG

Požádejte o navýšení kvóty na webu Azure Portal s vybranými službami Azure Container Apps jako poskytovatele.

Při odesílání žádosti o navýšení kvóty zvažte následující podrobnosti:

• Škálování aplikací vs. prostředí: K dispozici je mnoho různých kvót, které lze navýšit. Tyto popisy vám pomůžou identifikovat vaše potřeby:

  • Zvýšení počtu aplikací a jader pro každé prostředí: Umožňuje spouštět více aplikací v rámci prostředí nebo náročnějších aplikací. Doporučuje se, pokud lze vaše úlohy nasadit v rámci stejné sítě a stejných bezpečnostních hranic.
  • Navýšení počtu prostředí: Doporučuje se, pokud vaše úlohy vyžadují síťové nebo bezpečnostní hranice. Poznámka: Podrobný obchodní kontext se může vyžadovat, pokud váš požadavek zahrnuje zvýšení kvót na úrovni prostředí. Když požádáte o změnu kvóty místního prostředí, měli byste požádat o odpovídající změnu globální kvóty prostředí.

• Oblasti: Schválení pro zvýšení požadavků se liší v závislosti na výpočetní kapacitě dostupné v oblastech Azure.

• Specifické požadavky na výpočetní prostředky: Platforma podporuje 4 GB na aplikaci typu kontejner. Přepsání limitů paměti se vyhodnocuje individuálně.

• Obchodní odůvodnění škálování: Pokud limity platformy blokují vaše požadavky na úlohy, můžete mít nárok na žádost o navýšení kvóty. Přepsání limitů škálování se vyhodnocuje v každém jednotlivém případě.

Každá funkce Dapr prochází důkladným vyhodnocením, aby se zajistilo, že bude mít pozitivní přínos pro zákazníky provozující mikroslužby v prostředí Azure Container Apps, a zároveň aby nabízela co nejlepší uživatelskou zkušenost.

Dostupnost alfa rozhraní API dapr není zaručená ani podporovaná Microsoftem.

I když jsou komponenty vrstvy 1 plně podporované, komponenty vrstvy 2 se podporují s maximálním úsilím. Další informace.

Žádost o funkci můžete odeslat prostřednictvím úložiště Azure Container Apps na GitHubu. Nezapomeňte do názvu žádosti o funkci zahrnout "Dapr".

Protože se 1.13.6-msft.1 postupně zavádí v produkčních regionech, stále se vám mohou zobrazovat starší verze (jako 1.12.5 nebo 1.12.5-msft.6). Přípona -msft.<number> označuje konkrétní přizpůsobení pro Azure Container Apps, aby se zlepšilo vaše prostředí.

Verze Dapr se aktualizují na základě co nejlepšího úsilí a zaměřují se na stabilitu, důkladné testování a minimalizaci dopadu zákazníků. Cílem je zajistit bezproblémovou integraci aktualizací bez zavedení zásadních změn.

Vzhledem k tomu, že se aktualizace verzí Dapr použijí automaticky, vždy můžete využívat nejbezpečnější verzi. Nicméně se Dapr v Azure Container Apps neřídí pevným harmonogramem vydávání nových funkcí. Místo toho vydání nových verzí Dapr pro nové funkce závisí na stanovení priority a stabilitě binárních souborů Dapr.

Vyhledejte aktualizace a oznámení o vydaných verzích pro Dapr v Azure Container Apps na GitHubu.

Výběr vlastní verze není podporován. Místo toho se vaše prostředí automaticky upgraduje a zachovává integritu plně spravované a bezserverové nabídky Dapr v Azure Container Apps. Automatické aktualizace můžete řídit konfigurací funkce plánované údržby v prostředí kontejnerových aplikací.

Nasazení bez Dockeru umožňuje nasadit aplikaci bez definování souboru Dockerfile v kódu. Místo toho funkce sestavení v cloudu Container Apps používá buildpacky k převodu zdrojového kódu na místním počítači na image kontejneru. Tato možnost používá výchozí registr Azure Container Apps.

Dochází u vás ke známému problému s nasazeními bez Dockeru. Opakování může tento problém vyřešit za vás. Pokud narazíte na tento problém, otevřete problém GitHubu, aby náš tým mohl prozkoumat.

Potřebujete povolit ochranu dat pro všechny aplikace .NET v Azure Container Apps. Podrobnosti najdete v tématu Nasazení a škálování aplikace ASP.NET Core v Azure Container Apps .

Container Apps podporuje čtyři verze LTS JDK: JDK 8, JDK 11, JDK 17 a JDK 21. Pro sestavení zdrojového kódu je výchozí verze JDK 17. Pro sestavení souboru JAR se verze sady JDK načte z umístění souboru META-INF\MANIFEST. MF v souboru JAR, ale používá výchozí sadu JDK verze 17, pokud zadaná verze není dostupná.

Verzi JDK můžete nastavit tak, aby přepsala výchozí verzi, pomocí proměnných prostředí sestavení.

Azure Container Apps v současné době podporuje Apache Maven jako nástroj pro sestavení v Javě.

Sestavení image Javy můžete přizpůsobit pomocí proměnných prostředí sestavení.

Při použití containerapp up v kombinaci se základem kódu bez Dockeru --location použijte parametr, aby aplikace běžela v jiném umístění než USA – východ.

Nepoužívejte statické značky, jako je latest, pro obrazy kontejnerů. Použití statických značek může vést k problémům s ukládáním do mezipaměti a může ztížit řešení potíží s aplikací. Místo toho pro každé nasazení používejte jedinečné značky, jako je hodnota hash Gitu nebo datum a čas, abyste zajistili správné sledování a nasazení aktualizací.

Spravovaný agent podporuje pouze gRPC.