Udostępnij przez

Udostępnij usługę Azure Container Apps

Uwaga

Plany Basic, Standardi Enterprise weszły w okres wycofywania 17 marca 2025 r. Aby uzyskać więcej informacji, zobacz ogłoszenie o wycofaniu usługi Azure Spring Apps.

Ten artykuł dotyczy:✅ Podstawowa/Standardowa ✅ Enterprise

Ten artykuł zawiera omówienie zagadnień podczas tworzenia usługi Azure Container Apps.

W usłudze Azure Spring Apps aplikacje są wdrażane w wystąpieniu usługi, co zapewnia w pełni zarządzaną platformę. Podobnie w usłudze Azure Container Apps aplikacje kontenerów są tworzone w środowisku usługi Azure Container Apps, które służy jako podstawowy host aplikacji. Chociaż obie usługi zapewniają środowiska hostingu, różnią się one różnymi aspektami, takimi jak modele cenowe, konserwacja, regionalna pomoc techniczna i operacje zarządzania. W tym artykule omówiono te różnice i przedstawiono wskazówki dotyczące tworzenia środowisk usługi Azure Container Apps i zarządzania nimi.

Wymagania wstępne

Tworzenie środowiska usługi Azure Container Apps

Aby utworzyć środowisko usługi Azure Container Apps, użyj następującego polecenia:

az containerapp env create \
    --resource-group $RESOURCE_GROUP \
    --name $ENVIRONMENT \
    --location "$LOCATION"

Aby uzyskać inne opcje konfiguracji, zobacz Polecenia interfejsu wiersza polecenia usługi Azure Container Apps.

Po utworzeniu środowiska można wdrożyć w niej aplikację kontenera. Aby uzyskać szczegółowe wskazówki, zobacz Szybki start: wdrażanie pierwszej aplikacji kontenera przy użyciu witryny Azure Portal.

Uwaga

Środowiska aplikacji kontenera są usuwane automatycznie, jeśli spełniają określony warunek — na przykład jeśli środowisko pozostanie bezczynne przez ponad 90 dni. Aby uzyskać pełną listę warunków, zobacz sekcję Zasady w środowiskach usługi Azure Container Apps.

Obsługa regionów

Regiony obecnie obsługiwane przez usługę Azure Container Apps mogą nie być całkowicie zgodne z tymi regionami obsługiwanymi przez usługę Azure Spring Apps. Sprawdź najnowszą dostępność w Produktach dostępnych w regionach.

Cennik

W przypadku wystąpienia usługi Azure Spring Apps opłaty są oparte na jednym z dostępnych planów: Basic, Standard lub Enterprise. Chociaż w usłudze Azure Container Apps ceny zależą od typu środowiska i wybranego profilu obciążenia.

Typ środowiska

Istnieją dwa typy środowisk w usłudze Azure Container Apps: Workload profile i Consumption only. Typ środowiska można określić przy użyciu parametru --enable-workload-profiles podczas tworzenia środowiska usługi Azure Container Apps. Domyślnie --enable-workload-profiles parametr jest ustawiany na true wartość podczas tworzenia Workload profile środowiska. Jeśli ustawisz na false, zostanie utworzone środowisko Consumption only.

Workload profile środowiska umożliwiają tworzenie zarówno profilów użycia, jak i dedykowanych obciążeń.

Consumption only środowiska nie obsługują tworzenia profilów obciążeń.

Aby zapoznać się z zagadnieniami dotyczącymi rozliczeń dla różnych typów, więcej informacji można znaleźć w sekcji Typy środowisk usługi Azure Container Apps. Jeśli planujesz używać własnej sieci wirtualnej, rozważ różnice opisane w poniższej tabeli:

Typ środowiska Obsługiwane typy planów opis
Profile obciążeń Zużycie, dedykowane Obsługuje trasy zdefiniowane przez użytkownika (UDR), ruch wychodzący za pośrednictwem bramy NAT oraz tworzenie prywatnych punktów końcowych w środowisku aplikacji kontenerowej. Minimalny wymagany rozmiar podsieci to /27.
Tylko zużycie Zużycie Nie obsługuje tras zdefiniowanych przez użytkownika (UDR), wychodzących za pośrednictwem bramy NAT, peeringu przez bramę zdalną ani innego niestandardowego egressu. Minimalny wymagany rozmiar podsieci to /23.

Aby uzyskać więcej informacji, zobacz Środowiska usługi Azure Container Apps.

Profil obciążenia

Jeśli zdecydujesz się utworzyć Workload profile środowisko, możesz użyć profilu domyślnego Consumption lub utworzyć dodatkowe Dedicated profile, aby spełnić określone wymagania aplikacji. W poniższej tabeli opisano następujące opcje:

