Migrowanie użycia usługi Azure Spring Apps w warstwie Standardowa i dedykowanego planu do usługi Azure Container Apps
W tym artykule opisano, kiedy i jak przeprowadzić migrację użycia usługi Azure Spring Apps w warstwie Standardowa i dedykowanego planu (obecnie tylko w publicznej wersji zapoznawczej) do usługi Azure Container Apps. Aby skonsolidować korzyści natywne dla chmury i usprawnić nasze oferty, usługa Azure Spring Apps jest wycofywalna, w tym z użyciem standardowym i dedykowanym (wersja zapoznawcza), planami w warstwie Podstawowa, Standardowa i Enterprise. Użycie standardowe i dedykowany plan (wersja zapoznawcza) wchodzi w okres sześciu miesięcy zachodu słońca 30 września 2024 r. i przechodzi na emeryturę w marcu 2025 r.
Zalecamy usługę Azure Container Apps jako najlepsze miejsce docelowe migracji. Azure Container Apps to w pełni zarządzana bezserwerowa platforma kontenerów dla aplikacji wielolotowych i oferuje ulepszone funkcje Języka Java dostępne wcześniej w usłudze Azure Spring Apps.
Wprowadziliśmy funkcję migracji, aby ułatwić przejście z użycia usługi Azure Spring Apps w warstwie Standardowa i dedykowanego planu (wersja zapoznawcza) do usługi Azure Container Apps. Wybierz pozycję Migruj w witrynie Azure Portal i potwierdź akcję.
Po zakończeniu migracji aplikacja jest wyświetlana jako standardowa aplikacja w usłudze Azure Container Apps z włączonym stosem programowania w języku Java. Po włączeniu tej opcji uzyskasz dostęp do metryk i dzienników specyficznych dla języka Java w celu monitorowania i rozwiązywania problemów z aplikacjami. Aby uzyskać więcej informacji, zobacz Java metrics for Java apps in Azure Container Apps (Metryki języka Java dla aplikacji Java w usłudze Azure Container Apps ) i Set dynamic logger level to troubleshoot Java applications in Azure Container Apps (Ustawianie dynamicznego poziomu rejestratora w celu rozwiązywania problemów z aplikacjami Java w usłudze Azure Container Apps).
Poniższy film wideo ogłasza ogólną dostępność środowisk Java w usłudze Azure Container Apps:
Często zadawane pytania
W poniższej sekcji przedstawiono kilka pytań dotyczących procesu migracji.
Czy istnieją plany wycofania innych jednostek SKU usługi Azure Spring Apps?
Tak, inne plany usługi Azure Spring Apps są również wycofywane z trzyletnim okresem zachodu słońca. Aby uzyskać więcej informacji, zobacz ogłoszenie o wycofaniu usługi Azure Spring Apps.
Co się stanie, jeśli nie podejmę żadnych działań do 30 marca 2025 r.?
Aplikacje są automatycznie migrowane do usługi Azure Container Apps.
Czy mogę nadal używać usługi Azure Spring Apps w warstwie Standardowa i planu dedykowanego?
Istniejące aplikacje można nadal uruchamiać do 30 marca 2025 r., ale nie można tworzyć nowych aplikacji i wystąpień usług po 30 września 2024 r.
Jak uzyskać pomoc, jeśli proces migracji zakończy się niepowodzeniem?
Wypełnij formularz żądania pomocy technicznej w witrynie Azure Portal, używając następujących wartości:
- W polu Typ problemu wybierz pozycję Techniczny.
- W obszarze Subskrypcja wybierz swoją subskrypcję.
- W polu Usługa wybierz pozycję Azure Spring Apps.
- W polu Zasób wybierz zasób usługi Azure Spring Apps.
- W obszarze Podsumowanie wpisz opis problemu.
- W polu Typ problemu wybierz pozycję Mojego problemu nie ma na liście.
Czy muszę ręcznie utworzyć wystąpienia serwera Spring Cloud Config Server i usługi Spring Cloud Service Registry w usłudze Azure Container Apps?
Tak, należy ponownie utworzyć wystąpienia usługi Spring Cloud Config Server i Spring Cloud Service Registry w usłudze Azure Container Apps. Zarówno serwer Spring Cloud Config Server, jak i usługa Spring Cloud Service Registry są również składnikami zarządzanymi w usłudze Azure Container Apps, ale istnieją pewne istotne różnice. Aby uzyskać więcej informacji, zobacz Samouczek: nawiązywanie połączenia z zarządzanym serwerem Eureka dla platformy Spring w usłudze Azure Container Apps i Samouczek: nawiązywanie połączenia z zarządzanym serwerem konfiguracji platformy Spring w usłudze Azure Container Apps.
Jeśli potrzebujesz pomocy przy tworzeniu i migrowaniu serwerów Spring Cloud Config Server i Spring Cloud Service Registry do usługi Azure Container Apps, utwórz wniosek o pomoc techniczną.
Czy podczas procesu migracji wystąpił przestój?
Nie ma przestoju, chyba że używasz serwera Spring Cloud Config Server i usługi Spring Cloud Service Registry, który należy ręcznie utworzyć ponownie w usłudze Azure Container Apps.
Co się stanie z aplikacjami, które mają transakcje w locie podczas migracji?
Wszystkie transakcje w locie są wykonywane bez żadnych przerw, chyba że używasz serwera Spring Cloud Config Server i usługi Spring Cloud Service Registry, które należy ręcznie utworzyć ponownie w usłudze Azure Container Apps.
Czy po migracji nastąpiła zmiana adresu IP/nazwy FQDN?
Nie ma żadnych zmian. Wszystkie adresy IP/nazwy FQDN pozostają takie same po migracji.
Używam magazynu trwałego. Jak mogę utworzyć go ponownie w usłudze Azure Container Apps?
Magazyn trwały jest migrowy automatycznie do usługi Azure Container Apps.
Jakie są implikacje cenowe podczas przechodzenia do usługi Azure Container Apps?
Usługa Azure Container Apps ma taką samą strukturę cenową jak usługa Azure Spring Apps dla planów użycia i dedykowanych planów. Opłaty za aktywne i bezczynne użycie procesora CPU/pamięci wraz z jednostkami SKU maszyny wirtualnej w dedykowanych obciążeniach są identyczne w usługach Azure Spring Apps i Azure Container Apps. Miesięczne bezpłatne przyznawanie ma również zastosowanie bezpośrednio do usługi Azure Container Apps. Jedynym wyjątkiem od reguły jest liczba żądań dla zarządzanych składników Java są rozliczane w planie użycia usługi Azure Container Apps.
W poniższej tabeli opisano różnice:
| Zasoby używane na potrzeby zarządzanych składników Języka Java | Plan użycia usługi Azure Spring Apps w warstwie Standardowa | Plan użycia usługi Azure Container Apps |
|---|---|---|
| Aktywny procesor CPU w usłudze Spring Cloud Service Registry | Nie widać żadnej zmiany. | Nie widać żadnej zmiany. |
| Procesor CPU bezczynności rejestru Spring Cloud Service Registry | Nie widać żadnej zmiany. | Nie widać żadnej zmiany. |
| Aktywny procesor CPU serwera Spring Cloud Config Server | Nie widać żadnej zmiany. | Nie widać żadnej zmiany. |
| Spring Cloud Config Server bezczynny procesor CPU | Nie widać żadnej zmiany. | Nie widać żadnej zmiany. |
| Milion żądań wysyłanych do usługi Spring Cloud Service Registry | Bez dodatkowych kosztów. | Zobacz Cennik usługi Azure Container Apps. |
| Milion żądań wysyłanych do serwera Spring Cloud Config Server | Bez dodatkowych kosztów. | Zobacz Cennik usługi Azure Container Apps. |
Ponadto dzięki usłudze Azure Container Apps możesz skorzystać z planu oszczędności platformy Azure i skorzystać z oszczędności dzięki zobowiązaniu. Aby uzyskać więcej informacji, zobacz Plan oszczędności platformy Azure na potrzeby obliczeń.
Jak mogę nadal używać własnej sieci wirtualnej w usłudze Azure Container Apps?
Nie ma żadnych zmian w środowisku sieci wirtualnej. Możesz nadal korzystać z własnej sieci wirtualnej.
Czy moja aplikacja zostanie zmigrowana do planu zużycia lub użycia i dedykowanego planu z profilami obciążeń w usłudze Azure Container Apps?
Istnieje bezpośrednie mapowanie między planami usług w usługach Azure Spring Apps i Azure Container Apps. Jeśli aplikacja jest obecnie uruchomiona w planie zużycia, zostanie przeniesiona do planu zużycie tylko w usłudze Azure Container Apps. Jeśli aplikacja jest obecnie uruchomiona w profilu użycia i dedykowanego obciążenia, przechodzi do odpowiedniego profilu obciążenia w usłudze Azure Container Apps.
Jak kontynuować działanie potoków wdrażania/przepływu pracy?
Potoki wdrożenia/przepływ pracy muszą wskazywać usługę Azure Container Apps, aby działały prawidłowo. Aby uzyskać więcej informacji, zobacz Wprowadzenie do dodatkowych sposobów wdrażania usługi Azure Container Apps.
Jak mogę kontynuować działanie skryptów automatyzacji przy użyciu interfejsu wiersza polecenia platformy Azure?
Skrypty interfejsu wiersza polecenia platformy Azure muszą ulec zmianie, aby działały w usłudze Azure Container Apps. Aby uzyskać więcej informacji, zobacz az containerapp.