Szukanie „jak zacząć od devopów” naprawdę nie pomogło, ponieważ wielu z nich lubi to i to, a także wiele innych, tak naprawdę nie kieruje mnie we właściwy sposób. Każdy film z youtube, który do tej pory widziałem, również nie pomógł (ponieważ nie potrzebuję filmów wyjaśniających mi, czym jest Dev), ten film jest jedynym prawdziwym wyjątkiem do tej pory (pokazuje, jak rzeczy się ze sobą integrują).
Jestem CCNA, a także bardzo biegły w DBMS-ach (obecnie uczę się wykonywania równoległości, a także innych rzeczy).
Ale nie mam pojęcia, czego powinienem się najpierw nauczyć (ani gdzie znaleźć odpowiednie zasoby na ten temat).
Mam zamiar ukończyć szkołę, więc nie mam dostępu do prawdziwych doświadczeń.
Wszelkie porady lub pomoc?
Przede wszystkim chciałbym podkreślić, że DevOps to kultura, a nie rola. Moim zdaniem można to porównać z zespołem komandosów posiadających własne doświadczenie, np. Snajper, marine, saper (pomyśl o serii komandosów). Połączenie tych ekspertyz, zasadniczo współpracując ze sobą, umożliwia jak najszybsze wykonanie misji lub stworzenie wartości biznesowej.
LowOps i NoOps
Od kilku tygodni odkryłem, że po wielu rozmowach z ludźmi to raczej rozmowa o LowOps. Jeśli wdrożę rozwiązanie, oznacza to, że jest ono w pełni zautomatyzowane i że kolega może sam zainstalować maszyny, zamiast mnie pytać. Czasami nie jest możliwe natychmiastowe zautomatyzowanie go całkowicie, ale wtedy upewniam się, że jest ono zautomatyzowane dla mnie, aby upewnić się, że muszę uruchomić tylko jedno polecenie, aby wykonać pracę (LowOps), zamiast marnować kilka godzin. Jeśli stworzyłem takie rozwiązanie, zapewniam, że został utworzony bilet dla kolegi, aby zautomatyzować moje osobiste rozwiązanie dla wszystkich. Przykład: mój kolega przekształcił jeden z moich skryptów bashowych w bota, który jest teraz uruchamiany każdej nocy.
Rysunek 1: https://www.gslab.com/blog-post/what-is-noops/
Upewnij się, że należysz do zespołu o mieszanych kompetencjach i że zespół musi samodzielnie wdrożyć oprogramowanie. Porozmawiaj ze wszystkimi członkami zespołu i zacznij od zadań, których nikt nie chce wykonywać, ponieważ brakuje wiedzy lub chęci. Jeśli zaczniesz od zadania, wpadniesz na rzeczy, których nie znasz. Zacznij oglądać filmy, brać udział w spotkaniach , kupować i czytać książki, czytać blogi i oficjalną dokumentację na temat narzędzi, poprosić współpracowników o przejrzenie twoich próśb ściągania oraz komunikować się i słuchać ludzi, dobrze dokumentować rzeczy oraz przygotowywać i demonstrować rozwiązania kolegom (dzielenie się wiedzą) . Ostatnią sugestią jest pilnowanie równowagi między życiem zawodowym a prywatnym .
źródło
Inne odpowiedzi dotyczyły narzędzi. Moim zdaniem zdobycie kompetencji w zestawie narzędzi jest oczywiście dobrą rzeczą, ale nie sprawi, że dobrze dopasujesz się do kultury DevOps. DevOps to najpierw zestaw praktyk lub metod .
Zrozumienie, dlaczego te praktyki i metody są przydatne, wiąże się z doświadczeniem, ale nie masz tego luksusu. Chciałbym zatem wskazać na to
jako podstawowe teksty.
Witryna Continuous Delivery zawiera również zbiór zasad i podstaw, które zapewniają odpowiednie uziemienie na początku.
Na tej podstawie poznasz praktykę i metody, które będą informować o tym , jak współpracujesz i jak korzystać z narzędzi.
źródło
Wszystko, czego musisz się nauczyć, to Linux, Docker, Networking, Git, Jenkins itp. Możesz nauczyć się ich tutaj interaktywnie
Jeśli szukasz samouczków wideo, pluralsight ma dla Ciebie coś dobrego.
źródło
To pytanie zadawałem sobie wiele razy i zwykle podąża za mną (teraz, kiedy ledwo jestem „początkujący”, zastanawiam się, gdzie uczyć się bardziej zaawansowanych tematów). Niestety, jak już zauważyłeś, zadawanie tych pytań w wyszukiwarkach często zalewa strony internetowe kierowane do kadry kierowniczej i próbujące wyjaśnić, co to jest devops? i dlaczego powinniśmy uprzemysławiać cykl oprogramowania za pomocą devops?
Biorąc to pod uwagę, aby odpowiedzieć na twoje pytanie, mogę mówić tylko z własnego doświadczenia: swoją podróż edukacyjną rozpocząłem od doskonałego przewodnika Docker Pierwsze kroki .
źródło
„Nauka DevOps” wydaje mi się zbyt szerokim pytaniem, jak się dowiedziałeś, ale pamiętam, że muszę wyszukiwać w Google to samo.
Aby dodać do odpowiedzi @ jhamfler: Zadaj sobie pytanie, dlaczego chcesz się o tym dowiedzieć? Z jakiego kontekstu pochodzisz? DevOps zwykle ma związek z przełamywaniem przeszkód manualnych, a także strukturami silosów w zespołach (wszyscy po prostu wykonują swoje zadania i polegają na kimś innym, kto pomyśli o zintegrowaniu wyników). Czy w twoim projekcie są takie „luki” (zakładam, że masz)? Jakie części mogłyby skorzystać z automatyzacji?
Typowe problemy, które mogę zasugerować, to:
Być może pomocne może okazać się poszukiwanie „ciągłego wdrażania” i „ciągłej integracji” (CI / CD).
źródło
Pierwsze rzeczy, których musisz się nauczyć i czuć się komfortowo z:
Następnie możesz przejść do bardziej szczegółowych tematów:
źródło