continuous deployment devops
Co to jest ciągłe wdrażanie w DevOps?
W naszym poprzednim samouczku z tej serii wyjaśniono znaczenie Ciągła dostawa .
Ciągłe dostarczanie to zautomatyzowany potok wdrażania z automatycznymi i ręcznymi bramkami pomiędzy, podczas gdy ciągłe wdrażanie to ciągłe dostarczanie bez ręcznych bram pomiędzy nimi.
Zalecana lektura => Szkolenia DevOps z samouczkami tekstowymi i wideo
Dlatego ciągłe wdrażanie nie musi być „wydaniem do produkcji”. Ale kod jest wdrażany w środowisku produkcyjnym i wyciszany za pomocą „przełączników funkcji”, a gdy jest gotowy, przełącznik funkcji zostanie włączony.
Te przełączniki funkcji pozwalają uniknąć ryzyka awarii funkcji funkcji w środowisku produkcyjnym poprzez wyłączenie funkcji wdrożonej w środowisku produkcyjnym.
Ta opcja umożliwia również włączenie tej funkcji dla określonego zestawu użytkowników lub określonego obszaru geograficznego lub określonej witryny klienta, a nawet dla pracowników wewnętrznych w celu wstępnej oceny i opinii.
WIDEO Część 3 Blok 3: Ciągłe wdrażanie- 6 minut 28 sekund
darmowy konwerter wideo youtube na mp4
Transkrypcja wideo:
Tuż przed poprzednim filmem dowiedzieliśmy się o podejściu do ciągłego dostarczania i jego zaletach.
W tym bloku dowiemy się o ciągłym wdrażaniu i czym różni się od ciągłego dostarczania. Zrozumiemy również znaczenie ciągłego testowania i ciągłego testowania w DevOps.
Tutaj chciałbym wprowadzić inny termin DevOps, czyli ciągłe wdrażanie, którego nie należy mylić z ciągłym dostarczaniem, ponieważ krótką formą obu jest CD.
Jak już wiemy, ciągła dostawa lub CD to proces dostarczania oprogramowania lub aktualizacji oprogramowania do produkcji w mniejszych przyrostach, dzięki czemu oprogramowanie może zostać wydane w dowolnym momencie do produkcji.
Jest to zautomatyzowany proces wdrażania z automatycznymi i ręcznymi bramkami pomiędzy nimi.
Przejdźmy teraz do ciągłego wdrażania.
jak otworzyć plik dat na mac
Ciągłe wdrażanie to również potok ciągłego dostarczania, ale bez żadnych ręcznych bramek pomiędzy nimi. Chodzi mi o to, że nie ma ręcznych bramek ani ręcznej interwencji, od początkowego zatwierdzenia kodu do momentu, gdy kod trafi do produkcji.
Ten obraz wyjaśni ci ciągłe wdrażanie.
Jak widać na tym diagramie, jest to to samo, co potok ciągłego dostarczania, nastąpi wyzwalacz kompilacji, po którym nastąpi zaewidencjonowanie kodu, zautomatyzowana kompilacja, kompilacja, testy jednostkowe, wdrożenie i inne testy automatyzacji, aż do wdrożenia w środowisku produkcyjnym ”.
Tutaj nie będę nazywać tego „Wydaniem do produkcji”, ale wdrożeniem do produkcji, co za chwilę wyjaśnię.
Tak więc nie ma ręcznych faz testowania ani ręcznych bramek zatwierdzających, innymi słowy, nie ma żadnej ręcznej interwencji.
jak używać polecenia grep w unixie
Dzieje się tak głównie w dojrzałej organizacji oraz w przypadku dostaw lub aktualizacji dojrzałych produktów, gdzie praktyki DevOps są bardzo dobrze ugruntowane, a zatem wystarczy zautomatyzowany rurociąg dostaw, aby zadbać o jakość i nie są wymagane żadne testy ręczne i bramki jakości.
Jednak przełączniki funkcji są niezbędne do ciągłego wdrażania, chociaż występują w obu metodach, tj. Ciągłe dostarczanie i ciągłe wdrażanie, i są niezbędne w przypadku ciągłego wdrażania.
Przełączanie funkcji pozwala uniknąć ryzyka awarii funkcji funkcji w środowisku produkcyjnym poprzez wyłączenie funkcji wdrożonej w środowisku produkcyjnym. Tak więc ta flaga funkcji zapewnia, że wszystkie funkcje wdrożone w produkcji można włączać lub wyłączać na podstawie wymagań, a zatem nie muszą być natychmiast udostępniane użytkownikom końcowym.
Jak wspomniano wcześniej, ciągłe wdrażanie niekoniecznie musi być wydaniem dla klientów, ale „wdrożeniem do produkcji”. Ta opcja ciągłego wdrażania jest używana podczas wdrażania niektórych funkcji ograniczonych czasowo.
Aby dać Przykład , oferta usług dodanych operatora telefonii komórkowej dla klientów, w okresie świąt Bożego Narodzenia, może zostać wdrożona metodą ciągłego wdrażania do produkcji w dowolnym momencie, tak aby funkcja lub pakiet usług o wartości dodanej był gotowy na żywo i otwarty podczas Boże Narodzenie lub o północy nowego roku itp. Za pomocą przełącznika funkcji.
Ta funkcja może zostać uruchomiona podczas produkcji we wczesnych godzinach rannych lub w godzinach snu i bezpiecznie włączona dla użytkowników końcowych później w ciągu dnia, po upewnieniu się, że działa dobrze.
Zasadniczo przypomina to wdrażanie kodu / funkcji w środowisku produkcyjnym, ale nie uruchamianie kodu, dopóki nie nadejdzie właściwy czas lub zespół nie podejmie decyzji o wydaniu kodu lub funkcji.
Ta opcja umożliwia również włączenie funkcji dla określonego zestawu użytkowników lub określonego obszaru geograficznego lub określonej witryny klienta, a nawet dla pracowników wewnętrznych w celu wstępnej oceny i opinii.
Ludzie określają również praktykę DevOps jako model CI-CD, gdzie CD odnosi się do ciągłego dostarczania, ciągłego wdrażania. A chodzi o ciągłe wdrażanie.
Sugerowana lektura = >> Ciągłe wdrażanie dzięki Pact CLI
Z nadchodzącego samouczka wideo dowiemy się o „ciągłym testowaniu” i potoku ciągłego testowania.
POPRZEDNIA samouczek | NEXT Tutorial
rekomendowane lektury
- Ciągłe dostarczanie w DevOps
- Ciągłe testowanie w DevOps
- Ciągła integracja w DevOps
- 10 najlepszych narzędzi do ciągłego testowania do testowania DevOps (lista 2021)
- Podsumowanie samouczków wideo DevOps
- Samouczek DevOps: Kompletny przewodnik po DevOps (ponad 25 samouczków)
- Najlepsze narzędzia AWS DevOps do tworzenia i wdrażania w chmurze
- Samouczek testowania DevOps: Jak DevOps wpłynie na testy QA?