Menu

Ciągłe dostarczanie w DevOps

continuous delivery devops

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Co to jest ciągłe dostarczanie w DevOps?

Ciągła integracja zostało szczegółowo wyjaśnione w naszym ostatnim samouczku. Tutaj zobaczymy ciągłe dostarczanie w DevOps.

Ciągłe dostarczanie to ważny proces dostarczania oprogramowania / aktualizacji do produkcji w mniejszych przyrostach, dzięki czemu oprogramowanie może zostać wydane w dowolnym momencie. Dzięki takiemu podejściu DevOps zespół będzie zawsze gotowy na „Dostarczanie w dowolnym momencie” do produkcji.

Przeczytaj także => Kompletny przewodnik DevOps

Ciągłe dostarczanie w DevOps

Tak więc ciągłe dostarczanie jest potokiem lub cyklem życia kodu, w którym kod nowo opracowany lub zaktualizowany przez zespół oprogramowania jest testowany na różnych etapach, zarówno za pomocą testów ręcznych, jak i automatycznych, i przechodzi zarówno ręczne, jak i automatyczne bramki etapowe i trafia do produkcja.

Głównym celem i celem ciągłej dostawy jest tworzenie, testowanie i udostępnianie klientowi dość szybciej i częściej, w krótkich cyklach.

Poniżej podano zalety płyty CD.

    1. Zwiększa liczbę dostaw.
    2. Minimalizuje ryzyko awarii w produkcji.
    3. Ogranicza pracę ręczną.
    4. Zwiększa zaufanie do zespołu.
    5. Umożliwia zespołowi zautomatyzowanie wszystkiego.
    6. Umożliwia szybszą informację zwrotną.

WIDEO Część 3 Blok 2: Ciągła dostawa- 10 minut 28 sekund

Transkrypcja:

Zakończyliśmy część 1 i część 2 tej serii wykładów, a obecnie część 3 - blok 2

W bloku 1 badaliśmy ciągłą integrację, która jest ważnym zautomatyzowanym procesem w praktyce DevOps, w której zrozumieliśmy, że ciągła integracja to ciągły proces scalania całego kodu programistów w centralne repozytorium i sprawdzania poprawności każdego scalenia za pomocą udanej kompilacji i zautomatyzowanych testów jednostkowych .

Przeanalizowaliśmy również korzyści płynące z CI.

najlepszy program do pobierania plików mp3 dla systemu Windows 10

Rozumiemy teraz ciągłe dostarczanie, które jest kolejnym ważnym procesem w praktyce DevOps.

Wiemy, że głównym celem DevOps jest ciągłe dostarczanie niewielkich przyrostów wartości klientom.

Tak więc, zgodnie z tym celem, Continuous Delivery, CD, w skrócie, jest czymś w rodzaju sytuacji, w której zespół jest zawsze gotowy na „ dostarczanie w dowolnym momencie ” do produkcji, zamiast naszego odwiecznego modelu dostarczania tylko w określonym terminie i dotrzymywania tego samego terminu.

Tak więc ciągłe dostarczanie jest potokiem lub cyklem życia kodu, w którym kod nowo opracowany lub zaktualizowany przez zespół oprogramowania jest testowany na różnych etapach, zarówno za pomocą testów ręcznych, jak i automatycznych, i przechodzi zarówno ręczne, jak i automatyczne bramki etapowe i trafia do produkcja.

Głównym celem i celem ciągłego dostarczania jest tworzenie, testowanie i udostępnianie klientowi dość szybciej i częściej. Wiesz szybciej i często odnosi się do zaledwie kilku godzin w DevOps.

Krótko mówiąc, ciągłe dostarczanie to podejście polegające na dostarczaniu oprogramowania w krótkich cyklach.

datastage wywiad pytania i odpowiedzi pdf

Tak więc, rzecz jasna, CD ma na celu częstsze dostarczanie wartości klientowi poprzez redukcję kosztów, zwiększenie szybkości dostarczania, zwiększenie niezawodności i zmniejszenie ryzyka dostarczania ciężkich fragmentów kodu.

