devops practice based agile manifesto
W naszym poprzednim samouczku wideo dotyczącym Demistyfikacja DevOps , szczegółowo dowiedzieliśmy się wszystkiego o DevOps.
Przyjrzeliśmy się również szczegółowo znaczeniu DevOps i różnym innym czynnikom z tym związanym.
Sugerowany odczyt => Seria intensywnych szkoleń DevOps
Teraz przejdźmy do drugiej części „Demistyfikacji DevOps”.
Krótkie podsumowanie tego, co omówiliśmy w części 1:
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, nie jest specyfikacją ani standardem.
Jakie są zalety DevOps? DevOps zapewnia wysokiej jakości dostawę, szybszą dostawę, 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 obejmują zarządzanie długiem technicznym, koncentrację na dostarczaniu wartości klientowi, kulturę witryny na żywo, autonomię zespołu, zarządzanie infrastrukturą jako elastyczny zasób, rozwój oparty na hipotezach, metryki z produkcji.
Jakie są metryki DevOps? Zwinność i niezawodność to kluczowe wskaźniki DevOps.
jakie urządzenie wykonuje translację adresów sieciowych (nat)?
W tej części wykładu nauczymy się:
Jakie są praktyki DevOps, które są opracowywane w oparciu o zasady zwinne i jak osiągane są cele DevOps?
W części 1 nadal definiowaliśmy DevOps jako współpracę. Zrozummy, czym właściwie jest ta współpraca i jak praktyki DevOps pomagają rozwinąć współpracę między działami rozwoju i operacji w osiąganiu celów?
W tej części zrozumiemy znaczenie kluczowych elementów DevOps, takich jak kontrola źródła i automatyzacja oraz dostarczanie niewielkich przyrostów. Pozostałe elementy, takie jak ciągła integracja, ciągłe testowanie, ciągłe dostarczanie i monitorowanie aplikacji, zostaną wyjaśnione w następnej części.
Jak informowano wcześniej, praktyki DevOps opierają się głównie na zasadach i praktykach Agile. Spośród 12 zasad zwinnych cztery poniższe są tymi, które mają bezpośrednie zastosowanie do metodyki DevOps.
Dlatego lepiej odświeżyć te manifesty Agile, które dotyczą funkcji DevOps. Nie będę omawiać tego szczegółowo.
Przeczytajmy je szybko.
# 1) Osoby i interakcje - nad procesami i narzędziami
# 2) Działające oprogramowanie - ponad obszerną dokumentację
# 3) Współpraca z klientami - nad negocjacjami umów
# 4) Reagowanie na zmiany - nad przestrzeganiem planu
W oparciu o te zwinne zasady DevOps opracował pewne zasady i praktyki, które są następujące:
- Wnieś wartość do klienta
- Dostarcz działające oprogramowanie
- Wsparcie zmian
- Współpracować
- Motywuj zespół i daj wolność członkom zespołu
- Dostarczaj szybciej i szybciej
# 1) Wnieś wartość do klienta dostarczając mniejsze, częste i ciągłe wdrażanie oprogramowania.
#dwa) Dostarcz działające oprogramowanie w krótszej perspektywie czasowej. Klient nie będzie patrzył na wspaniały projekt, który wykonujemy, fantastyczną architekturę, plan lub strategię, którą tworzymy w celu rozwoju oprogramowania, ale wszystko, czego chce, to działające oprogramowanie.
# 3) Wsparcie zmian do wymagań, gdy klient chce, w oparciu o trendy rynkowe. Jest to bardzo ważne dla klienta. Nasza metodologia tworzenia oprogramowania powinna być na tyle elastyczna, aby obsługiwać wszelkie zmiany wymagane przez klienta i dostarczać je z wygodą.
# 4) Współpracować .. współpracować… współpracować. Współpracuj i współpracuj stale z firmą, aby za pierwszym razem stworzyć prawidłowe oprogramowanie.
# 5) Zarówno Agile, jak i DevOps w równym stopniu przywiązują dużą wagę do zespołu i ludzi. Tak więc zasada DevOps mówi: motywować zespół , dawać im wolność, zapewniać potrzebne im wsparcie, gdy są w potrzebie, budować zaufanie do nich, jeśli chodzi o wykonanie wykonanej pracy.
Jeśli praca jest wykonywana przez nich w interesie wolontariuszy, jakość będzie dobra, zamiast wykonywać ją na siłę i pod presją. Oprócz współpracy, agile sugeruje komunikację twarzą w twarz w zespole programistów.
Dlatego maksymalizuj komunikację twarzą w twarz poprzez spotkania na stojąco, spotkania przeglądowe itp. To rozwija ducha zespołowego i pomaga w motywowaniu zespołu i rozwoju zdrowej rywalizacji.
Jakie są praktyki DevOps, które są opracowywane w oparciu o zasady zwinne i jak osiągane są cele DevOps? Innym kluczowym aspektem DevOps jest dostarczanie szybciej i szybciej. Wiemy, że podczas zwinnej praktyki, scrumu, Kanbana czy czegokolwiek, szybciej odnosiło się do dostawy trwającej od kilku tygodni do miesiąca, teraz zmieniło się wraz z DevOps na ponad kilka godzin. Tak więc szybsza dostawa w DevOps odnosi się do dostawy w ciągu kilku godzin.
Organizacje takie jak Amazon, Flipkart i Google dokonują aktualizacji i publikują je w ciągu kilku godzin. To jest szybkość i wysoka frekwencja oczekiwana od tych, którzy praktykują DevOps. Dlatego procesy, nawyki i praktyki DevOps są tak silne, że umożliwiają zespołowi wspólną pracę, aby to osiągnąć.
Możemy więc jasno powiedzieć, że wszystkie te teorie i praktyki DevOps obracają się wokół podstawowych zasad zwinnych, mogę powiedzieć, ich rozwinięcia.
Tutaj musimy spojrzeć i nauczyć się tego, co należy robić na co dzień, ćwiczyć i przyzwyczaić się, aby osiągnąć cele DevOps.
Nie wystarczy, że jedna osoba lub kilka osób w zespole powinno to ćwiczyć. Każdy członek zespołu, zarówno dział rozwoju, jak i operacja, musi ściśle przyjąć te praktyki i uczynić z nich BAU, biznes jak zwykle, a wtedy każdy w zespole ma zwyczaj powtarzania tego.
Dlatego sukces DevOps zależy wyłącznie od tego, jak poważnie te praktyki są przestrzegane przez każdego w zespole. I bez wątpienia sukces jest na pewno, jeśli te praktyki są przestrzegane religijnie.
Najlepszych praktyk i nawyków DevOps poznaliśmy już w naszym wykładzie część 1, który umożliwia zespołowi osiągnięcie kultury DevOps. Tak więc nie ma strat tyle razy, ile powtarzamy te praktyki, aby osiągnąć cel DevOps.
Jak wiemy, celem DevOps jest skupienie się na dostarczaniu wartości klientowi poprzez mniejsze wdrożenia, szybsze wdrożenia i ciągłe wdrożenia. Zrozummy, co musimy zrobić w praktyce DevOps, aby osiągnąć to ponad zwinnymi praktykami.
Pierwsza to, jak już wiemy, współpraca, którą musimy mieć ze wszystkimi interesariuszami, aby każda informacja była dostępna dla całego zespołu i była brana pod uwagę podczas tworzenia oprogramowania.
Na przykład może to być niewielka zmiana w domyślnej konfiguracji środowiska, którą planuje wprowadzić zespół operacyjny, a informacje te należy przekazać wszystkim członkom zespołu, aby każdy w zespole mógł zadbać o wpływ zmiany, wszędzie tam, gdzie ma to zastosowanie.
Podobnie jak programiści zwracają uwagę podczas kodowania, testerzy zapewniają, że ostatnia aktualizacja zostanie ostatecznie wykonana. Konfiguracja jest testowana względem starszej.
Zasadniczo zespół musi zebrać się i współpracować, aby rozwiązać problem, czy to problem projektowy, architektura, testowanie, wdrożenie czy wydajność aplikacji. Za chwilę zrozumiemy więcej o współpracy.
Dług techniczny należy maksymalnie zminimalizować.
Każdy element programu jest bardzo ważny i jeśli zostanie zaniedbany i nie uczęszczany na czas, doprowadzi to do problemów z jakością na późniejszym etapie.
Dlatego zwracanie uwagi na szczegóły, doskonałość i ciągłe skupianie się na potrzebach klientów jest bardzo ważne i nie ma kompromisu na żadnym etapie, jeśli chodzi o cokolwiek innego niż rozrywka.
Wiemy, jak ważny jest każdy aspekt cyklu życia oprogramowania i jego wpływ, jeśli nie poświęcono mu uwagi. Tak więc, skupiając się na najlepszej architekturze, wymaganiach, projekcie, testowaniu, wszystko to jest bardzo ważne i nie ma kompromisów na żadnym etapie fazy SDLC.
Dowiedzieliśmy się już, jak ważne jest zbieranie metryk z transmisji na żywo.
Mam nadzieję, że spodobał Ci się ten samouczek!
POPRZEDNIA samouczek | NEXT Tutorial
rekomendowane lektury
- DevOps Automation: Jak automatyzacja jest stosowana w praktyce DevOps
- Znaczenie małych przyrostów dostaw w DevOps
- Kontrola źródła lub kontrola wersji w DevOps (samouczek wideo, część 2 - blok 2)
- Manifest Agile: Zrozumienie wartości i zasad Agile
- Zmiana nastawienia zwinnego testera: dostosowanie do Manifestu Agile
- Ciągłe wdrażanie w DevOps
- Ciągłe dostarczanie w DevOps
- Samouczek DevOps: Kompletny przewodnik po DevOps (ponad 25 samouczków)