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

Ne, neexistuje přístup k rozhraní Kubernetes API.

Ano.

Podrobnosti najdete na stránce fakturace .

Ano. 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.

Pro prostředí pouze consumption se expresní trasy nepodporují a pokud je nakonfigurované následující konfigurace, je podporováno omezené trasování definovanou uživatelem. Konfigurace trasy definovaná uživatelem musí mít nakonfigurovanou trasu pro Azure.<REGION_NAME> značku služby s dalším segmentem směrování = "Internet". Kromě toho musí být pravidla v dokumentaci k NSG nakonfigurovaná tak, aby byla funkční pouze pro prostředí Consumption. Tato omezení neplatí pro profily úloh a pro plnou podporu trasy definované uživatelem a ExpressRoute používat prostředí profilů úloh.

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

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

Mějte na paměti následující skutečnosti, pokud jde o žádosti o navýšení kvóty:

• Škálováníaplikacích 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 se vaše úlohy můžou nasadit ve stejné síti a hranicích zabezpečení.
  • Zvýšení prostředí: Doporučuje se, pokud vaše úlohy potřebují hranice sítě nebo zabezpečení. 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í omezení paměti se vyhodnocují podle jednotlivých případů.

• 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í omezení škálování se vyhodnocují podle jednotlivých případů.

Každá funkce Dapr prochází důkladným vyhodnocením, aby se zajistilo, že budou mít pozitivní dopad na zákazníky běžící mikroslužby v prostředí Azure Container Apps a zároveň zajistit co nejlepší prostředí.

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.

Typická časová osa vydání Dapr je až šest týdnů po vydání operačního systému Dapr. Nejnovější verze Dapr je dostupná v Azure Container Apps až po důkladném testování. Uvedení do všech oblastí může trvat až dva týdny nebo déle.

Žá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".

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í ke známému problému s nasazeními bez Dockeru. Pokud to zkusíte znovu, můžete to 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 sady JDK můžete nakonfigurovat tak, aby přepsala výchozí verzi prostřednictvím proměnných prostředí sestavení.

Maven

Sestavení image Java 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.