Aprowizuj usługę Azure Container Apps
Uwaga
Plany Podstawowa, Standardowa i Enterprise zostaną wycofane od połowy marca 2025 r. z 3-letnim okresem emerytalnym. Zalecamy przejście do usługi Azure Container Apps. Aby uzyskać więcej informacji, zobacz ogłoszenie o wycofaniu usługi Azure Spring Apps.
Zużycie standardowe i dedykowany plan zostaną wycofane od 30 września 2024 r. z całkowitym zamknięciem po sześciu miesiącach. Zalecamy przejście do usługi Azure Container Apps. Aby uzyskać więcej informacji, zobacz Migrowanie użycia usługi Azure Spring Apps w warstwie Standardowa i dedykowanego planu do usługi Azure Container 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
- Aktywna subskrypcja platformy Azure. Jeśli go nie masz, możesz utworzyć bezpłatne konto platformy Azure.
- Interfejs wiersza polecenia platformy Azure.
- Dostawca
Microsoft.Appzasobów jest zarejestrowany w ramach subskrypcji platformy Azure. Aby uzyskać więcej informacji, zobacz Dostawcy zasobów i typy platformy Azure.
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 obszarze Produkty dostępne według regionów.
Cennik
W przypadku wystąpienia usługi Azure Spring Apps opłaty są oparte na jednym z dostępnych planów: Podstawowa, Standardowa 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 ją na false, Consumption only zostanie utworzone środowisko.
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 translatora adresów sieciowych oraz tworzenie prywatnych punktów końcowych w środowisku aplikacji kontenera. 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 translatora adresów sieciowych, komunikacji równorzędnej za pośrednictwem bramy zdalnej ani innego niestandardowego ruchu wychodzącego. 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 (ogólnego przeznaczenia) | 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) | Procesor GPU z większą ilością pamięci i zasobów obliczeniowych dostępnych w regionach Zachodnie stany 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ę Profile profilów w usłudze 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 konfiguracją 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ć nadmiarowość 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 usłudze 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.