DevOps jest teraz czymś więcej niż tylko modnym hasłem, to rzeczywistość. Coraz więcej firm traktuje to poważnie i inwestuje w to czas, pieniądze i energię, aby przyspieszyć cyfryzację. Rosnąca liczba ogłoszeń o pracę DevOps jest wyraźnym dowodem – nie wspominając o tych, które nie wyglądają jak DevOps, chociaż w rzeczywistości nimi są.
Rzućmy okiem na to, czym jest DevOps, a także zobaczymy, o co w tym wszystkim chodzi, dlaczego wszędzie występuje niewielka (duża) różnica w interpretacji tej nazwy i jakich umiejętności naprawdę potrzebują firmy poszukujące specjalistów DevOps.
1. DevOps to odpowiednie podejście
Wielu definiuje DevOps jako podejście albo zestaw zasad. Samo słowo pochodzi od angielskiego słowa development- rozwoju i operations- operacji, sugerując coś więcej niż tylko ich połączenie. W rzeczywistości nie ogranicza się do tych dwóch obszarów: DevOps to nowe, kompleksowe, adaptacyjne podejście do zarządzania z punktu widzenia całościowego procesu programowania.
- Kompleksowe zarządzanie, ponieważ obejmuje cały łańcuch etapów i cykl życia oprogramowania, od kodowania opartego na potrzebach biznesowych, poprzez kompilację, testowanie, wdrażanie i konserwację na pełną skalę.
- Zwinne zarządzanie, ponieważ jest zorientowane na wartość biznesową, realizowane w cyklach iteracyjnych i oparte na współpracy.
- Szczupłe zarządzanie, ponieważ możesz wyeliminować wiele podwójnej pracy, czasu oczekiwania i niepotrzebnych błędów. Pomaga obniżyć koszty poprzez ulepszenie procesu w dłuższej perspektywie.
2. DevOps to kultura firmy
Spojrzenie na cykl życia oprogramowania jako pojedynczą jednostkę – DevOps przełamuje bariery między biznesem a IT oraz wewnątrz IT. Zamiast pojedynczych etapów traktuje to jako całość procesu działającego we współpracy, w spólnych celach biznesowych i wartościach. Priorytetowo traktuje współpracę, branie odpowiedzialności i własność, bezpośrednią i konstruktywną komunikację, ciągłe uczenie się i próbowanie nowych rzeczy.
Ponieważ jest to wciąż całkiem nowe podejście do pracy, oczekuje się, że starsi specjaliści opuszczą swoją strefę komfortu, wyjdą ze zwykłych wydzielonych jednostek przedsiębiorstwa i zmienią swój sposób pracy, postawy i rutynę.
DevOps może być dla niektórych okazją do wyrażania siebie, dla innych wyzwaniem, a dla innego typu ludzi – tak jak w każdej innej grupie – motywacją do popisu. Zwykła ścieżka czy wręcz autostrada do kariery – te dwie opcje masz przed sobą również w obliczu kultury firmy DevOps.
3. DevOps to biznesowe KPI i nowe oczekiwania
Częścią podejścia DevOps i sposobu pracy są wspólne cele. Poza typowymi celami, takimi jak szybkie dostarczanie kodu przez programistów i szybka obsługa błędów przez operatorów, cele biznesowe są traktowane priorytetowo na wszystkich etapach DevOps: oprogramowanie dostarczające wartość biznesową powinno działać szybko i działać bez problemu 24 godziny na dobę, 7 dni w tygodniu.
4. DevOps to szeroki wachlarz zadań
Wiemy, że to brzmi skomplikowanie i tak jest. Chodzi o to, aby zharmonizować części złożonego procesu we wszystkich etapach, zadaniach, rolach, narzędziach i technologiach. Ze względu na złożoność, względną nowość podejścia i oczywiście ze względu na różnice między firmami i projektami znajdziesz tyle różnych implementacji DevOps, ile miejsc pracy. Wszyscy na innym etapie swojej podróży przygotowują ich wdrożenie. To naturalne, że przepływy pracy i zadania będą się różnić wszędzie.
Jakie są typowe różnice?
DevOps był po raz pierwszy używany przez firmy, które powstały w Internecie, takie jak Flickr, Etsy i Netflix. Ich zespoły musiały bardzo szybko dostarczać dość złożone projekty w dość prostej architekturze. Od tego czasu klasyczne korporacje również przyjęły to podejście, wykorzystując architektury zbudowane ze złożonej sieci różnych technologii, łączących się z zbiorem starszych systemów sprzed dziesięcioleci.
Model Netflix nazywa się NoOps: zespół programistów wykonuje również wszystkie prace konserwacyjne. (Tak więc w „NoOps” są też „Ops”, ale nie w osobnym zespole). Z drugiej strony kilka korporacji zaczęło tworzyć dodatkowe zespoły DevOps, które pomagają w pracy klasycznych zespołów jako Centra Doskonałości, koordynacji i realizacji zadań DevOps.
Outsourcing, podobnie jak rozwiązania chmurowe (ang. cloud solutions) (takie jak IaaS, Paas, SaaS), również bardzo wpływają na zakres zadań DevOps, które mają być realizowane w zespole.
Zadania i procesy DevOps zazwyczaj obejmują zarządzanie elementami roboczymi, zarządzanie konfiguracjami, kontrolę wersji, monitorowanie i automatyzację.
5. DevOps to szybko rozwijający się wachlarz narzędzi
Dobra wiadomość jest taka, że DevOps jest wspierany przez coraz lepsze narzędzia i technologie, które pojawiają się teraz prawie co tydzień. I to też jest zła wiadomość. To naprawdę dobrze, jeśli okazja do uczenia się nowych rzeczy jest każdego dnia, ponieważ to nie tylko okazja, ale konieczność. Jeśli jest to coś, co Cię niepokoi, DevOps może nie być dla Ciebie (i niektóre części programowania, ale to zupełnie nowy temat).
Zanim odstraszymy Cię powyższym obrazkiem, zrelaksuj się: nikt nie chce, abyś się wszystkiego uczył. Zwykle sprowadza się to do tego, z jakich narzędzi firmy korzystają lub planują korzystać, i skupiają się tylko na nich.
Uważamy, że warto najpierw zapoznać się z poniższymi technologiami, platformami i narzędziami:
- Linux
- AWS
- Docker
- K8
- Helm
- GitLab
- Jenkins
Później będziesz miał dużo czasu, aby nauczyć się jeszcze innych narzędzi w pracy.
6. DevOps to zbiór umiejętności miękkich
Jeśli chcesz przejść do DevOps jako programista, będziesz musiał popracować nad podstawowymi umiejętnościami w zakresie obsługi skryptów, systemu operacyjnego, sieci, chmury i umiejętności CI / CD.
Oprócz umiejętności twardych, takich jak opanowanie narzędzi i technik cyfrowych, podczas rozmowy kwalifikacyjnej rekruterzy będą również koncentrować się na umiejętnościach miękkich. Ogólnie oczekuje się, że będziesz otwarty na ciągłe uczenie się nowych rzeczy, myślenie jako programista, profesjonalną obsługę, klienta biznesowego i użytkownika końcowego, bycie niezależnym i proaktywnym oraz wystarczająco dobrym dyplomatą do płynnej i bliskiej współpracy z innymi zespołami. I to wszystko. Nie musisz umieć chodzić po wodzie 🙂
7. DevOps to … Twoja następna praca?
Jeśli to za dużo, to zupełnie normalne. To naprawdę złożony obszar z wysokimi oczekiwaniami i wieloma sprawami do nadzorowania. Dobrą rzeczą jest to, że nie każdy musi iść w DevOps. Ale jeśli uznasz to wszystko za ekscytujące i motywujące, zmiana może być dla Ciebie bardzo satysfakcjonująca.
Czego możesz się spodziewać?
- Wspomnieliśmy już o tym, ale nigdy zadość wystarczająco podkreślania – ciągłe uczenie się. Z jego zaletami i wadami.
- Codzienna aktywna komunikacja z innymi – co znowu jest koniecznością, ale może to być dla Ciebie lub nie.
- I jeszcze jedna rzecz, o której jeszcze nie wspomnieliśmy – możliwy dyżur po godzinach w związku z potrzebą ciągłego monitorowania. Poprawnie zaimplementowany, zautomatyzowany system monitorowania może zaoszczędzić wiele pracy, ale nadal może być konieczne reagowanie a.s.a.p. kiedy zgłaszany jest problem. Lepszą stroną tej historii jest zazwyczaj niezłe wynagrodzenie za nadgodziny.
W Codecool oferujemy tylko wysokiej jakości kursy dotyczące rzeczy, z których możesz skorzystać w późniejszej karierze technicznej. Widzimy rosnące zapotrzebowanie na umiejętności DevOps u naszych partnerów i ogólnie na rynku. Postrzegamy DevOps nie tylko jako przemijający trend, ale raczej przyszłościowe, zapewniające wartość biznesową podejście do technologii, które pozostanie z nami na długo. Tak więc, tak jak to widzimy, jest to dobra inwestycja zarówno Twojego, jak i naszego czasu.