W związku z tym ciągłe dostarczanie jest procesem dostarczania oprogramowania / aktualizacji do produkcji w mniejszych przyrostach, dzięki czemu oprogramowanie może zostać wydane w dowolnym momencie.

To jest schematyczne przedstawienie ciągłego dostarczania.

Zrozumiemy trochę więcej szczegółów na ten temat.

Oczywiście, gdy celem ciągłej dostawy są szybsze dostawy, które koncentrują się na kosztach, czasie, jakości i niezawodności, wówczas „automatyzacja w całym zakresie” jest koniecznością.

CD obejmuje pełną automatyzację całego cyklu, który zaczyna się od sprawdzenia kodu, kompilacji i zbudowania, uruchomienia zautomatyzowanych testów jednostkowych, przeprowadzenia testów akceptacyjnych, aż do momentu, gdy kod znajdzie się w produkcji. Ten potok nosi nazwę „Zautomatyzowany proces wdrażania”.

Dlatego w DevOps ciągłe dostarczanie jest również nazywane „zautomatyzowanym procesem wdrażania”.

Będzie to obejmować kilka testów ręcznych, jak również „testy akceptacyjne użytkownika”, które generalnie będą przeprowadzane przez użytkownika końcowego, a także kilka bramek ręcznego zatwierdzania, gdy kod zbliża się do środowiska produkcyjnego.

Cóż, definicja potoku CD i włączenie różnych faz testowych, liczby faz testowych i bramek akceptacji, ręcznych lub automatycznych, zależy od organizacji, w oparciu o wymagania programu.

Tak więc, jeśli widzisz ten diagram, możemy jasno powiedzieć, że ciągłe dostarczanie obejmuje dwa potoki, jeden jest zbudowany jako potok zawierający CI, który składa się z automatycznego wyzwalacza kompilacji, kompilowania, budowania i wdrażania.

Drugi to potok testowy, który zasadniczo obejmuje „ciągłe testowanie”, które omówimy w następnym bloku.

Po zrozumieniu podejścia polegającego na ciągłej dostawie, zestawmy korzyści płynące z ciągłej dostawy.

Ciągłe dostarczanie to zautomatyzowany proces wdrażania, a zatem oczywiście

# 1. Zwiększa liczbę dostaw

#dwa. CD to tak krótki cykl, jak ten trwa kilka godzin. Tak więc dysk CD jest mały i często wdrażany, eliminuje większe ryzyko awarii w produkcji.

# 3. O ile nie istnieje wymóg interwencji człowieka, wszystko w rurociągu, od początku do końca, jest zautomatyzowane. Tak więc wiele ręcznych prac jest zredukowanych.

# 4. Ciągła dostawa zwiększa zaufanie do zespołu, a zespół będzie zawsze przygotowany do „dostawy do produkcji”, a ich umysł będzie stale skupiony na jakości i szybkości, jakiej oczekuje się w produkcji

# 5. Ciągłe dostarczanie umożliwia i wzbogaca zarówno programowanie, jak i operacje, aby zautomatyzować wszystko w potoku, w tym działania programistyczne i operacyjne, wyzwalanie, budowanie, testowanie jednostkowe, wdrażanie, definiowanie konfiguracji infrastruktury i środowiska jako kodu, wyższe poziomy testowania (funkcjonalność, bezpieczeństwo , wydajność, interfejs użytkownika itp.)

# 6 . Last but not least, Continuous Delivery, będąca krótkim cyklem wdrażania, pomaga zespołowi w uzyskaniu szybszej informacji zwrotnej na temat dostawy, która również pochodzi nie tylko ze środowiska programistycznego, ale także ze środowiska produkcyjnego, a tym samym sprawia, że ​​dostawy oprogramowania są niskie. aktywność stresowa lub BAU, biznes jak zwykle dla zespołu.

Na tym kończymy, poznajemy podejście do ciągłej dostawy i wynikające z niego korzyści.

W naszym nadchodzącym filmie wyjaśnijmy również, czym jest ciągłe wdrażanie i czym różni się od ciągłego dostarczania. Dowiemy się również o procesie ciągłego testowania.

POPRZEDNIA samouczek | NEXT Tutorial

rekomendowane lektury

^