Wdrożenie CodePipeline czasami powoduje, że strona główna aplikacji internetowej zwraca błąd 503 zamiast oczekiwanego 200. Po wdrożeniu dodano etap CheckURL, który powinien zakończyć potok niepowodzeniem, jeśli strona główna nie zwróci kodu 200 OK. Jaki jest odpowiedni następny krok, aby zaimplementować ten zautomatyzowany test?
Wybierz odpowiedź
Dotknij opcji, aby sprawdzić swoją odpowiedź.
Poprawna odpowiedź: Utwórz funkcję Lambda, która wysyła żądanie do adresu URL aplikacji, sprawdza odpowiedź 200 i zgłasza sukces lub niepowodzenie do CodePipeline. Skonfiguruj akcję w etapie CheckURL, aby wywołać tę funkcję Lambda..
Dlaczego to jest odpowiedź
Utworzenie funkcji Lambda to elastyczne i opłacalne rozwiązanie do zautomatyzowanego testowania. Funkcja Lambda może wysłać żądanie HTTP do adresu URL aplikacji, sprawdzić kod odpowiedzi 200 i zgłosić wynik (sukces/niepowodzenie) z powrotem do CodePipeline, co spowoduje zatrzymanie potoku w przypadku błędu. Ta metoda jest precyzyjna i pozwala na niestandardową logikę sprawdzania. Dodanie akcji CloudWatch z Canary jest możliwe, ale Canary są przeznaczone do ciągłego monitorowania, a nie jednorazowego testu w ramach potoku wdrożeniowego. Użycie akcji CodeDeploy jest nieodpowiednie, ponieważ CodeDeploy służy do wdrażania aplikacji, a nie do testowania dostępności URL. Wdrożenie API Gateway i Device Farm jest zbyt złożone i niepotrzebne do prostego sprawdzenia kodu odpowiedzi HTTP.
Zdaj egzamin — bez niekończącego się szukania odpowiedzi
Uzyskaj wszystkie zweryfikowane pytania i wyjaśnienia do tego egzaminu w jednym miejscu i zaoszczędź godziny przygotowań. Ponad 1000 certyfikacji · Ponad 20 języków · Zacznij za darmo.
Zdaj egzamin szybciej → Karta nie jest wymagana