Typ profilu opis Potencjalne użycie
Zużycie Automatycznie dodane do dowolnego nowego środowiska. Aplikacje, które nie wymagają określonych wymagań sprzętowych.
Dedykowane (uniwersalne) Równoważy pamięć i zasoby obliczeniowe. Aplikacje, które wymagają większych ilości procesora CPU i/lub pamięci.
Dedykowane (zoptymalizowane pod kątem pamięci) Zwiększone zasoby pamięci. Aplikacje, które wymagają dostępu do dużych danych w pamięci, modeli uczenia maszynowego w pamięci lub innych wymagań dotyczących pamięci.
Dedykowane (włączone procesory GPU) (wersja zapoznawcza) GPU ze zwiększoną ilością pamięci i zasobów obliczeniowych dostępne w regionach Zachodnie USA 3 i Europa Północna. Aplikacje wymagające procesora GPU.

Aby uzyskać więcej informacji na temat typów i rozmiarów profilów obciążenia, zobacz sekcję Typy profili w części Profile obciążenia w Azure Container Apps.

Szacowanie kosztów

Skorzystaj z kalkulatora cen platformy Azure, aby oszacować koszty dla obu typów profilów obciążenia na podstawie wymagań dotyczących zasobów aplikacji.

Rozważ skalowanie konfiguracji i wyzwalaczy skalowania automatycznego, ponieważ znacząco wpływają one na użycie zasobów.

Aby uzyskać więcej informacji, zobacz Profile obciążeń w usłudze Azure Container Apps.

Konserwacja

Usługa Azure Container Apps zapewnia bezproblemowe ponowne uruchamianie aplikacji podczas konserwacji podstawowej. Okno obsługi dla środowiska aplikacji można skonfigurować przy użyciu następującego polecenia:

az containerapp env maintenance-config add \
    --resource-group <RESOURCE_GROUP> \
    --environment <ENVIRONMENT_NAME> \
    --weekday Monday \
    --start-hour-utc 1 \
    --duration 8

Podobnie jak w przypadku funkcji planowanej konserwacji w usłudze Azure Spring Apps, możesz ustawić dni tygodnia, godzinę rozpoczęcia i czas trwania — co najmniej 8 godzin — w usłudze Azure Container Apps. Usługa Container Apps wykonuje niekrytyczne aktualizacje zgodnie z planem konserwacji.

Uwaga

Godziny w formacie UTC są wyrażane przy użyciu formatu godziny 24-godzinnej. Jeśli na przykład chcesz, aby godzina rozpoczęcia wynosiła 13:00, start-hour-utc wartość to 13.

Usługa Azure Container Apps gwarantuje, że konserwacja rozpoczyna się w skonfigurowanym oknie obsługi, ale nie gwarantuje zakończenia konserwacji w przedziale czasu.

Tylko aktualizacje niekrytyczne są zgodne ze skonfigurowanym oknem obsługi. Aktualizacje krytyczne nie.

Aby uzyskać więcej informacji, zobacz Planowana konserwacja usługi Azure Container Apps.

Niezawodność

Obsługa strefy dostępności

W większości regionów usługi Azure Spring Apps i Azure Container Apps używają stref dostępności w regionach, w których są dostępne. Aby uzyskać listę regionów obsługujących strefy dostępności, zobacz Usługi platformy Azure z obsługą stref dostępności. Usługa Azure Container Apps oferuje taką samą obsługę niezawodności niezależnie od typu planu.

Aby włączyć strefy dostępności w usłudze Azure Container Apps, należy określić sieć wirtualną z dostępną podsiecią podczas tworzenia środowiska aplikacji kontenera. Zarówno usługi Azure Spring Apps, jak i Azure Container Apps używają tego samego parametru, aby włączyć redundancję strefy. Aby uzyskać więcej informacji na temat włączania stref dostępności, zobacz Niezawodność w usłudze Azure Container Apps.

Odzyskiwanie po awarii

Usługi Azure Spring Apps i Azure Container Apps wykorzystują ujednoliconą strategię odzyskiwania po awarii i ciągłości działania. Aby uzyskać więcej informacji, zobacz sekcję Odzyskiwanie po awarii między regionami i ciągłość działalności biznesowej w części Niezawodność w Azure Container Apps.

Znane ograniczenia

  • Uruchamianie/zatrzymywanie: usługa Azure Spring Apps umożliwia uruchamianie lub zatrzymywanie całego wystąpienia usługi lub poszczególnych aplikacji. Natomiast usługa Azure Container Apps obsługuje funkcje uruchamiania/zatrzymywania tylko na poziomie aplikacji kontenera, a nie dla całego środowiska.
  • Usuń: po usunięciu wystąpienia usługi Azure Spring Apps wszystkie zasoby bazowe zostaną automatycznie usunięte. Natomiast w przypadku usługi Azure Container Apps należy najpierw usunąć podźródła, takie jak usunięcie wszystkich aplikacji kontenera przed usunięciem środowiska aplikacji kontenera.
  • Last updated on