Ciągłe dostarczanie i wdrażanie

W poprzedniej lekcji omówiliśmy Continuous Integration (CI), w ramach którego zmiany w kodzie są często scalane i testowane. Co jednak dzieje się później, gdy kod zostanie zintegrowany i przetestowany?

W tym miejscu pojawiają się Continuous Delivery i Continuous Deployment. Są one kluczowe dla szybkiego i niezawodnego dostarczania oprogramowania użytkownikom.

Continuous Delivery (CD) to praktyka tworzenia oprogramowania, w ramach której zmiany w kodzie są automatycznie budowane, testowane i przygotowywane do wydania na produkcję.

• Najważniejsza idea polega na tym, że oprogramowanie jest zawsze w stanie gotowym do wdrożenia.
• Jednak końcowe wdrożenie na produkcję jest krokiem ręcznym, uruchamianym na podstawie decyzji człowieka.

Można wyobrazić sobie dobrze działającą maszynę przygotowującą produkt, ale osoba nadal musi wydać końcową zgodę, zanim produkt opuści fabrykę.

• Commit kodu: Programista wysyła kod.
• Potok CI: Kod jest budowany, poddawany testom jednostkowym i integrowany.
• Testy automatyczne: Kolejne testy (integracyjne i end-to-end) są uruchamiane automatycznie.
• Utworzenie artefaktu: Tworzony jest pakiet gotowy do wdrożenia (np. obraz Docker).
• Wdrożenie na środowisko staging: Pakiet jest automatycznie wdrażany na środowisko staging w celu przeprowadzenia końcowych kontroli.
• Wydanie ręczne: Członek zespołu ręcznie zatwierdza i uruchamia wdrożenie na produkcję.

CD przynosi procesowi tworzenia oprogramowania wiele istotnych korzyści:

• Mniejsze ryzyko: Każda zmiana jest niewielka, dzięki czemu łatwiej znaleźć i naprawić problemy.
• Szybsze informacje zwrotne: Zespoły szybciej otrzymują informacje o zmianach, co poprawia jakość.
• Wyższa jakość: Rygorystyczne testy automatyczne ograniczają liczbę błędów przed ręcznym zatwierdzeniem.
• Krótszy czas wejścia na rynek: Oprogramowanie jest zawsze gotowe do wydania, co przyspiesza publikowanie kolejnych wersji.

Continuous Deployment (CDep) idzie o krok dalej niż Continuous Delivery. Oznacza, że każda zmiana, która przejdzie wszystkie testy automatyczne, jest automatycznie wydawana na produkcję.

• Przed wdrożeniem u użytkowników nie ma etapu ręcznego zatwierdzania.
• Wymaga to niezwykle wysokiego poziomu zaufania do testów automatycznych i monitoringu.

Można wyobrazić to sobie jako w pełni autonomiczną fabrykę, w której produkty są budowane, testowane i natychmiast wysyłane bez ingerencji człowieka.

• Commit kodu: Programista wysyła kod.
• Potok CI: Kod jest budowany, poddawany testom jednostkowym i integrowany.
• Testy automatyczne: Wszystkie testy integracyjne, end-to-end i wydajnościowe są uruchamiane automatycznie.
• Utworzenie artefaktu: Tworzony jest pakiet gotowy do wdrożenia.
• Wdrożenie na środowisko staging: Pakiet jest automatycznie wdrażany na środowisko staging.
• Automatyczne wdrożenie na produkcję: Jeśli wszystkie testy zakończą się pomyślnie, pakiet zostaje automatycznie wdrożony na produkcję.

CDep maksymalizuje szybkość wydań i sprzężenia zwrotnego:

• Błyskawiczne wydania: Nowe funkcje i poprawki błędów trafiają do użytkowników niemal natychmiast.
• Natychmiastowe informacje zwrotne: Dane z rzeczywistego użytkowania i raporty błędów napływają szybciej.
• Prawdziwa zwinność: Zespoły mogą iterować i reagować na zmiany rynkowe z niespotykaną szybkością.
• Mniejsze nakłady: Eliminuje czas i wysiłek związane z ręczną koordynacją wydań.

Główna różnica między Continuous Delivery a Continuous Deployment polega na tym, kto (lub co) podejmuje decyzję o wdrożeniu na produkcję:

• Continuous Delivery: Automatyzacja gwarantuje, że oprogramowanie jest zawsze gotowe do wydania, ale człowiek decyduje, kiedy uruchomić wdrożenie na produkcję.
• Continuous Deployment: Automatyzacja obsługuje cały proces; oprogramowanie jest automatycznie wdrażane na produkcję, gdy tylko przejdzie wszystkie testy. Końcowe wydanie nie wymaga ingerencji człowieka.

Wybór między CD a CDep zależy od dojrzałości zespołu, zaufania do automatyzacji oraz tolerancji ryzyka.

• Rozpoczęcie od CD: Jest to bezpieczniejszy punkt wyjścia, pozwalający zbudować zaufanie do potoku.
• Przejście na CDep: Należy zrobić to dopiero wtedy, gdy strategie automatycznego testowania, monitoringu i wycofywania zmian są niezwykle solidne.
• Uwzględnienie kontekstu: Branże podlegające ścisłym regulacjom (np. finanse i ochrona zdrowia) często preferują CD ze względu na wymagania dotyczące zgodności.

Które stwierdzenie najlepiej opisuje podstawową różnicę między Continuous Delivery a Continuous Deployment?

Właśnie poznali Państwo kluczową różnicę między Continuous Delivery a Continuous Deployment!

• Continuous Delivery (CD): Oprogramowanie jest zawsze gotowe do wydania, ale człowiek uruchamia końcowe wdrożenie na produkcję.
• Continuous Deployment (CDep): Oprogramowanie jest automatycznie wydawane na produkcję, gdy tylko przejdzie wszystkie testy automatyczne.

Praktyki te, oparte na Continuous Integration, mają fundamentalne znaczenie dla szybkiego i niezawodnego wydawania oprogramowania w kulturze DevOps.