Punkty kontrolne
Set up your environment
/ 10
Deploy the Spinnaker chart using Kubernetes Helm
/ 20
Building the Docker image
/ 20
Create service load balancers
/ 20
Deploy an image to production
/ 10
Triggering pipeline from code changes
/ 20
Potoki ciągłego dostarczania oparte na usłudze Spinnaker i Kubernetes Engine
- GSP114
- Opis
- Architektura potoku
- Konfiguracja i wymagania
- Zadanie 1. Konfigurowanie środowiska
- Zadanie 2. Konfigurowanie Cloud Pub/Sub w celu aktywowania potoków Spinnaker
- Zadanie 3. Wdrażanie usługi Spinnaker za pomocą narzędzia Helm
- Zadanie 4. Kompilowanie obrazu Dockera
- Zadanie 5. Konfigurowanie potoków wdrożenia
- Zadanie 6. Aktywowanie potoku w przypadku zmian w kodzie
- Zadanie 7. Obserwowanie wdrożeń do wczesnych testów
- Gratulacje!
GSP114
Opis
Z tego modułu praktycznego dowiesz się, jak stworzyć potok ciągłego dostarczania przy użyciu takich rozwiązań jak Google Kubernetes Engine, Google Cloud Source Repositories, Google Cloud Container Builder i Spinnaker. Po utworzeniu przykładowej aplikacji skonfigurujesz te usługi tak, aby automatycznie ją kompilowały, testowały i wdrażały. Gdy zmodyfikujesz kod aplikacji, zmiany będą aktywować potok ciągłego dostarczania, co pozwoli automatycznie na nowo skompilować, przetestować i wdrożyć nową wersję.
Cele
- Aby skonfigurować środowisko, uruchomisz Google Cloud Shell, utworzysz klaster Kubernetes Engine i skonfigurujesz swój schemat zarządzania tożsamościami i użytkownikami.
- Pobierzesz przykładową aplikację, utworzysz repozytorium Git, a potem prześlesz je do Google Cloud Source Repositories.
- Wykorzystasz Helm, aby wdrożyć usługę Spinnaker w Kubernetes Engine.
- Skompilujesz obraz Dockera.
- Utworzysz aktywatory, które umożliwią tworzenie obrazów Dockera w przypadku zmiany Twojej aplikacji.
- Skonfigurujesz potok Spinnaker, aby niezawodnie i w trybie ciągłym wdrażać Twoją aplikację w Kubernetes Engine.
- Wdrożysz zmianę w kodzie, co spowoduje aktywację potoku, i przyjrzysz się wdrażaniu w środowisku produkcyjnym.
Architektura potoku
Aby w trybie ciągłym dostarczać zmiany aplikacji użytkownikom, potrzebny jest zautomatyzowany proces, który będzie niezawodnie kompilował, testował i aktualizował oprogramowanie. Zmiany kodu powinny przepływać automatycznie przez potok obejmujący tworzenie artefaktów, testowanie jednostkowe, testy funkcjonalne i wdrożenie w środowisku produkcyjnym. Czasem zmiana kodu powinna trafiać tylko do części użytkowników z myślą o przetestowaniu jej w praktyce przed powszechnym wdrożeniem. Jeśli jedna z takich wersji do wczesnych testów się nie sprawdzi, zautomatyzowana procedura musi być w stanie szybko wycofać zmiany w oprogramowaniu.
Dzięki rozwiązaniom Kubernetes Engine i Spinnaker możesz stworzyć niezawodny przepływ ciągłego dostarczania, który sprawi, że oprogramowanie będzie udostępniane od razu po jego opracowaniu i sprawdzeniu. Choć Twoim ostatecznym celem są szybkie iteracje, każda wersja aplikacji musi najpierw przejść pełny wachlarz zautomatyzowanych walidacji – dopiero wtedy staje się ona kandydatką do wdrożenia w środowisku produkcyjnym. Gdy określona zmiana zostanie zweryfikowana za pomocą narzędzi automatycznych, możesz sprawdzić aplikację również ręcznie i przeprowadzić przed udostępnieniem wersji dalsze testy.
Gdy zespół uzna, że aplikacja jest gotowa do wdrożenia w środowisku produkcyjnym, jeden z członków zespołu może ją zatwierdzić.
Potok dostarczania aplikacji
W ramach tego modułu utworzysz potok ciągłego dostarczania przedstawiony na poniższym schemacie.
Konfiguracja i wymagania
Zanim klikniesz przycisk Rozpocznij moduł
Zapoznaj się z tymi instrukcjami. Moduły mają limit czasowy i nie można ich zatrzymać. Gdy klikniesz Rozpocznij moduł, na liczniku wyświetli się informacja o tym, na jak długo udostępniamy Ci zasoby Google Cloud.
W tym praktycznym module możesz spróbować swoich sił w wykonywaniu opisywanych działań w prawdziwym środowisku chmury, a nie w jego symulacji lub wersji demonstracyjnej. Otrzymasz nowe, tymczasowe dane logowania, dzięki którym zalogujesz się i uzyskasz dostęp do Google Cloud na czas trwania modułu.
Do ukończenia modułu potrzebne będą:
- dostęp do standardowej przeglądarki internetowej (zalecamy korzystanie z przeglądarki Chrome).
- Odpowiednia ilość czasu na ukończenie modułu – pamiętaj, że gdy rozpoczniesz, nie możesz go wstrzymać.
Rozpoczynanie modułu i logowanie się w konsoli Google Cloud
-
Kliknij przycisk Rozpocznij moduł. Jeśli moduł jest odpłatny, otworzy się wyskakujące okienko, w którym możesz wybrać formę płatności. Po lewej stronie znajduje się panel Szczegóły modułu z następującymi elementami:
- przyciskiem Otwórz konsolę Google;
- czasem, który Ci pozostał;
- tymczasowymi danymi logowania, których musisz użyć w tym module;
- innymi informacjami potrzebnymi do ukończenia modułu.
-
Kliknij Otwórz konsolę Google. Moduł uruchomi zasoby, po czym otworzy nową kartę ze stroną logowania.
Wskazówka: otwórz karty obok siebie w osobnych oknach.
Uwaga: jeśli pojawi się okno Wybierz konto, kliknij Użyj innego konta. -
W razie potrzeby skopiuj nazwę użytkownika z panelu Szczegóły modułu i wklej ją w oknie logowania. Kliknij Dalej.
-
Skopiuj hasło z panelu Szczegóły modułu i wklej je w oknie powitania. Kliknij Dalej.
Ważne: musisz użyć danych logowania z panelu po lewej stronie, a nie danych logowania Google Cloud Skills Boost. Uwaga: korzystanie z własnego konta Google Cloud w tym module może wiązać się z dodatkowymi opłatami. -
Na kolejnych stronach wykonaj następujące czynności:
- Zaakceptuj Warunki korzystania z usługi.
- Nie dodawaj opcji odzyskiwania ani uwierzytelniania dwuskładnikowego (ponieważ konto ma charakter tymczasowy).
- Nie rejestruj się w bezpłatnych wersjach próbnych.
Poczekaj, aż na karcie otworzy się konsola Google Cloud.
Aktywowanie Cloud Shell
Cloud Shell to maszyna wirtualna oferująca wiele narzędzi dla programistów. Zawiera stały katalog domowy o pojemności 5 GB i działa w Google Cloud. Dzięki wierszowi poleceń Cloud Shell zyskujesz dostęp do swoich zasobów Google Cloud.
- Kliknij Aktywuj Cloud Shell na górze konsoli Google Cloud.
Po połączeniu użytkownik od razu jest uwierzytelniony. Uruchomi się Twój projekt o identyfikatorze PROJECT_ID. Dane wyjściowe zawierają wiersz z zadeklarowanym identyfikatorem PROJECT_ID dla tej sesji:
gcloud
to narzędzie wiersza poleceń Google Cloud. Jest ono już zainstalowane w Cloud Shell i obsługuje funkcję autouzupełniania po naciśnięciu tabulatora.
- (Opcjonalnie) Aby wyświetlić listę aktywnych kont, użyj tego polecenia:
-
Kliknij Autoryzuj.
-
Dane wyjściowe powinny wyglądać tak:
Dane wyjściowe:
- (Opcjonalnie) Aby wyświetlić identyfikator projektu, użyj tego polecenia:
Dane wyjściowe:
Przykładowe dane wyjściowe:
gcloud
w Google Cloud znajdziesz w opisie narzędzia wiersza poleceń gcloud.
Zadanie 1. Konfigurowanie środowiska
Skonfigurujmy infrastrukturę i tożsamości potrzebne w tym module. Najpierw utworzysz klaster Kubernetes Engine do wdrożenia usługi Spinnaker i przykładowej aplikacji.
- Ustaw domyślną strefę obliczeniową:
- Utwórz klaster Kubernetes Engine przy użyciu przykładowej aplikacji z samouczka dotyczącego usługi Spinnaker:
Tworzenie klastra potrwa 5–10 minut. Zanim przejdziesz dalej, poczekaj na udostępnienie klastra.
Gdy klaster będzie gotowy, zobaczysz raport zawierający nazwę, lokalizację, wersję, adres IP, typ maszyny, wersję węzła, liczbę węzłów i stan klastra wskazujący na to, że klaster działa.
Konfigurowanie zarządzania tożsamościami i dostępem
Utwórz konto usługi Cloud Identity & Access Management (Cloud IAM), aby przyznać uprawnienia usłudze Spinnaker, które pozwolą jej przechowywać dane w Cloud Storage. Spinnaker będzie przechowywać dane potoku w Cloud Storage, aby zapewnić jego niezawodność i odporność. Jeśli Twoje wdrożenie usługi Spinnaker nieoczekiwanie ulegnie awarii, będziesz w stanie w ciągu kilku minut utworzyć identyczne wdrożenie mające dostęp do tych samych danych potoku co wdrożenie pierwotne.
Prześlij swój skrypt startowy do zasobnika Cloud Storage za pomocą tych instrukcji:
- Utwórz konto usługi:
- Zapisz adres e-mail konta usługi i identyfikator obecnego projektu w zmiennych środowiskowych, aby móc je wykorzystać w późniejszych poleceniach:
- Powiąż rolę administratora miejsca na dane (
storage.admin
) z Twoim kontem usługi:
- Pobierz klucz konta usługi. W jednym z późniejszych kroków zainstalujesz usługę Spinnaker i prześlesz ten klucz do Kubernetes Engine:
Dane wyjściowe:
Zadanie 2. Konfigurowanie Cloud Pub/Sub w celu aktywowania potoków Spinnaker
- Utwórz temat Cloud Pub/Sub na potrzeby powiadomień z Container Registry:
- Utwórz subskrypcję, w której Spinnaker będzie odbierać i odczytywać powiadomienia o wypychanych obrazach:
- Przyznaj kontu usługi Spinnaker uprawnienia do odczytu subskrypcji gcr-triggers:
Testowanie ukończonego zadania
Kliknij Sprawdź postępy, aby zobaczyć stan realizacji zadania. Jeśli udało Ci się skonfigurować środowisko, wyświetli się odpowiedni wynik.
Zadanie 3. Wdrażanie usługi Spinnaker za pomocą narzędzia Helm
W tej sekcji wykorzystasz Helm do wdrożenia usługi Spinnaker z repozytorium Charts. Helm to system zarządzania pakietami, który pozwala konfigurować i wdrażać aplikacje Kubernetes.
Narzędzie Helm jest już zainstalowane w Twoim środowisku Cloud Shell.
Konfigurowanie narzędzia Helm
- Przyznaj narzędziu Helm rolę administratora Twojego klastra (cluster-admin):
- Przyznaj usłudze Spinnaker rolę administratora klastra (
cluster-admin
), aby mogła wdrażać zasoby we wszystkich przestrzeniach nazw:
- Dodaj stabilne wdrożenia kart do repozytoriów, których może używać Helm (obejmuje to usługę Spinnaker):
Konfigurowanie usługi Spinnaker
- Utwórz w Cloud Shell zasobnik dla usługi Spinnaker, w którym będzie przechowywana konfiguracja jej potoku:
- Aby utworzyć plik
spinnaker-config.yaml
, który opisuje, jak Helm ma zainstalować usługę Spinnaker, uruchom to polecenie:
Wdrażanie karty Spinnaker
- Użyj interfejsu wiersza poleceń Helm, aby wdrożyć kartę z ustawioną konfiguracją:
- Gdy wykonywanie polecenia się zakończy, skonfiguruj przekierowanie portów z Cloud Shell do usługi Spinnaker. Użyj w tym celu tego polecenia:
- Aby otworzyć interfejs użytkownika Spinnaker, w górnej części okna Cloud Shell kliknij ikonę podglądu w przeglądarce i wybierz Podejrzyj na porcie 8080.
Wyświetli się ekran powitalny, a następnie interfejs użytkownika Spinnaker.
Pozostaw tę kartę otwartą – to tu będziesz korzystać z interfejsu usługi Spinnaker.
Testowanie ukończonego zadania
Kliknij Sprawdź postępy, aby zobaczyć stan realizacji zadania. Jeśli udało Ci się wdrożyć kartę Spinnaker za pomocą narzędzia Kubernetes Helm, wyświetli się odpowiedni wynik.
Zadanie 4. Kompilowanie obrazu Dockera
W tej sekcji skonfigurujesz usługę Cloud Build tak, aby wykrywała zmiany w kodzie źródłowym Twojej aplikacji, kompilowała obraz Dockera i wypychała go do Container Registry.
Tworzenie repozytorium kodu źródłowego
- Na karcie Cloud Shell pobierz kod źródłowy przykładowej aplikacji:
- Rozpakuj kod źródłowy:
- Przejdź do katalogu z kodem źródłowym:
- Ustaw nazwę użytkownika i adres e-mail dla Twoich zatwierdzeń Git w tym repozytorium. Zastąp
[USERNAME]
nazwą utworzonego przez Ciebie użytkownika:
- Wykonaj pierwsze zatwierdzenie w Twoim repozytorium kodu źródłowego:
- Utwórz repozytorium na swój kod:
- Dodaj nowo utworzone repozytorium jako repozytorium zdalne:
- Wypchnij Twój kod do gałęzi głównej nowego repozytorium:
-
Sprawdź, czy widzisz kod źródłowy w konsoli. W tym celu kliknij menu nawigacyjne > Repozytoria źródłowe.
-
Kliknij sample-app.
Konfigurowanie aktywatorów kompilacji
Skonfiguruj narzędzie Container Builder tak, aby kompilowało i wypychało Twoje obrazy Dockera za każdym razem, gdy wypchniesz tagi Git do repozytorium źródłowego. Container Builder automatycznie sprawdzi kod źródłowy, skompiluje obraz Dockera z pliku Dockerfile w Twoim repozytorium i wypchnie ten obraz do Google Cloud Container Registry.
-
W konsoli Cloud kliknij menu nawigacyjne > Cloud Build > Aktywatory.
-
Kliknij Utwórz aktywator.
-
Skonfiguruj te ustawienia aktywatora:
-
Nazwa:
sample-app-tags
- Zdarzenie: Wypchnij nowy tag
- Wybierz nowo utworzone repozytorium
sample-app
. -
Tag:
.* (dowolny tag)
-
Konfiguracja:
Plik konfiguracji kompilacji Cloud (yaml lub json)
-
Lokalizacja pliku konfiguracji Cloud Build:
/cloudbuild.yaml
- Kliknij UTWÓRZ.
Od teraz za każdym razem, gdy wypchniesz tag Git (.*) do repozytorium kodu źródłowego, Container Builder automatycznie skompiluje i wypchnie Twoją aplikację jako obraz Dockera do Container Registry.
Przygotowywanie plików manifestu Kubernetes do wykorzystania w usłudze Spinnaker
Spinnaker musi mieć dostęp do Twoich plików manifestu Kubernetes, aby móc je wdrażać w Twoich klastrach. W tej sekcji utworzysz zasobnik Cloud Storage, do którego będą trafiać pliki manifestu podczas procesu CI w Cloud Build. Gdy pliki manifestu znajdują się w Cloud Storage, Spinnaker może je pobrać i zastosować podczas wykonywania potoku.
- Utwórz zasobnik:
- Włącz obsługę wersji w zasobniku, aby dysponować historią plików manifestu:
- Ustaw poprawny identyfikator projektu w plikach manifestu wdrożenia Kubernetes:
- Zatwierdź zmiany w repozytorium:
Kompilowanie obrazu
Wypchnij pierwszy obraz, postępując zgodnie z tymi instrukcjami:
- W Cloud Shell z poziomu katalogu
sample-app
utwórz tag Git:
- Wypchnij tag:
Dane wyjściowe:
- Otwórz konsolę Cloud. W Cloud Build kliknij w panelu po lewej stronie Historia, aby sprawdzić, czy kompilacja została aktywowana. Jeśli nie, sprawdź w poprzedniej sekcji, czy masz poprawnie skonfigurowany aktywator.
Pozostań na tej stronie i poczekaj na zakończenie kompilacji, a dopiero potem przejdź do następnej sekcji.
kompilacja
się nie uda, kliknij identyfikator kompilacji
, aby otworzyć stronę z jej szczegółami, i kliknij PONÓW.
Testowanie ukończonego zadania
Kliknij Sprawdź postępy, aby zobaczyć stan realizacji zadania. Jeśli udało Ci się skompilować obraz Dockera, wyświetli się odpowiedni wynik.
Zadanie 5. Konfigurowanie potoków wdrożenia
Twoje obrazy kompilują się teraz automatycznie, musisz je więc wdrożyć w klastrze Kubernetes.
Wdrożysz mniejsze środowisko na potrzeby testowania integracji. Po zaliczeniu testów integracji musisz ręcznie zatwierdzić zmiany, aby wdrożyć kod w usługach produkcyjnych.
Instalowanie interfejsu wiersza poleceń spin do zarządzania usługą Spinnaker
Interfejs wiersza poleceń spin służy do zarządzania aplikacjami i potokami Spinnaker.
- Pobierz
spin
w wersji 1.14.0:
- Dodaj do narzędzia
spin
możliwość wykonywania:
Tworzenie potoku wdrożenia
- Użyj narzędzia spin, aby utworzyć w usłudze Spinnaker aplikację o nazwie sample. Ustaw w tej usłudze adres e-mail właściciela aplikacji:
W kolejnym kroku utworzysz potok ciągłego dostarczania. W tym samouczku potok jest skonfigurowany tak, aby wykrywał, że w Container Registry pojawił się obraz Dockera z tagiem zaczynającym się od „v”.
- W katalogu z kodem źródłowym
sample-app
uruchom to polecenie, aby przesłać przykładowy potok do Twojej instancji Spinnaker:
Ręczne aktywowanie i wyświetlanie wykonania potoku
Utworzona właśnie konfiguracja wykorzystuje powiadomienia o wypchnięciu nowo otagowanych obrazów, aby aktywować potok Spinnaker. W poprzednim kroku wypchnęliśmy tag do Cloud Source Repositories, co aktywowało w Cloud Build kompilację i wypchnięcie Twojego obrazu do Container Registry. Aby sprawdzić potok, aktywuj go ręcznie
.
- Przejdź na kartę przeglądarki, w której wyświetla się interfejs Spinnaker.
Jeśli nie możesz jej znaleźć, otwórz ją ponownie, klikając w oknie Cloud Shell Podgląd w przeglądarce > Podejrzyj na porcie 8080.
- W interfejsie Spinnaker kliknij na górze ekranu Applications, aby wyświetlić Twoją listę zarządzanych aplikacji.
Twoja aplikacja to sample. Jeśli nie widzisz aplikacji sample, odśwież kartę Spinnaker Applications.
-
Kliknij sample, aby wyświetlić wdrożenie aplikacji.
-
Kliknij na górze Pipelines, aby wyświetlić stan potoku Twojej aplikacji.
-
Kliknij Start Manual Execution, w sekcji Select Pipeline wybierz Deploy, a potem kliknij Run, aby aktywować potok po raz pierwszy.
-
Kliknij Execution Details, aby wyświetlić więcej informacji o postępie wykonania potoku.
Pasek postępu pokazuje stan potoku wdrożenia i jego etapy.
Etapy w kolorze niebieskim są w trakcie realizacji, etapy w kolorze zielonym zakończyły się, a etapów w kolorze czerwonym nie udało się zrealizować.
- Kliknij etap, aby wyświetlić szczegółowe informacje na jego temat.
Po 3–5 minutach etap testowania integracji się zakończy i w celu kontynuacji wdrożenia trzeba będzie ręcznie zatwierdzić potok.
- Najedź kursorem na żółtą ikonę „osoby” i kliknij Continue.
Rozpocznie się wdrażanie frontendu i backendu w środowisku produkcyjnym. Potrwa to kilka minut.
-
Aby wyświetlić aplikację, w górnej części interfejsu Spinnaker wybierz Infrastructure > Load Balancers.
-
Przewiń w dół listę systemów równoważenia obciążenia i pod
service sample-frontend-production
kliknij Default. Po prawej stronie zobaczysz szczegóły Twojego systemu równoważenia obciążenia. Jeśli ich nie widzisz, być może musisz odświeżyć stronę przeglądarki. -
Przewiń w dół okienko szczegółów po prawej stronie i skopiuj adres IP Twojej aplikacji, klikając przycisk schowka przy adresie IP Ingress. Połączenie z adresem IP dla ruchu przychodzącego w interfejsie Spinnaker może domyślnie stosować HTTPS, choć aplikacja jest ustawiona na używanie HTTP.
- Aby wyświetlić aplikację, wklej adres do nowej karty przeglądarki. Może pojawić się wersja do wczesnych testów, ale gdy ją odświeżysz, zobaczysz wersję produkcyjną.
Udało Ci się ręcznie aktywować potok do kompilowania, testowania i wdrażania Twojej aplikacji.
Testowanie ukończonego zadania
Kliknij Sprawdź postępy, aby zobaczyć stan realizacji zadania. Jeśli udało Ci się utworzyć systemy równoważenia obciążenia usługi, wyświetli się odpowiedni wynik.
Testowanie ukończonego zadania
Kliknij Sprawdź postępy, aby zobaczyć stan realizacji zadania. Jeśli udało Ci się wdrożyć obraz w środowisku produkcyjnym, wyświetli się odpowiedni wynik.
Zadanie 6. Aktywowanie potoku w przypadku zmian w kodzie
Teraz przetestujesz cały potok. Wprowadzisz zmianę w kodzie, wypchniesz tag Git i przyjrzysz się aktywowanemu w efekcie uruchomieniu potoku. Wypychając tag Git, który rozpoczyna się od „v”, aktywujesz narzędzie Container Builder, aby skompilowało nowy obraz Dockera i przesłało go do Container Registry. Spinnaker wykryje, że tag nowego obrazu zaczyna się od „v”, i aktywuje potok, który wdraża obraz w wersjach do wczesnych testów, przeprowadza testy i wdraża ten sam obraz we wszystkich podach wdrożenia.
- Z poziomu katalogu sample-app zmień kolor aplikacji z pomarańczowego na niebieski:
- Oznacz zmianę tagiem i wypchnij go do repozytorium kodu źródłowego:
- W sekcji Cloud Build > Historia w konsoli poczekaj kilka minut na pojawienie się nowej kompilacji. Być może trzeba będzie odświeżyć stronę. Poczekaj na zakończenie nowej kompilacji, a potem przejdź do następnego kroku.
kompilacja
się nie uda, kliknij identyfikator kompilacji
, a następnie kliknij PONÓW.- Wróć do interfejsu Spinnaker i kliknij Pipelines, aby zobaczyć, jak potok zaczyna wdrażać obraz. Automatycznie aktywowany potok pojawi się po kilku minutach. Być może trzeba będzie odświeżyć stronę.
Testowanie ukończonego zadania
Kliknij Sprawdź postępy, aby zobaczyć stan realizacji zadania. Jeśli udało Ci się aktywować potok po wprowadzeniu zmian w kodzie, wyświetli się odpowiedni wynik.
Zadanie 7. Obserwowanie wdrożeń do wczesnych testów
-
Gdy wdrożenie jest wstrzymane w oczekiwaniu na wdrożenie w środowisku produkcyjnym, wróć na stronę internetową wyświetlającą Twoją uruchomioną aplikację i zacznij odświeżać kartę z aplikacją. W 4 z Twoich backendów działa poprzednia wersja aplikacji, a wersję do wczesnych testów uruchamia tylko 1 backend. Przy co piątym odświeżeniu powinna pojawiać się nowa, niebieska wersja aplikacji.
-
Gdy potok się zakończy, aplikacja powinna wyglądać tak jak na zrzucie ekranu poniżej. Zauważ, że w wyniku zmiany kodu kolor zmienił się na niebieski, a pole Version zawiera teraz wersję
canary
(wersja do wczesnych testów).
Udało Ci się wdrożyć aplikację w całym środowisku produkcyjnym.
- Opcjonalnie możesz wycofać zmianę, przywracając poprzednie zatwierdzenie. Wycofanie zmiany spowoduje dodanie nowego tagu (v1.0.2) i wypchnięcie go przez ten sam potok, który wykorzystaliśmy do wdrożenia wersji v1.0.1:
Naciśnij CTRL+O, ENTER, CTRL+X.
- Gdy kompilacja i potok się zakończą, sprawdź, czy zmiana została wycofana. W tym celu kliknij Infrastructure > Load Balancers, a następnie service sample-frontend-production – Default i skopiuj adres IP przy pozycji Ingress do nowej karty.
Teraz Twoja aplikacja znów jest pomarańczowa, a jej wersja to production
(wersja produkcyjna).
Gratulacje!
Udało Ci się ukończyć moduł „Potoki ciągłego dostarczania oparte na usłudze Spinnaker i Kubernetes Engine”.
Ukończ kurs
Ten moduł do samodzielnego ukończenia jest częścią kursów Google Cloud Solutions I: Scaling Your Infrastructure i DevOps Essentials. Każdy kurs składa się z zestawu powiązanych ze sobą modułów, które razem tworzą ścieżkę szkoleniową. Za ukończenie kursu otrzymujesz odznakę – stanowi ona potwierdzenie Twojego osiągnięcia. Swoje odznaki możesz ustawiać jako widoczne publicznie, a także podać do nich linki w swoim CV lub w mediach społecznościowych. Zarejestruj się na dowolny kurs zawierający ten moduł, a zostanie on automatycznie zaliczony. Wszystkie dostępne kursy znajdziesz w katalogu Google Cloud Skills Boost.
Przejdź do kolejnego modułu
Możesz uczyć się dalej w ramach modułu Running Dedicated Game Servers in Google Kubernetes Engine.
Kolejne kroki / Więcej informacji
- Dowiedz się więcej o ciągłym wdrażaniu przy użyciu usługi Jenkins
- Naucz się wdrażać usługę Spinnaker w Compute Engine
- Wdróż usługę Jenkins w Kubernetes Engine
- Wykorzystaj usługę Spinnaker z Ansible do ciągłego dostarczania
Szkolenia i certyfikaty Google Cloud
…pomogą Ci wykorzystać wszystkie możliwości technologii Google Cloud. Nasze zajęcia obejmują umiejętności techniczne oraz sprawdzone metody, które ułatwią Ci szybką naukę i umożliwią jej kontynuację. Oferujemy szkolenia na poziomach od podstawowego po zaawansowany prowadzone w trybach wirtualnym, na żądanie i na żywo, dzięki czemu możesz dopasować program szkoleń do swojego napiętego harmonogramu. Certyfikaty umożliwią udokumentowanie i potwierdzenie Twoich umiejętności oraz doświadczenia w zakresie technologii Google Cloud.
Ostatnia aktualizacja instrukcji: 21 listopada 2023 r.
Ostatni test modułu: 21 listopada 2023 r.
Copyright 2024 Google LLC. Wszelkie prawa zastrzeżone. Google i logo Google są znakami towarowymi Google LLC. Wszelkie inne nazwy firm i produktów mogą być znakami towarowymi odpowiednich podmiotów, z którymi są powiązane.