Przewodnik dotyczący wycofania środowisk wdrożeniowych platformy Azure

Azure Deployment Environments przechodzi na emeryturę 22 lutego 2027 roku. Zacznij już teraz opracowywać plan wycofania, aby móc przeprowadzić inwentaryzację istniejących środowisk, zweryfikować procesy zastępowania oraz zakończyć migrację i porządkowanie przed wycofaniem.

Wezwanie do działania

• Zacznij już teraz tworzyć plan emerytalny. Inwentaryzuj środowiska ADE, definicje, katalogi, typy środowisk, projekty, centra deweloperskie, subskrypcje wdrożeniowe, tożsamości i przypisania ról.
• Wybierz i zweryfikowaj podejście zastępcze dla każdego scenariusza ADE, w tym zarządzanie, kontrolę dostępu, infrastrukturę jako kod, sieci, zarządzanie kosztami, cykl życia oraz wymagania dotyczące samoobsługi dla deweloperów.
• Przenieś użytkowników i automatyzację do procesu wymiany przed 22 lutego 2027 roku.
• Usuń nieużywane środowiska i zasoby Azure należące do klientów, aby obniżyć koszty i formalnie wycofać się z ADE.

Omówienie wskazówek dotyczących przejścia

Przejrzyj rozwiązania Microsoft, Azure i partnerów, które mogą wspierać Twoje scenariusze środowiska deweloperskiego. ADE nie ma jednego uniwersalnego zamiennika dla każdego obciążenia pracą, więc oceń każdą opcję pod kątem wymagań technicznych i organizacyjnych.

Rozwiązania firmy Microsoft

Rozważ te podejścia Microsoft i Azure jako zamienniki środowisk wdrożeniowych Azure.

Azure Resource Manager i Bicep

Rozważ bezpośrednie wdrażanie infrastruktury jako kodu za pomocą szablonów Azure Resource Manager lub Bicep, gdy twoje zespoły mogą zarządzać subskrypcjami, grupami zasobów, tożsamościami, politykami, orkiestracją wdrożeń i kontrolami cyklu życia poprzez istniejące procesy inżynierii platformowej.

Zweryfikowane moduły Azure

Weźmy pod uwagę wielokrotnego użytku zweryfikowane moduły Azure, gdy zespoły potrzebują ustandaryzowanych, uregulowanych bloków budulcowych dla zasobów Azure. Zweryfikuj pokrycie modułów, wersjonowanie, integrację zasad i odpowiedzialność przed migracją.

Azure DevOps i przepływy pracy GitHub

Rozważ przepływy pracy CI/CD, gdy udostępnianie środowiska można zintegrować z repozytoriami i potokami. Przebuduj polecenia specyficzne dla ADE, integracje z SDK oraz konfigurację azd skierowaną do platformy Dev Center.

Rozwiązania partnerów Azure

Żadne z zidentyfikowanych przez nas rozwiązań zewnętrznych nie obsługuje bezpośrednio cyklu życia Bicep ani ARM. Używaj Bicep lub ARM bezpośrednio w Azure do wdrożenia.

Przed wyborem rozwiązania przetestuj reprezentatywne scenariusze tworzenia, aktualizowania, usuwania, zasad, tożsamości, rejestrowania, odzyskiwania po awarii oraz zarządzania kosztami.

Najczęściej spotykane pytania dotyczące wycofania środowisk wdrożeniowych Azure

Kiedy środowiska wdrożeniowe Azure zostaną wycofane?

Azure Deployment Environments przechodzi na emeryturę 22 lutego 2027 roku. Zakończ migrację produkcji przed tą datą.

Co się dzieje w dniu przejścia na emeryturę?

Przewiduje się, że operacje tworzenia, wdrażania, ponownego wdrażania i inne operacje zapisu w ADE będą zablokowane. Operacje inwentaryzacji, odczytu, rejestrowania i usuwania mają pozostać dostępne przez określony okres czyszczenia.

Czy emerytura ADE oznacza też wycofanie Microsoft Dev Box?

No. Microsoft Dev Box ma osobną datę wycofania na 18 września 2028 roku. Definicje, obrazy, pule, harmonogramy, połączenia sieciowe i operacje użytkowników usługi Dev Box będą nadal dostępne w dniu wycofania ADE.

Czy mogę usunąć wspólne centra deweloperskie i projekty?

Dopiero po potwierdzeniu, że nie mają już żadnej zależności od Dev Boxa. Przyporządkuj projekty do połączonego z nimi centrum deweloperskiego i sprawdź, czy istnieją pule Dev Box lub inne zasoby Dev Box, przed usunięciem współdzielonych zasobów nadrzędnych.

Jak zidentyfikować dotknięte zasoby?

Użyj skoroszytu Service Retirement oraz Azure Resource Graph, aby zidentyfikować zasoby hosta ADE i zasoby płaszczyzny sterowania w subskrypcjach, do których masz dostęp. Instancje środowisk ADE nie mają identyfikatorów zasobów usługi Azure Resource Manager, dlatego wdrożone środowiska należy inwentaryzować osobno za pośrednictwem portalu deweloperskiego, interfejsu wiersza polecenia platformy Azure (Azure CLI), interfejsów API płaszczyzny danych ADE lub istniejącej telemetrii operacyjnej.

Jak mogę przenieść swoje środowiska?

Zachowaj szablony, katalogowe odniesienia źródłowe, parametry i konfigurację. Wybierz docelową platformę. Odbudowa automatyzacji provisioningu. Zweryfikować zarządzanie i kontrolę cyklu życia. Przetestuj reprezentatywne wdrożenia i procedury odzyskiwania. Przesuwaj użytkowników i automatyzację przed przejściem na emeryturę.

Jak usunąć środowiska ADE?

• Otwórz każde środowisko w portalu deweloperskim i przejrzyj jego szczegóły oraz grupę zasobów wdrożeniowych.
• Usuń środowisko i potwierdź zakres usunięcia.
• Otwórz grupę zasobów wdrożenia w portalu Azure i sprawdź, które zasoby zostały usunięte.
• Usuń zasoby należące do klientów, które pozostają i nie są już potrzebne.
• Usuń typy środowisk, definicje, katalogi, tożsamości, przypisania ról oraz podwyższone uprawnienia do wdrażania przeznaczone wyłącznie dla ADE, gdy zależności przestaną istnieć.

Czy usunięcie środowiska powoduje zatrzymanie wszystkich opłat?

Niekoniecznie. Usunięcie metadanych ADE może nie usunąć wszystkich zasobów Azure, które środowisko wdrożyło. Zasoby spoza zarządzanej grupy zasobów wdrożenia mogą nadal działać i generować opłaty, dopóki je nie usuniesz. Przejrzyj dane Azure Cost Management, aby potwierdzić, że planowane rozliczenia zostały wstrzymane.

Gdzie mogę uzyskać pomoc?

Korzystaj z Microsoft Q& A do udzielania wskazówek społeczności. Jeśli masz plan pomoc techniczna platformy Azure i potrzebujesz pomocy technicznej, złóż wniosek o pomoc techniczna platformy Azure.

Treści powiązane

• Dokumentacja środowisk wdrożeniowych Azure | Microsoft Learn