Często zadawane pytania dotyczące usługi Azure Container Apps

Listę można wygenerować, uruchamiając następujące polecenie interfejsu wiersza polecenia platformy Azure:

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

Nie, usługa Azure Container Apps nie zapewnia bezpośredniego dostępu do interfejsu API Kubernetes.

Tak, możesz zaimportować interfejs API usługi Azure Container Apps z kontekstu usługi API Management.

Rozliczenia zależą od użycia zasobów, w tym procesora CPU, pamięci i liczby żądań. Aby uzyskać więcej informacji, zobacz stronę rozliczeń .

Tak. Funkcję GitHub Actions można skonfigurować przy użyciu interfejsu wiersza polecenia platformy Azure lub witryny Azure Portal:

• Za pomocą interfejsu wiersza polecenia platformy Azure uruchom polecenie az containerapp github-action -h , aby wyświetlić opcje.

• W witrynie Azure Portal przejdź do okna "Ciągłe wdrażanie" w aplikacji kontenera.

Usługa Azure Container Apps dekoduje adres URL, aby chronić aplikację przed atakami polegającymi na nieporozumieniu adresów URL. Adres URL żądania z zakodowanymi fragmentami, takimi jak http://mysite.com/archive/http%3A%2F%2Fmysite.com%2Farchive%2F123, jest wysyłany do aplikacji jako http://mysite.com/archive/http%3A/mysite.com/archive/123.

Środowiska tylko do użycia mają ograniczoną obsługę tras zdefiniowanych przez użytkownika (UDR). Usługa ExpressRoute nie jest obsługiwana. Ograniczona obsługa trasy zdefiniowanej przez użytkownika jest dostępna po skonfigurowaniu w następujący sposób:

• Trasa musi być zdefiniowana przy użyciu tagu Azure.<REGION_NAME> usługi z następnym przeskokiem = "Internet".

• Reguły sieciowej grupy zabezpieczeń muszą być również skonfigurowane zgodnie z opisem w dokumentacji sieciowej grupy zabezpieczeń , aby upewnić się, że środowisko działa prawidłowo.

Te ograniczenia nie mają zastosowania do profilów obciążeń, a w celu zapewnienia pełnej obsługi tras zdefiniowanych przez użytkownika i usługi Express Route należy używać środowisk profilów obciążeń.

Usługa Azure Container Apps nie przenosi ani nie przechowuje danych klientów z wdrożonego regionu.

Zażądaj zwiększenia limitu przydziału w witrynie Azure Portal przy użyciu usługi Azure Container Apps wybranej jako dostawca.

Podczas przesyłania żądania zwiększenia limitu przydziału należy wziąć pod uwagę następujące szczegóły:

• Skalowanie aplikacji a środowiska: istnieje wiele różnych przydziałów dostępnych do zwiększenia. Użyj tych opisów, aby ułatwić zidentyfikowanie Twoich potrzeb:

  • Zwiększ liczbę aplikacji i rdzeni na środowisko: umożliwia uruchamianie większej liczby aplikacji w środowisku i/lub intensywniejszych aplikacjach. Zalecane, jeśli obciążenia mogą być wdrażane w ramach tych samych granic sieci i zabezpieczeń.
  • Zwiększanie liczby środowisk: zalecane, jeśli obciążenia wymagają granic sieci lub zabezpieczeń. Uwaga: Szczegółowy kontekst biznesowy może być wymagany, jeśli twoje żądanie obejmuje zwiększenie limitów przydziału na poziomie środowiska. W przypadku żądania zmiany limitu przydziału środowiska regionalnego należy zażądać odpowiedniej zmiany limitu przydziału środowiska globalnego.

• Regiony: Zatwierdzenia dotyczące zwiększenia żądań różnią się w zależności od pojemności obliczeniowej dostępnej w regionach świadczenia usługi Azure.

• Określone wymagania obliczeniowe: platforma obsługuje 4 GB na aplikację kontenera. Przesłonięcia limitów pamięci są oceniane na podstawie poszczególnych przypadków.

• Uzasadnienie biznesowe dotyczące skalowania: możesz kwalifikować się do żądania zwiększenia limitu przydziału, jeśli limity platformy blokują wymagania dotyczące obciążeń. Przesłonięcia limitów skalowania są oceniane dla poszczególnych przypadków.

Każda możliwość języka Dapr jest poddawana dokładnej ocenie, aby mieć pozytywny wpływ na klientów, którzy uruchamiają mikrousługi w środowisku usługi Azure Container Apps, zapewniając jednocześnie najlepsze możliwe środowisko.

