demystifying devops video tutorial
Samouczki wideo DevOps:
najlepszy bloker reklam dla Chrome na Maca
W naszym poprzednim samouczku dowiedzieliśmy się jak DevOps wpłynie na testy kontroli jakości . Tutaj, w tym samouczku, dowiesz się wszystkiego o DevOps z zawartym w nim wideo.
(Przewiń w dół, aby rozpocząć od pierwszego filmu z tej serii)
Zalecana lektura => Seria szkoleń DevOps
Obecnie DevOps to gorący temat i modne hasło w branży IT.
Wraz z rosnącym popytem na dostawy oprogramowania, metodologia dostarczania oprogramowania ulega zmianom, aby sprostać wysokim oczekiwaniom klientów.
Zatem DevOps to ulepszony i najnowszy sposób dostarczania oprogramowania klientom, szczególnie w przypadku rozwiązań opartych na chmurze, w przypadku których oczekuje się, że dostawy oprogramowania będą następować szybko.
Wiele zaawansowanych organizacji już zaczęło stosować metodę DevOps w dostarczaniu oprogramowania klientom. I wiele innych jest w trakcie jego przyjęcia. Ponadto obecnie większość możliwości IT wymaga wiedzy DevOps.
Dlatego bardzo ważne jest, aby wszyscy zdemistyfikowali „DevOps”.
Demistyfikacja DevOps - samouczki wideo
Cel samouczków wideo dotyczących DevOps:
- Wiedzieć o DevOps i maszerować w kierunku jego wdrożenia.
- Aby zrozumieć, w jaki sposób DevOps wprowadza zmiany w obecnym sposobie pracy i realizacji dostaw.
- Aby stworzyć podstawową wiedzę na temat koncepcji DevOps.
Zawartość:
Zawiera,
- Wszystko o DevOps.
- Co to jest współpraca i jak nawiązać współpracę między programistami i operatorami?
- Kluczowe procesy DevOps, ciągłej integracji, ciągłego testowania i ciągłego wdrażania.
- Kluczowe koncepcje DevOps, zarządzania wersjami, zarządzania konfiguracją i monitorowania aplikacji.
Najważniejsze wnioski:
- Potrafi zdefiniować DevOps.
- Dlaczego organizacja potrzebuje DevOps?
- Jak zacząć z DevOps?
- Jak połączyć zespół ds. Rozwoju i operacji?
Układ:
- Ten kompletny samouczek podzielony jest na 4 części: część 1, część 2, część 3 i część 4, a następnie część 5 podsumowującą.
- Każda część jest dalej podzielona na bloki mniejszych filmów, tak aby każdy mógł je dobrze zrozumieć.
- W każdym z tych filmów znajduje się podsumowanie tego, co zostało omówione w poprzednim filmie, a co zostanie omówione w następnym.
- Film jest bardzo prosty, z prostym językiem i slajdami PowerPoint z przydatnymi rysunkami, które można wyjaśnić w razie potrzeby.
- Każdy film jest sam w sobie niezależny, aby zrozumieć swoją koncepcję i nie musi odnosić się do żadnych innych filmów. Ale warto przejść w kolejności od części 1 do części 4, aby lepiej zrozumieć temat.
Pokrycie:
Część 1 : (Ten samouczek)
Wprowadzenie do DevOps. Jego tło, definicja, wartość, korzyści, nawyki i najlepsze praktyki DevOps.
Część 2 :
Praktyki DevOps oparte na zwinnych zasadach, znaczenie kluczowych procesów, takich jak kontrola źródła i automatyzacja oraz sposób ich zastosowania w DevOps.
Część 3 :
Szczegółowe informacje na temat kluczowych procesów DevOps, takich jak,
- Ciągła Integracja,
- Ciągłe testowanie i
- Ciągłe wdrażanie.
Część 4 :
Znaczenie kilku innych kluczowych procesów DevOps,
- Zarządzanie konfiguracją,
- Zarządzanie wersjami i
- Monitorowanie wydajności aplikacji w Live.
Część 5 :
Podsumowanie całego kursu.
********************************************
Zacznijmy od pierwszego samouczka wideo z tej serii:
W tej pierwszej części filmu tego samouczka dowiesz się,
- Jakie jest tło DevOps i sterowniki do wprowadzenia tego nowego sposobu dostarczania oprogramowania?
- Co to jest DevOps, dlaczego nie ma jednej definicji definiującej DevOps? Czy to metoda, proces, kultura?
- Chociaż zrozumieliśmy, czym jest DevOps, ważne jest, aby wiedzieć, czym nie jest DevOps.
- Korzyści z wdrożenia DevOps w organizacji.
- Oraz różne praktyki i nawyki w praktyce DevOps.
- Kluczowe wskaźniki DevOps.
WIDEO Część 1: Wprowadzenie- 21 minut 46 sekund
Cóż, dzisiaj będę mówić na temat „Demistyfikacja metodyki DevOps”, która jest obecnie bardzo gorącym tematem w branży IT.
Często słyszymy to modne hasło w każdym miejscu. Ponadto obecnie większość ofert pracy w IT poszukuje wiedzy i doświadczenia „DevOps”, dlatego bardzo ważne jest, aby o tym wiedzieć.
Daj spokój!! Zrozummy, o co chodzi w tym DevOps.
Przegląd
Ta seria „Demystifying DevOps” jest podzielona na 4 części, a to z kolei sprawiłoby, że publiczność nie czułaby się swobodnie w zrozumieniu każdej części DevOps powoli i systematycznie.
Jestem pewien, że pod koniec tej serii będziesz w stanie zdefiniować, czym jest DevOps? dlaczego potrzebujemy DevOps? jakie są jego zalety? w jaki sposób organizacja może wykorzystać DevOps do swoich zobowiązań? i jaka jest rola testera w całej praktyce DevOps?
Podczas gdy zwinna praktyka szybko przyspieszyła proces rozwoju, a zespół oprogramowania zaczął dostarczać go do operacji w określonym czasie, branża IT nadal napotykała wyzwania związane z przygotowaniem produkcji oprogramowania i otwarciem jej dla klientów.
Operacje zajmowały naprawdę dużo czasu, aby go wyprodukować, z dużą ilością tam iz powrotem między zespołem oprogramowania a zespołem operacyjnym, z trudnościami w instalacji oprogramowania, jego operacjonalizacji i zarządzaniu wydajnością.
Przemysł powoli zrozumiał rozdźwięk między programowaniem a operacjami oraz lukę we współpracy między interesariuszami, zwłaszcza operacjami, programistami, analitykami biznesowymi i testerami w uzyskaniu czasu realizacji oprogramowania i dostarczaniu wysokiej jakości oprogramowania, co naprawdę okazało się kosztowne .
I powoli ta luka doprowadziła do wprowadzenia praktyki zwanej „DevOps”, która rozwinęła się ponad zwinną praktyką i zasadami, które miały na celu dostarczanie wysokiej jakości oprogramowania. Innymi słowy „dostarczanie wartości klientom” w krótkim odstępie czasu w bardziej efektywny sposób i dostarczanie tego, czego faktycznie chcieli klienci.
Co to jest DevOps?
Teraz, po zrozumieniu tła wprowadzenia DevOps, łatwo jest nam zdefiniować, czym jest DevOps. Jeśli chodzi o definicję DevOps, nie ma dla niej standardowej definicji. Ale założę się, że wielu poda własne wersje definicji.
Kiedy zrozumieliśmy cel i zamiar wprowadzenia DevOps, możemy jasno powiedzieć, że DevOps to praktyka jasnej współpracy między interesariuszami rozwoju oprogramowania, nie tylko programistami i operacjami, ale z resztą zespołu, w celu umożliwiają szybsze i lepsze dostarczenie wartości do klienta.
Tutaj, gdy mówię o pozostałej części zespołu, są to kierownicy projektów, analitycy biznesowi, osoby zbierające wymagania, utrzymujące aplikację, osoby z obsługi klienta itp.,
Devops głównie wypełnia luki, które istniały wcześniej ze względu na brak komunikacji i współpracy, co z kolei skutkowało niską jakością oprogramowania, dużym opóźnieniem we wdrożeniach i niezadowoleniem klientów.
Cóż, DevOps to nie tylko współpraca, ale także połączenie odpowiedniego zestawu ludzi, właściwego zestawu procesów i odpowiedniego zestawu narzędzi, aby umożliwić ciągłe dostarczanie „wartości klientom”. W tym miejscu wciąż naciskam słowo „Wartość dla klientów”, ponieważ jedynym i ostatecznym celem DevOps jest przygotowanie produkcji oprogramowania, aby zapewnić klientom wartość.
To duża różnica i kluczowy aspekt DevOps.
Wreszcie, Devops to kultura, która pozwala ludziom skupić się na,
- Klient
- Dostawa do produkcji,
- Automatyzacja
- Informacje zwrotne i pomiar
Czym nie jest DevOps?
Po zrozumieniu, czym jest DevOps, lepiej jest również zrozumieć, czym nie jest DevOps, aby uniknąć nieporozumień.
DevOps nie jest narzędziem open source ani licencjonowanym, które będzie dostępne na rynku, tak aby można było go kupić, zainstalować i używać, a wszystkie wyniki były dostępne. Nie jest to również żadna standardowa specyfikacja ani zbiór zasad, dzięki którym można postępować zgodnie z oczekiwaniami i uzyskać pożądany efekt.
Nie jest to również żaden zestaw procesów, takich jak ISO, CMMI, aby można było dostosować i uzyskać certyfikację.
Oprócz brakującej współpracy między działem rozwoju i operacji, przy zmieniających się potrzebach rynku, było o wiele więcej problemów w tradycyjnej metodzie tworzenia oprogramowania, a nawet w metodologii zwinnej, którą należało się zająć i które stały się kluczowymi czynnikami napędzającymi praktyki DevOps.
Cóż, potrzeba ciągłego doskonalenia jakości i wydajności aplikacji była najważniejsza. Rosnące oczekiwania i wymagania klientów oraz sprostanie oczekiwanym Customer Experience było prawdziwym wyzwaniem w tradycyjnej metodzie rozwoju s / w.
Stale rosnąca presja i konkurencja na rynku, aby uwolnić się coraz szybciej, były kolejnym kluczowym czynnikiem.
Przy obecnym zakresie obsługi wielu systemów operacyjnych i platform nie wystarczy opracować oprogramowanie do pracy na jednej platformie lub systemie operacyjnym, dlatego też proces tworzenia oprogramowania był wymagany do jednoczesnej obsługi wielu platform.
Coraz więcej oprogramowania wchodzącego do rozwiązań opartych na chmurze wymagało ciągłego testowania, ciągłego wdrażania i automatyzacji w celu skrócenia czasu cyklu.
Wzrost liczby złożonych i krytycznych programów, rozwiązań i zróżnicowanej złożonej infrastruktury IT do wdrożenia oraz wsparcia wymaganego w różnych lokalizacjach w celu ich utrzymania w obliczu dużego wyzwania związanego z tworzeniem oprogramowania.
Wartość DevOps
Po zrozumieniu kluczowych czynników wpływających na DevOps staje się łatwe do zrozumienia wartości DevOps, jaką wnosi ona do organizacji, która ją stosuje.
DevOps głównie wypełnia lukę między interesariuszami, a tym samym poprawia komunikację i współpracę w całym cyklu życia aplikacji. DevOps skraca czas realizacji i skraca terminy dostarczania oprogramowania. Czas oczekiwania to czas, jaki upłynął od zatwierdzenia kodu do pomyślnego dostarczenia kodu do produkcji.
Ogólnie rzecz biorąc, DevOps hamuje kulturę, która zmienia całą organizację i skłania pracowników do skupienia się na dostarczaniu oprogramowania, które zapewnia wartość klientom.
Innymi słowy, dostarczanie mniejszych, lepszych i szybszych rozwiązań jest całkowitym sekretem DevOps.
Korzyści z DevOps
Zajmując się potrzebą godziny z zapotrzebowania rynku, praktyka DevOps sprawdziła się wraz ze wzrostem satysfakcji klientów, co zaowocowało zwiększeniem bazy klientów.
Niezależnie od tego, jakie były kluczowe czynniki napędzające praktykę DevOps, przyniosły one sukces, na przykład poprawę jakości i wydajności dzięki ciągłemu testowaniu i procesowi zbierania opinii.
Wprowadzenie zasady „zautomatyzuj wszystko” wraz z dostarczeniem infrastruktury i konfiguracji w postaci kodu zaowocowało zminimalizowaniem błędów ludzkich, szybszym wprowadzaniem na rynek i częstszymi wydaniami.
Kontrola wersji umożliwiła oprogramowaniu obsługę na wielu platformach, a wczesne i ciągłe testowanie skutkowało mniejszą liczbą defektów i mniejszą awaryjnością w produkcji.
Ze względu na ciągłe wdrażanie rozwiązanie problemów i szybsze zwolnienie zajęło dużo czasu. Więc oczywiście można dodawać korzyści do listy.
Praktyki DevOps
Kluczowe składniki DevOps to najlepsze praktyki wdrażane w całym cyklu życia aplikacji, a to pomaga zaszczepić wymaganą kulturę w zespole i napędza zespół do osiągnięcia korzyści z wdrożenia DevOps.
# 1) Zarządzanie konfiguracją: Jasna wiedza na temat tego, co wdrażamy, w jaki sposób i jaka konfiguracja trafi do produkcji, jest kluczem do zarządzania konfiguracją, które jest całkowicie kontrolowane pod kątem wersji.
# 2) Zarządzanie wersjami : Jasne określenie, w jaki sposób budujemy potok wydań i zarządzanie nimi jest kluczowym aspektem zarządzania wydaniem.
# 3) Ciągła integracja: Zapewnia, że każde zatwierdzenie kodu jest kontrolowane pod kątem wersji, testowane i kompilowane, a baza kodu jest utrzymywana w czystości i czystości przez cały czas.
# 4) Ciągłe wdrażanie: Jego celem jest ciągłe wdrażanie skompilowanego kodu, od testowania do środowiska produkcyjnego.
Automatyzacja testów jest ważną i krytyczną praktyką DevOps, która ma zastosowanie przez cały cykl życia. W takim razie dostarczenie „infrastruktury jako kodu” jest jednym z kluczowych elementów praktyki DevOps.
jak obsługiwać wyskakujące okienko w selenium webdriver
Tak więc później, po wdrożeniu kodu do produkcji, ważne jest, aby upewnić się, że oprogramowanie działa poprawnie, zbierając dane dotyczące wydajności, wszelkie błędy występujące w systemie, a także dane o użytkowaniu użytkownika końcowego za pomocą narzędzi i metodologii monitorowania aplikacji. .
Są to więc niezbędne i najważniejsze praktyki stosowane i przyjmowane przez zespół w całym cyklu tworzenia aplikacji, co zapewnia osiągnięcie celu DevOps.
Nawyki DevOps
Jak mówi Arystoteles: „Jesteśmy. To, co robimy wielokrotnie… Dlatego doskonałość nie jest aktem, ale nawykiem.
Dlatego nazywam to „nawykami”, ponieważ praktykujemy je wielokrotnie.
Dlatego te regularne nawyki muszą być rozwijane w zespole bez żadnych kompromisów, mając na celu wielokrotne dostarczanie wysokiej jakości oprogramowania.
# 1) Zarządzanie długiem technicznym:
Regularne zarządzanie długiem technicznym jest jednym z kluczowych aspektów, jeśli nie zostanie to zrobione, drastycznie spowalnia postęp oprogramowania. Dlatego też dług techniczny musi być zawsze zmniejszany, a baza kodu powinna być jak najbardziej czysta. Czysta baza kodu ułatwia wdrożenie kodu w każdej chwili.
Jak wielokrotnie wspominałem, skupienie się na wartości dla klienta jest nastawieniem zespołu i jest to kluczowy aspekt kultury DevOps, który nieustannie sprawia, że zespół robi wszystko i wszystko, co jest podkreślone w celu wniesienia wartości dla klienta.
Z takim nastawieniem osoby myślące, że ich praca jest wykonana i rzucające się innym w dalszą drogę, zostaną powstrzymane. I wszyscy zaczynają myśleć, że ostatecznym celem jest dostarczenie na produkcję i przypisywanie sobie zasług tylko wtedy, gdy klient przekazuje informację zwrotną lub docenianie po użyciu oprogramowania w produkcji.
Dlatego skupienie się na wartości dla klientów motywuje i wzbogaca zespół, aby za każdym razem działał coraz lepiej.
# 2) Rozwój oparty na hipotezach :
Oprócz dokładnego zrozumienia wymagań, zrozumienia tego, co faktycznie klient robi na żywo i jaki jest wzorzec użytkowania danej funkcji oraz odpowiedniego opracowania kodu, to „rozwój oparty na hipotezach”.
Tak więc, aktywne angażowanie się z klientami od samego początku w zrozumienie, w jaki sposób korzystają z oprogramowania i zapewnienie, że właściwe rzeczy są opracowywane w pierwszej kolejności, jest bardzo ważne i znowu jest to nawyk DevOps.
# 3) Pomiar z wdrożenia:
Ciągłe mierzenie wydajności dostawy i szukanie informacji zwrotnej z wdrożenia to kolejny ważny nawyk, który pomaga zespołowi w pracy nad ulepszaniem oprogramowania i wnoszeniem wartości dla klientów.
# 4) Kultura witryny na żywo :
Kultura witryny na żywo polega na przyswojeniu sobie sposobu myślenia każdego, że cokolwiek rozwijamy, musimy bezproblemowo wprowadzić to do produkcji.
Kultura polega na tym, aby wszyscy w zespole zrozumieli, że `` jeśli nie ma tego w serwisie na żywo, nie ma go nigdzie '' i nie ma sensu ani żadnej korzyści, jeśli nie możemy tego zrobić, a zatem nie będziemy w stanie dotrzeć do naszych użytkowników końcowych, jeśli nie jest na żywo.
# 5) Infrastruktura jako elastyczny zasób:
Zarządzanie infrastrukturą jako elastycznym zasobem jest bardzo ważnym aspektem DevOps, ponieważ w każdej chwili powinniśmy być w stanie pozbyć się istniejącej infrastruktury i stworzyć nową, ponieważ bardzo łatwo zdefiniowaliśmy naszą infrastrukturę jako kod.
Ten aspekt DevOps pomaga nam uczynić nasze oprogramowanie obsługujące wiele platform i obsługujące wiele wersji.
# 6) Współpraca zespołowa:
Do tej pory wszyscy wyraźnie wiemy, że nie tylko narzędzia czy same procesy napędzają rozwój oprogramowania. To zespół, który musi między sobą współpracować i dostosowywać się do celu biznesowego.
Tak więc współpraca zespołowa jest kluczowym aspektem kultury DevOps, który wypełnia wszelkie luki w zrozumieniu między sobą i programem.
Stąd te postawy, zachowania i nawyki są kluczowymi fundamentalnymi aspektami kultury DevOps.
Metryki DevOps
Dawno minęły czasy, kiedy gromadziliśmy tradycyjne metryki związane z programowaniem i testowaniem, które koncentrowały się wyłącznie na tworzeniu i testowaniu oprogramowania we własnym zakresie. Wraz ze zmianą celu dostawy zebrane metryki również zostały dostosowane do znalezienia wartości dla klienta.
Chociaż gromadzone metryki różnią się nieco w zależności od organizacji, w zależności od priorytetu klienta, pomiar sprawności i niezawodności oprogramowania jest kluczowym elementem DevOps.
Te wskaźniki byłyby odpowiednie do pomiaru z perspektywy „wartości dla klienta” i określają, jak zespół sobie radzi w.r.t. Wdrożenie DevOps.
Zasadniczo metryki Zwinności służą do pomiaru skuteczności rozwoju, a Niezawodność służy do pomiaru skuteczności operacji.
# 1) Wskaźniki sprawności:
Samouczek dotyczący serwera Team Foundation dla początkujących
I liczba wdrożeń w pewnym okresie.
(ja) Wiemy, że DevOps polega na dostarczaniu mniejszych fragmentów i szybkiej dostawie.
Tak więc metryki sprawności mają na celu sprawdzenie, jak często zespół był w stanie wykonać wdrożenia i jaka jest częstotliwość wdrożeń.
Następny to „Czas potrzebny na wdrożenie zmian”:
(ii) Wiemy również, jak często zmieniają się poglądy klientów, powodując żądania zmian, a intencją DevOps jest obrócenie tych zmian w produkcji w jak najkrótszym czasie.
Stąd kolejnym aspektem metryk zwinności jest sprawdzenie, ile czasu zajmuje wdrożenie żądań zmian w produkcji?
# 2) Wskaźniki niezawodności:
Miary niezawodności służą do pomiaru niezawodności oprogramowania po wdrożeniu.
Wskaźniki niezawodności obejmują:
- Wskaźnik awaryjności wydań i
- Czas wykryć problemy i je naprawić.
# 1) Wskaźnik awaryjności wydań mierzy się, jak często zawodzimy w przypadku naszych wdrożeń? W tym przypadku celem jest upewnienie się, że po pewnym czasie ten konkretny miernik spadnie do zera, a zespół po prostu przyzwyczai się do pomyślnego wdrażania za każdym razem, a chodzenie do produkcji coraz częściej stanie się nawykiem.
#dwa) Teraz czas na wykrycie i naprawienie problemów to zmierzenie czasu potrzebnego na wykrycie awarii i naprawienie jej. Ta metryka ma również na celu sprawdzenie, jak szybko jesteśmy w stanie zrozumieć, co dzieje się w produkcji, proaktywnie wykryć problemy, naprawić je, zapewniając obejście i przekierować je do cyklu rozwoju jako poprawki.
Ta miara nie tylko skupia się na szybkim rozwiązaniu problemu z produkcją, ale także umożliwia zespołowi zapobieganie takim problemom w przyszłości poprzez wprowadzanie odpowiednich zmian, czy to w projekcie, architekturze, zautomatyzowanym procesie testowania, czy cokolwiek.
W idealnym przypadku są to metryki, które pomagają zespołowi osiągnąć kulturę DevOps i dostarczanie.
Zróbmy krótkie podsumowanie:
- Co to jest DevOps?
- Czym nie jest DevOps?
- Jakie są zalety DevOps?
- Jakie są praktyki i nawyki DevOps?
- Jakie są kluczowe wskaźniki DevOps?
Co to jest DevOps? DevOps to kultura w organizacji, która koncentruje się na dostarczaniu wartości klientowi poprzez stałą współpracę rozwoju, operacji i pozostałych interesariuszy.
Czym nie jest DevOps? DevOps nie jest produktem licencjonowanym ani open source, ani specyfikacją, ani standardem.
Jaka jest korzyść z DevOps? DevOps zapewnia wysokiej jakości dostawy, szybsze dostawy, częste wdrożenia, małe wdrożenia, mniejszą awaryjność w produkcji itp.,
Jakie są praktyki DevOps? Praktyki DevOps obejmują ciągłą integrację, automatyzację testów, ciągłe wdrażanie, infrastrukturę jako kod, zarządzanie konfiguracją, zarządzanie wydaniami i monitorowanie wydajności aplikacji.
Jakie są nawyki DevOps? Zwyczaje DevOps to zarządzanie długiem technicznym, koncentracja na dostarczaniu wartości klientowi, kultura serwisu na żywo, współpraca zespołowa, zarządzanie infrastrukturą jako elastycznym zasobem, rozwój oparty na hipotezach i metryki z produkcji.
Jakie są metryki DevOps? Zwinność i niezawodność to kluczowe wskaźniki oceny DevOps.
O autorze do samouczków wideo na temat DevOps:
Członek zespołu STH Gayathri Subrahmanyam jest ekspertem w zakresie testowania oprogramowania z ponad półtorarocznym doświadczeniem w dostarczaniu projektów testowania oprogramowania dla różnych globalnych klientów z różnych dziedzin. Dostarczała oprogramowanie, intensywnie pracując nad tradycyjnymi i zwinnymi metodologiami tworzenia oprogramowania (SCRUM, SAFE), a ostatnio pracowała w metodologii DevOps.
W naszym następnym samouczku wideo nauczymy się praktyk DevOps opartych na zasadach Agile.
POPRZEDNIA samouczek | NEXT Tutorial
rekomendowane lektury
- Samouczek testowania DevOps: Jak DevOps wpłynie na testy QA?
- Dogłębne samouczki dotyczące Eclipse dla początkujących
- Podsumowanie samouczków wideo DevOps
- Samouczek DevOps: Kompletny przewodnik po DevOps (ponad 25 samouczków)
- Ciągłe testowanie w DevOps
- Samouczek AWS CodeCommit dotyczący wdrażania DevOps w chmurze
- Ciągłe dostarczanie w DevOps
- Testy niszczące i samouczek dotyczący testów nieniszczących