DevOps Engineer - na czym musisz się znać, by nim zostać

DevOpsi zarabiają coraz więcej, często więcej niż programiści, a stanowisk tego typu ciągle przybywa. Napisałem więc bardzo obszerny artykuł z listą wymaganych skillów na to stanowisko i analizę najpopularniejszych ogłoszeń o pracę w Polsce w odniesieniu do tego właśnie stanowiska.

[kakulec]

Twierdzenie że DevOps to osoba to kolejna patologia organizacji. DevOps to umiejętności Development i Operations w jednym zespole i odpowiedzialność end to end od wytworzenia do produkcji.
DevOps jako osoba to Admin na sterydach z nowymi zabawkami, który nie przyspiesza time to market ani nie przesuwa odpowiedzialności za utrzymanie. Tak samo jak zainstalowanie Jenkinsa to nie to samo co praktyka Continuous Integration. Antypattern. Dobry materiał do poczytania jest tutaj: https://devops.com/the-origins-of-devops-whats-in-a-name/

[Ziame]

@kakulec: /thread

[spajdermen]

Devops to nic innego jak próba wyciśnięcia więcej z developera poprzez wepchnięcie go do roli sysadmina i dowalenie większej odpowiedzialności poprzez zrobienie z deva pierwszej linii ognia gdy coś się spieprzy na produkcji. Chodzi tylko i wyłącznie o ograniczenie kosztów.
Dostałem niedawno propozycję przejścia "na kilka miesięcy" do "teamu devops". Przepytałem osoby, które wcześniej się tego podjęły i wychodziło na to że oczekiwania są takie że jak nie robisz release managementu to

[L.....6]

@spajdermen: To ten team miał tyle wspólnego z "devops", co scrum-master z poprawianiem developmentu. U mnie, gdzie głowna reprezentacyjna aplikacja pisana jest w javie, devopsi nie potrafią hello worlda w tym języku napisć, za to tworzą dziesiątki bytów dockerowych, napieprzają skrypty chefa, tworzą monitoringi, konfigurują środowiska, itd. Z samym releasowaniem też nie mają za wiele wspólnego.

[spookiii]

@spajdermen u mnie w teamie jest zasada że kodu nie dotykamy. Dostatecznie dużo jest pracy ze spajaniem w funkcjonalną całość wyników pracy 3 innych zespołów.
Co do zabezpieczeń, to te pytania mają ustalić czy znasz podstawy. A w projekcie musi być grupa od venurability analysis. Chyba że faktycznie pracujesz dla jakiegoś januszexa.

[F.....s]

