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

Nie, nie ma dostępu do interfejsu API platformy Kubernetes.

Tak.

Aby uzyskać szczegółowe informacje, zapoznaj się ze stroną rozliczeń .

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

Pamiętaj o następujących kwestiach, jeśli chodzi o żądania zwiększenia limitu przydziału:

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

• Regiony: Zatwierdzenia dla 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.

Usługa Azure Container Apps oferuje deweloperom elastyczność eksperymentowania z najnowszymi interfejsami API alfa języka Dapr i funkcjami na zasadzie samoobsługi. Mimo że dostępność tych interfejsów API alfa i składników nie jest gwarantowana, możesz wyprzedzać krzywą i eksplorować najnowocześniejsze technologie, gdy staną się dostępne. Chociaż te interfejsy API alfa i składniki są dostarczane "tak, jak to jest" i "jako dostępne", ich ciągła ewolucja w kierunku stabilnego stanu gwarantuje, że deweloperzy zawsze mogą być liderem innowacji.

Typowa oś czasu wydania języka Dapr wynosi do sześciu tygodni po wydaniu systemu operacyjnego Dapr. Najnowsza wersja języka Dapr jest udostępniana w usłudze Azure Container Apps po rygorystycznym testowaniu. Wdrażanie we wszystkich regionach może potrwać około dwóch tygodni.

Żą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. Żą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.

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.

Maven

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.