Dostępność interfejsów API alfa języka Dapr nie jest gwarantowana ani obsługiwana przez firmę Microsoft.

Chociaż składniki warstwy 1 są w pełni obsługiwane, składniki warstwy 2 są obsługiwane najlepiej. Dowiedz się więcej.

Żądanie funkcji można przesłać za pośrednictwem repozytorium GitHub usługi Azure Container Apps. Pamiętaj, aby uwzględnić "Dapr" w tytule żądania funkcji.

W miarę 1.13.6-msft.1 wdrażania w regionach produkcyjnych nadal mogą być widoczne wcześniejsze wersje (na przykład 1.12.5 lub 1.12.5-msft.6). Sufiks -msft.<number> wskazuje konkretne dostosowania wprowadzone w usłudze Azure Container Apps w celu ulepszenia środowiska użytkownika.

Wersje języka Dapr są aktualizowane na podstawie najlepszych wysiłków, z silnym naciskiem na stabilność, dokładne testowanie i minimalizowanie wpływu klientów. Celem jest zapewnienie bezproblemowej integracji aktualizacji bez wprowadzania zmian powodujących niezgodność.

Ponieważ aktualizacje wersji języka Dapr są stosowane automatycznie, zawsze korzystasz z najbezpieczniejszej wersji. Jednak usługa Dapr w usłudze Azure Container Apps nie jest zgodna z ustalonym harmonogramem wydania dla nowych funkcji. Zamiast tego wydanie nowych wersji języka Dapr dla nowych funkcji zależy od priorytetyzacji i stabilności plików binarnych Dapr.

Znajdź aktualizacje i ogłoszenia o wydaniach dla języka Dapr w usłudze Azure Container Apps w usłudze GitHub.

Wybór wersji niestandardowej nie jest obsługiwany. Zamiast tego środowisko jest automatycznie uaktualniane, zachowując integralność w pełni zarządzanej i bezserwerowej oferty Dapr w usłudze Azure Container Apps. Możesz kontrolować automatyczne aktualizacje, konfigurując funkcję planowanej konserwacji w środowisku aplikacji kontenerowych.

Wdrożenie bez platformy Docker umożliwia wdrażanie aplikacji bez definiowania pliku Dockerfile w kodzie. Zamiast tego funkcja kompilacji w chmurze usługi Container Apps używa pakietu Buildpacks do włączania kodu źródłowego na maszynie lokalnej w obraz kontenera. Ta opcja używa domyślnego rejestru usługi Azure Container Apps.

Występuje znany problem z wdrożeniami bez platformy Docker. Ponowienie próby może rozwiązać ten problem. Jeśli napotkasz ten problem, otwórz problem z usługą GitHub, aby nasz zespół mógł zbadać problem.

Musisz włączyć ochronę danych dla wszystkich aplikacji platformy .NET w usłudze Azure Container Apps. Aby uzyskać szczegółowe informacje, zobacz Wdrażanie i skalowanie aplikacji ASP.NET Core w usłudze Azure Container Apps .

Usługa Container Apps obsługuje cztery wersje LTS JDK: JDK 8, JDK 11, JDK 17 i JDK 21. W przypadku kompilacji kodu źródłowego domyślna wersja to JDK 17. W przypadku kompilacji pliku JAR wersja zestawu JDK jest odczytywana z lokalizacji pliku META-INF\MANIFEST. MF w pliku JAR, ale używa domyślnego zestawu JDK w wersji 17, jeśli określona wersja jest niedostępna.

Możesz skonfigurować wersję zestawu JDK, aby zastąpić domyślną wersję za pomocą zmiennych środowiskowych kompilacji.

Usługa Azure Container Apps obecnie obsługuje oprogramowanie Apache Maven jako narzędzie kompilacji Języka Java.

Kompilację obrazu Java można dostosować za pomocą zmiennych środowiskowych kompilacji.

W przypadku używania containerapp up w połączeniu z bazą kodu bez platformy Docker użyj parametru --location , aby aplikacja działa w lokalizacji innej niż Wschodnie stany USA.

Unikaj używania tagów statycznych, takich jak latest w przypadku obrazów kontenerów. Używanie tagów statycznych może prowadzić do problemów z buforowaniem i może utrudnić rozwiązywanie problemów z aplikacją. Zamiast tego użyj unikatowych tagów dla każdego wdrożenia, takiego jak skrót usługi Git lub data i godzina, aby upewnić się, że aktualizacje są prawidłowo śledzone i wdrażane.

Agent zarządzany obsługuje tylko gRPC.