Każda z tych działek, które wg Ciebie powinien ogarniać DevOps, może nadawać się na niezależną ścieżkę kariery i odnoszę wrażenie, ze devops to stanowisko dla kogoś, kto ma ze 20 lat doświadczenia. Trzeba by tak dać po 5 lat doświadczenia na jeden z języków programowania, bazy danych, adminowanie (windows+unix+sql+wirtualizacja), sieci...i trzeba mieć na uwadze, że to wszystko się niejednokrotnie przeplata (np. są osoby, które piszą programy/skrypty na potrzeby wewnętrzne firmy, korzystając z

[spookiii]

@FuneralDreams nie do końca. Przez ostatnie 10 lat, wprowadziłem do obiegu kilkunastu DevOpsów. Sam bawię się od 20 lat, i powiem Ci że zakres wiedzy jest mniej ważny od motywacji. Jeśli to lubisz, chcesz się uczyć i trafisz na kogoś kto chętnie dzieli się wiedzą, to w 3 lata skaczesz z juniora na regulara. A potem to już z górki.
Pozdrawiam serdecznie

[F.....s]

@spookiii: to prawda, bo sam sporo nauczyłem się od bardziej doświadczonych kolegów. Warto mieć takie osoby w swoim otoczeniu, niestety nie wszyscy chętnie dzielą się swoją wiedzą, a jest to bardzo ważne w IT.

[pragmatyczny_romantyk]

Ogarnięty DevOps w firmie, to skarb. U nas w firmie ciągle szukają nowych DevOpsów, wiele z zagadnień które w tym artykule są poruszane są u nas na rozmowach rekrutacyjnych.

Miałem okazję przysłuchiwać się takim rozmowom i akurat u nas jedno z pierwszych pytań, to czy jesteś bardziej Windowsowcem czy Linuksowcem i wtedy nieco większy nacisk jest na pytania dotyczące konkretnego systemu operacyjnego. Ponadto pytania są dopasowane do poziomu merytorycznego kandydata.

W przypadku Windowsa,

[d.....o]

na 95% pytan bym teraz z marszu odpowiedzial wiec slabo troche ze ludzi nie moga znalezc jak w sumie dosc proste pytania.
i tak tego gowna nie chcialbym robic

[zzapal]

@adammich: Niektórzy myślą, że trzeba odpowiedzieć na pytanie zgodnie z definicjami, "dobrymi praktykami" itp. A prawda jest taka, że im jesteś bardziej doświadczony, tym bardziej odpowiadasz tak, jak jest w praktyce. Co z tego, że np. DI jest teraz na topie i jest w zasadzie standardem - osoba doświadczona odważy się powiedzieć (również na rozmowie o pracę), że DI jest w wielu zastosowaniach zbędne, a czasem wręcz szkodliwe (wydajnościowo chociażby).

[mk321]

jeśli będę rozmawiał z HRowcem uzbrojonym w szablon - to polegnę. A jak będę rozmawiał z osobą znającą się na rzeczy - to zanim skończę mówić dostanę ofertę

To też jeden z powodów, dlaczego nie dawałem linków do odpowiedzi - nie wiadomo, czego pytający może oczekiwać

@zzapal: @devopsiarz: zdradzę wam tajemnice:
1. Najpierw odpowiadacie regułką, ogólnie przyjętą praktyką.
2. Następnie mówicie, że zawsze jest jakieś "ale" i rozwijacie temat (jak

[czopek-wykopek]

@smakowal_jak_kurczak: u mnie są devopsi i sysopsi. Jedni rozwijają i automatyzują procesy, drudzy utrzymują, wykonują pracę manualne i także automatyzują.
Obie role pracują także z kodem opisującym infrastrukturę.

[Ilythiiri]

@smakowal_jak_kurczak: @czopek-wykopek: W firmie gdzie pracuje jest dział devops gdzie są zarówno administratorzy, developerzy jak i devopsi którzy ogarniają projekt całościowo i są w stanie poskładać to do kupy.

Wydaje mi się, że to jest dział devops z prawdziwego zdarzenia, są ludzie od "wszystkiego", ale są też specjaliści odpowiedzialni za swoje działki. Oczywiście poza tym działem mamy w firmie dział produkcyjny (developerski) i każdy inny którego potrzebujemy. Nie

[M.....i]

@nikczemniug: 100/100

[Masturbatron]

DevOps to dobrze płatna, ale jednak sraka.

[b.....r]

Każdy programista i tak prędzej czy później uczy się GITa, Dockera, Jenkinsa. Rozumiem, że DevOps ma pogłębioną wiedzę w tym zakresie? Przykładowo stawia serwer GITa, a programiści tylko z niego korzystają?

Edit: Przejrzałem ten artykuł i to taki system admin z nowymi zadaniami. Po prostu ma ogarnąć środowisko pracy. Trudno żeby programista sam sobie stawiał serwer HTTP, bazodanowy itd. - przecież zawsze tak było, że był admin, który konfigurował dedyka/VPSa, a programista

[d.....z]

@blizzarder: jeśli pod pojęciem "stawia serwer GITa", masz na myśli stawianie coś w stylu gerrit, to tak. Jeśli masz na myśli ogarnianie i dostosowywanie np. github/gitlab enterprise do infrastruktury firmy, to i również. W każdym z tych przypadków nieznajomość bebechów gita to byłby strzał w kolano.

[Tril]

@devopsiarz: git clone/pull/push/commit i rm -rf + clone jak coś pójdzie nie tak :D

[jaredj]

Kurka, przeczytałem i uświadomiłem sobie, że jestem devopsem, a oficjalnie moje stanowisko to "Senior Developer", teoretycznie (i praktycznie) to dba :)