Mam pytanie do o wiele bardziej doświadczonych odnosnie kierunku devops. Jestem mid java dev, uzywam dockera i kubernetesa w pracy, do tego jakies CI/CD.. Chciałbym pójsc bardziej w kierunku devopsowym, czy takie cos jest w ogole realne? Dobija mnie niestabilność rynku jesli chodzi o jave i nie powiem, przyszlosciowo sie troche boje jak to bedzie wygladac. Jestem dosc mlody no i jakies tam 3-4 letnie doswiadczenie mam. Naginac AWS, kubernetes i jakis terraform? Robic certy z CKAD i te z AWS? Prosilbym o jakies porady odnosnie migracji na devops i czy w ogole jest to sensowny plan. Z góry dzieki:)
Java - Rejestracja:około 12 lat
- Ostatnio:3 dni
- Postów:217
2
stanley123 napisał(a):
Jestem mid java dev, uzywam dockera i kubernetesa w pracy, do tego jakies CI/CD.. Chciałbym pójsc bardziej w kierunku devopsowym, czy takie cos jest w ogole realne?
A dlaczego miałoby nie być realne?
To raczej standard, że devopsi zaczynają z nieco innych stanowisk, bo tego nie nauczysz się przy hobbystycznych projektach.
Jesteś młody, doświadczenie w Javie też będzie zawsze plusem dla devopsa.
stanley123
Dzieki za kom:) Docker -> kubernetes -> AWS (terraform) takie cos?
macok
Przede wszystkim jeżeli piszesz, że w pracy macie k8s to starałbym się brać coraz ambitniejsze taski i w ten sposób zdobyć większą biegłość. Jakieś kursy z k8s/AWS nie zaszkodzą jak masz wolne przebiegi, ale to nie są technologie, których się da nauczyć z kursów czy side projectów.
- Rejestracja:około 6 lat
- Ostatnio:około 5 godzin
- Postów:661
3
Jest i to bardzo sensowny. Dokładnie zrobiłem tak jak ty, też przeskoczyłem z Javy. 3 lata doświadczenia w programowaniu to bardzo duży plus w tej roli.
Certyfikaty są okej, co prawda ja zrobiłem ten pierwszy z AWS i to dopiero po roku doświadczenia jako DevOps, ale bardzo pomagają usystematyzować wiedzę i trochę zmuszają do ogarnięcia większego spektrum technologii. Więc jak ci to pomoże to rób, albo nawet nie rób, tylko rób jakieś kursy sobie w tym kierunku.
No i czeka cię największy dramat (inni nazywają to wyzwaniem) czyli narzędziówka. Kubernetes tak, ale potrzebujesz znacznie więcej ogarnięcia z całego ekosystemu (czyli powiedzmy opcja self-hosted typu kubeadm/k3s, i opcja managed typu EKS/AKS/...), ingress controller, helm, flux, cert-manager, cała integracja z AWS odnośnie pvc czy load balancerów, i to może jest 1/3 tego co by warto znać. Sam k8s jest raczej bezużyteczny bez tych narzędzi obok. No i potrzebujesz doświadczenia z tym, samo czytanie tutoriali daje fałszywe poczucie bezpieczeństwa.
Terraform wiadomka na blachę trzeba umieć (aczkolwiek chatgpt bardzo pomaga w generowaniu kodu), AWS czy inna chmura też wiadomo, warto znać jakiś stos monitoringu, jakiś stos logowania, jakieś narzędzia do bezpieczeństwa.
Jak masz jakieś konkretne pytania to dawaj, nie wiem czy to sensownie odpowiedziałem :)
Do tego dosc czesto przydaje sie znajomsoc tego co stoi na tym k8s cyzli jakeis Kafki, Cassandry, Mongo i inne buzzwordy
@kelog: napisalem priv
Hej, pisz tu.
Ale w skrócie, proponuję zrób sobie jakiś projekt frontend + backend (np. sztampową todolistę czy guestbook) w czymś co znasz (np. Spring + React + jakaś baza danych pod spodem, zupełnie bez znaczenia), i odpal to na minikube. Potem dodaj metryki (może być stos prometheusa) i logowanie (może być ELK chociaż słyszałem dobre rzeczy o Loki, najlepiej jak nie możesz się zdecydować to robisz oba, czemu nie). Dodaj customową metrykę ile todosów zostało dodane w ciągu godziny. Dodaj alert jak będzie ich przybywać za dużo. Niech ci śle smsy z errorami w logach.
- Rejestracja:około rok
- Ostatnio:11 miesięcy
- Postów:248
0
stanley123 napisał(a):
Mam pytanie do o wiele bardziej doświadczonych odnosnie kierunku devops. Jestem mid java dev, uzywam dockera i kubernetesa w pracy, do tego jakies CI/CD.. Chciałbym pójsc bardziej w kierunku devopsowym, czy takie cos jest w ogole realne? Dobija mnie niestabilność rynku jesli chodzi o jave i nie powiem, przyszlosciowo sie troche boje j
Tak samo konkurencyjny obszar. Kierunek mocno atakowany przez ludzi od networkingu, data center, wirtualizacji. Bez doświadczenia z infrą marna szanse. Bez certów też daleko nie zajedziesz.
Certami to się można podetrzeć.
Akurat certy chmurowe i CK{AD} jakąś wartość mają. Wiadomo, że i tak musisz o tym mieć pojęcie, bo na podstawie samego certa nikt cię nie zatrudni, ale przy rekrutacji pomagają na pewno bardziej niż swego czasu certyfikaty ze znajomości .NET czy Javy.
- Rejestracja:prawie 12 lat
- Ostatnio:około 4 godziny
- Postów:1129
0
@stanley123 Donkonca tygodnia w KodeKloude maszza free wszystko: awsy, ażury, chmury guglowe, kubernetesy, co chcesz. Zobacz, popatrz, są ścieżki odnośnie przygotowania pod certy. Najważniejsze jednak, że praktycznie mozesz poklikać w kontrolowanym środowisku. Jak ci się spodoba to idź w to
- Rejestracja:prawie 15 lat
- Ostatnio:około 2 godziny
- Lokalizacja:Laska, z Polski
- Postów:10053
2
Pierwszym krokiem który moim zdaniem powinieneś zrobić, jest doszukać informacji co konkretnie znaczy słowo devops. Myślę że bardzo by Ci to pomogło.
PS: I uważaj na hype i popularne buzzwordy.
edytowany 1x, ostatnio: Riddle
Oczywiście musiał się ktoś taki znaleźć xd
- Rejestracja:ponad 8 lat
- Ostatnio:około 13 godzin
- Postów:123
0
Jak już tutaj się zlecieli ludzie związani z devops to podepnę się ze swoim pytaniem:
Czy stawki na devops rzeczywiście są takie jak dla programistów? No bo biorąc pod uwagę ilość nauki na devopsa, to stawki powinny być sporo wyższe.
A jak wchodzę na JJIT to różnica nie jest zbyt wielka. Oferty dla doświadczonego devopsa: 25-35k, Oferty dla fullstack seniora: 20-30k. To jest tak na serio czy LinkedInem od rekruterów dostajecie sporo lepsze oferty np. 50k/miesiąc?
Devops robi się jak programowanie dla nietechnicznych, czyli złota droga w którą każdy chce iść. Niestety też będzie przesycony rynek, bo devopsow nie wiadomo ile nie trzeba.
- Rejestracja:około rok
- Ostatnio:11 miesięcy
- Postów:248
0
miiiilosz napisał(a):
Jak już tutaj się zlecieli ludzie związani z devops to podepnę się ze swoim pytaniem:
Czy stawki na devops rzeczywiście są takie jak dla programistów? No bo biorąc pod uwagę ilość nauki na devopsa, to stawki powinny być sporo wyższe.
Pomiędzy Odrą a Bugiem w IT siatka płac ma trzy zakresy junior, mid, senior z różnicami w okolicy dajmy nastu procent. Są wyjątki ale jest ich tak niewiele, że to bez znaczenia.
Bądź co bądź DevOps, DevSecOps czy SRE pracują nieco w innej formule i na większym ryzyku.
Tak, mają większy stres, częściej mają oncalle, mają większą odpowiedzialność. No i tak na chłopski rozum te rzeczy powinny ich stawki windować sporo powyżej poziomu programistów. A z moich obserwacji ofert pracy to się nie dzieje
@miiiilosz: stres ? Nie wiem czy w większości ale na pewno w wielu przypadkach mają mniejszy stres. Devops ze swoich pomyłek tłumaczy się głównie przed osobami technicznymi a nie biznesem czy klientem. Szczególnie to widać w starupach, znam przykład takiego gdzie jest bardzo duży stres i presja na wynik biznesowy ale devops ma najlepiej bo jest najbardziej odcięty od biznesu w całej firmie.
- Rejestracja:ponad 3 lata
- Ostatnio:około miesiąc
- Postów:10
0
.NET Dev -> DevOps. Ogarnij mocno jakąś chmurę i k8s, reszta sama przyjdzie.
Dzieki:)
A jak sie pracuje w projekcie legacy WinForms, .NET 4.5. To jak wtedy zaczac cos robic w Cloud i K8S?
- Rejestracja:ponad 3 lata
- Ostatnio:około 13 godzin
- Postów:20
0
Tez kiedyś o tym myślałem ale zastanawia mnie kwestia supportu. Jako developer pracuje 8-16 i wolne a devopsi? Jak walnie coś w infrastrukturę o 3 nad ranem to śpicie spokojnie czy alarm i szybko do kompa naprawiać?
To zależy od firmy, wielkości zespołu DevOps (chyba, że jesteś jedynym per zespół), ustaleń pieniężnych i samej infry (cloud, on-prem, pół-na-pół). Ja na przykład 3 rok już DevOps-uje i jedyne co miałem to migracje baz o 22:00 albo 7:00 nad ranem albo jakieś upgrade'y ale to na palcach jednej ręki mogę policzyć te sytuacje. Ofc czas sobie odbierałem albo nadgodziny w zależności co mi pasowało.
Po pierwsze, muszę skorygować twoje założenie - deweloperzy też często są na oncallach, w mojej firmie tak jest. Ale jest tych deweloperów w porównaniu z opsami wielokrotnie więcej, więc tydzień dyżuru raz na kilka miesięcy nie zrujnuje życia prywatnego, a dodatkowa kasa wpadnie bardzo często (powiedziałbym tak 90%< szans) przy braku zgłoszeń na prodzie. Natomiast opsi mają normalnie rotację, jak dupnie o 2 w nocy to wstajemy i kompa odpalamy, nie ma zmiłuj. Wiadomo nie za darmo :)
- Rejestracja:około rok
- Ostatnio:11 miesięcy
- Postów:248
0
lvyadhjpik napisał(a):
Tez kiedyś o tym myślałem ale zastanawia mnie kwestia supportu. Jako developer pracuje 8-16 i wolne a devopsi? Jak walnie coś w infrastrukturę o 3 nad ranem to śpicie spokojnie czy alarm i szybko do kompa naprawiać?
Jak pracowałem w firmie którą można podciągnąć pod FANG to każdy z nas miał raz na kilka tygodni rolę firefightera. Requestowaliśmy o dostępy do wyższych środowisk. Jak coś się dzieje do przychodził alert, wówczas lecisz do kompa, otwierasz calla z resztą zespołu i pracujemy aż ustalisz przycznę. Wiele problemów było z zakresu performance więc nie były to oczywiste sprawy.
Natomiast to nie jest tak, że każda usługa była trzymana na wysokim SLA. Były też tematy które jak położyły się to probem handler z danego zespołu analizował w godzinach pracy.
Natomiast jak przekroczysz SLA to miło nie było.
edytowany 2x, ostatnio: mrxormul
- Rejestracja:11 miesięcy
- Ostatnio:7 miesięcy
- Postów:140
2
Mam podobne przemyślenia i to nie tylko ja. Znajomego Java Developera też mam w zespole co myśli pójść w DevOps.
Prawda jest taka, że teraz Java Developer to taki wyrobnik w Sprintach, który ma zasuwać by Velocity się zgadzało managerom. Jako DevOps w niektórych firmach nie podlegasz pod codzienne przepytywanie, masz bardziej wolną rękę i szacunek, a na Twoje miejsce pracy nie ma 200 chętnych i algorytmów na rozmowie rekrutacyjnej jak do Googla.
Chętnych mniej, ale i generalnie miejsc pracy raczej też mniej niż dla zwykłych devów, więc nie jest tak, że to się w miarę wyrównuje?
- Rejestracja:ponad 8 lat
- Ostatnio:około miesiąc
- Postów:2284
0
Prawda jest taka, że teraz Java Developer to taki wyrobnik w Sprintach, który ma zasuwać by Velocity się zgadzało managerom.
Nie no tak było w czasach hossy nawet. Tylko zmieniało się często pracę i to był model biznesowy niektórych firm.
- Rejestracja:12 miesięcy
- Ostatnio:około godziny
- Postów:372
0
Tak w ogóle to tzw. DevOps niekoniecznie musi oznaczać SRE. Chociaż w niektórych miejscach pewnie oznacza.
A to raczej po SRE bym się spodziewał, że opiekuje się środowiskami produkcyjnymi (monitoring, utrzymanie) i to on w pierwszej kolejności reaguje na incydenty.
teraz nawet devom się czase wpycha oncalle, to obstawiam, że ciężko znaleźć posadę devops bez dyżurów
- Rejestracja:około rok
- Ostatnio:11 miesięcy
- Postów:248
0
PawelP6 napisał(a):
Mam podobne przemyślenia i to nie tylko ja. Znajomego Java Developera też mam w zespole co myśli pójść w DevOps.
Jak ktoś jest kiepski, nie ma na siebie pomysłu to zawsze będzie skakać aż któregoś dnia zostaniesz bez roboty. Dziś będzie devops, jutro coś innego, pojutrze jeszcze coś innego.
Jako DevOps w niektórych firmach nie podlegasz pod codzienne przepytywanie, masz bardziej wolną rękę i szacunek
Opowieści z mchu i paproci. Jesteś i w zespole projektowym i w departamencie który skupia devopsów.
Na początku będziesz poprawiać jenkins joby, fixować skrypty bashowe, poprawiać coś przy monitoringu, zmieniać konfigi do
Infra kosztuje i to nie mało. Jak dadzą cokolwiek w tym obszarze pogrzebać to i tak każdą decyzję będziesz konsultować z devopsem devopsów.
a na Twoje miejsce pracy nie ma 200 chętnych i algorytmów na rozmowie rekrutacyjnej jak do Googla.
Weź otwórz LI, zobacz cyferki. Rynek jest kilka razy mniejszy, a konkurencja jest też odpowiednia.
Na pewno dużym plusem devopsów jest to, że możesz brać różne zlecenia, być w różnych projektach, tematy są nieco bardziej przewidywalne.
Natomiast też takiego gościa łatwo zastąpić. Jak kończy się budżet w projekcie to na ogół rezygnuje się m. in. z devopsa, a jego zadania przejmują topowi developerzy.
edytowany 5x, ostatnio: mrxormul
- Rejestracja:około 6 lat
- Ostatnio:około 5 godzin
- Postów:661
1
Riddle napisał(a):
Pierwszym krokiem który moim zdaniem powinieneś zrobić, jest doszukać informacji co konkretnie znaczy słowo devops. Myślę że bardzo by Ci to pomogło.
Pełna zgoda. Drugim krokiem, który powinieneś zrobić jak będziesz przeglądał oferty i gadał z rekruterami, to dość, czy to jest Prawdziwy DevOps (coś jak prawdziwy komunizm), czy też może ściema nazewnicza czyli po prostu będziesz SRE / admin / gość od Jenkinsa / gość do którego piszemy jak coś nie działa. Niestety branża wypaczyła ten termin i trzeba z tym żyć. Można się kłócić ale po co.
Ale teraz wszędzie są mieszane stanowiska. Pokaż mi seniora backendowca, który nigdy nie zagląda na CI/CD albo na infrę
Czym innym jest zajrzeć raz na ruski rok czemu serwis znowu się wywala out of memory przy większym ruchu (najczęściej dopiero na prodzie), a czym innym konfigurować te eksportery i klikać po Grafanie żeby dało się z tych danych coś wywróżyć.
- Rejestracja:ponad 5 lat
- Ostatnio:17 dni
- Lokalizacja:Wrocław
1
Nie chce mi się czytać wątku, stąd nie wiem czy już to padło, ale najwyżej powtórzę - Devops to nie stanowisko tylko zestaw praktyk związany z konkretnym tematem. Stąd (przynajmniej dla mnie) stwierdzenie chęci przejścia ze stanowiska programista na stanowisko "devops" jest z góry nie logiczne.
Ale wracając do meritum. Jeśli chcesz liznąć devopsowania to najlepszym sposobem jest praktyka. W obecnym projekcie na pewno masz jakieś ci/cd i tematy z tym związane. Zacznij brać te taski na klatę :)
W CI/CD to dość łatwo się wkręcić bo teraz jest modne żeby bamboo.yml/Jenkinsfile itd. były w repie więc to developer widzi, system do review pokazuje wynik. Gorzej z tym czego dev nie widzi np. Kubernetes, Prometheus.
"DevOps to nie stanowisko". Też tak mówię na rozmowach jak wyczuje, że ktoś tego oczekuje ale ogólnie sranie po ścianie - oczywiście, że DevOps to stanowisko.
@aoeuidhtn: valuesy do helmchartów w repo też są obecnie modne :) To dobry punkt startowy żeby zacząć wgryzać się w k8s
Oczywiście że DevOps to nie stanowisko, chyba że ktoś oferuje worek złota za inżyniera DevOps, wtedy jak najbardziej jest ;P