Testowanie i wdrażanie przekonwertowanego szablonu
Po ulepszeniu pliku Bicep w fazie refaktoryzacji należy przetestować plik i wdrożyć go w środowisku platformy Azure. Czwarta i piąta faza zalecanego przepływu pracy to faza testowania i faza wdrażania :
Głównym celem tych dwóch faz jest przetestowanie pliku Bicep przy użyciu dostępnych narzędzi, a następnie wdrożenie pliku w środowisku platformy Azure.
Faza testu
Cele fazy testowania migrowania zasobów do aplikacji Bicep mają na celu zweryfikowanie integralności zmigrowanych szablonów i przeprowadzenie wdrożenia testowego.
Faza testowania składa się z dwóch kroków, które należy wykonać w tej kolejności:
- Uruchom operację warunkową wdrożenia szablonu usługi ARM.
- Wykonaj wdrożenie testowe.
Operacja analizy co-jeżeli udostępnia podgląd zmian, które zostaną wprowadzone podczas wdrażania pliku Bicep. Wdrożenie testowe służy do porównywania oryginalnych zasobów z nowo wdrożonych zasobów.
Co to jest operacja warunkowa wdrożenia szablonu usługi ARM?
Podczas wdrażania nowych zasobów lub modyfikowania istniejących zasobów można wprowadzić zmiany powodujące niezgodność w środowiskach. Wdrożenie może modyfikować lub usuwać istniejące zasoby, tworzyć niepoprawnie skonfigurowane nowe zasoby lub wpływać na ogólną funkcjonalność aplikacji.
Operacja analizy warunkowej wdrożenia szablonu usługi ARM może pomóc w zweryfikowaniu przekonwertowanych szablonów przed ich wdrożeniem. Porównuje bieżący stan środowiska z zamierzonym stanem zdefiniowanym w szablonie. Narzędzie generuje listę zmian, które zostaną wprowadzone bez stosowania zmian w środowisku. Ten proces może zwiększyć poziom ufności wdrożeń. Możesz użyć analizy co-jeżeli zarówno z wdrożeniami przyrostowymi, jak i pełnymi. Nawet jeśli planujesz wdrożenie szablonu przy użyciu trybu przyrostowego, dobrym pomysłem jest uruchomienie operacji analizy co-jeżeli w trybie pełnym. Uruchomienie operacji analizy co-jeżeli pomaga zidentyfikować wszelkie zasoby, które mogły zostać przypadkowo pominięte z szablonu.
Uwaga
Operacja analizy co-jeżeli może wyświetlić niektóre właściwości zasobu jako usunięte, gdy rzeczywiście nie zostaną zmienione. Wyniki te są uznawane za szum.
Wdrażanie testowe
Przed wprowadzeniem przekonwertowanego szablonu Bicep do środowiska produkcyjnego rozważ uruchomienie wielu wdrożeń testowych. Jeśli masz wiele środowisk (produkcyjne, deweloperskie, testowe), możesz najpierw spróbować wdrożyć szablon w jednym ze środowisk nieprodukcyjnych. Po wdrożeniu porównaj oryginalne zasoby pod kątem spójności z nowymi wdrożeniami zasobów.
Napiwek
Jeśli nie masz dostępu do środowiska nieprodukcyjnego w celu przetestowania wdrożenia, wdróż szablon Bicep w nowym środowisku.
Faza wdrażania
Celem fazy wdrażania migracji zasobów do aplikacji Bicep jest wdrożenie końcowego pliku Bicep w środowisku produkcyjnym. Przed wdrożeniem produkcyjnym należy wziąć pod uwagę kilka rzeczy.
Faza wdrażania składa się z czterech kroków, które należy wykonać w następującej kolejności:
- Przygotuj plan wycofania.
- Uruchom operację analizy warunkowej względem środowiska produkcyjnego.
- Ręcznie wdróż plik Bicep.
- Uruchom testy weryfikacyjne kompilacji.
Te kroki ułatwiają przygotowanie się do ewentualnych problemów z wdrożeniami produkcyjnymi.
Przygotowywanie planu wycofywania
Możliwość odzyskania po nieudanym wdrożeniu ma kluczowe znaczenie. Poświęć czas na opracowanie planu wycofania, który ma być używany, jeśli jakiekolwiek zmiany powodujące niezgodność zostaną wprowadzone w środowiskach. Plan powinien uwzględniać strategię ciągłości działania i odzyskiwania po awarii (BCDR) organizacji. Spis typów wdrożonych zasobów, takich jak maszyny wirtualne, aplikacje internetowe i bazy danych. Należy również rozważyć płaszczyznę danych każdego zasobu. Czy masz sposób na odzyskanie maszyny wirtualnej i jej danych? Czy masz sposób na odzyskanie bazy danych po jej usunięciu lub odzyskaniu danych z konta magazynu? Dobrze opracowany plan wycofywania pomaga zachować przestój do minimum, jeśli wystąpią jakiekolwiek problemy z wdrożeniem.
Uruchamianie operacji analizy co-jeżeli względem środowiska produkcyjnego
Uruchomiono już operację analizy co-jeżeli w innych środowiskach, aby sprawdzić, czy nowy plik Bicep nie spowoduje żadnych zmian powodujących niezgodność. Przed wdrożeniem końcowego pliku Bicep w środowisku produkcyjnym uruchom operację analizy warunkowej względem środowiska produkcyjnego. Pamiętaj, aby użyć wartości parametrów produkcyjnych i rozważyć dokumentowanie wyników.
Ręczne wdrażanie
Jeśli użyjesz przekonwertowanego szablonu w potoku, na przykład w usłudze Azure DevOps lub GitHub Actions, najpierw rozważ uruchomienie wdrożenia z komputera lokalnego. Lepiej sprawdzić funkcjonalność szablonu przed dodaniem szablonu do potoku produkcyjnego. Gdy zobaczysz, jak działa szablon, możesz szybko odpowiedzieć, jeśli wystąpi problem.
Uruchamianie testów weryfikacyjnych kompilacji
Po zakończeniu wdrażania warto uruchomić serię testów weryfikacyjnych kompilacji. Test weryfikacyjny kompilacji to prosty test sprawdzający, czy aplikacja lub funkcje obciążenia. Na przykład przetestuj, czy aplikacja internetowa jest dostępna za pośrednictwem normalnych kanałów dostępu, takich jak publiczny Internet, czy za pośrednictwem firmowej sieci VPN. W przypadku baz danych spróbuj nawiązać połączenie z bazą danych i uruchomić serię zapytań. W przypadku maszyn wirtualnych zaloguj się do maszyny wirtualnej i upewnij się, że wszystkie usługi są uruchomione.