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

W przypadku środowisk tylko do użycia trasy ekspresowe są nieobsługiwane i jest obsługiwana ograniczona trasa zdefiniowana przez użytkownika w następujący sposób. Konfiguracja trasy zdefiniowanej przez użytkownika musi mieć trasę skonfigurowaną dla Azure.<REGION_NAME> tagu usługi z następnym przeskokiem = "Internet". Ponadto reguły w dokumentacji sieciowej grupy zabezpieczeń muszą być skonfigurowane pod kątem działania tylko środowiska Zużycie. 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 profilu obciążenia.

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

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 dopiero po rygorystycznym testowaniu. Wdrażanie we wszystkich regionach może potrwać do dwóch tygodni lub dłużej.

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