Plače v IT industriji

DevOps ni posamezno tehnično znanje ampak je proces in kultura ki jo je treba čez cel oddelek razširit da se o tem razmišlja tekom razvoja. Nam je kar dobro uspelo zagnati zadevo, ampak je bilo treba precej kolegov dovolj navdušiti da se je to razširilo po ekipah in se je zgodil shift kulture. Mamo srečo da je veliko mladih in so bili navdušeni da se gre korak dlje pri razvoju. Smo pa v glavnini udeleženi v ta proces primarno developerji/programerji, sistemci so tudi zraven za neavtomatizirane dele ali pa kadar je specifično network/security znanje da skupaj naglumimo. Je tle kar izziv gap v znanju. Ker sistemcem manjka pisanje avtomatizirane kode, developerjem pa sistemsko znanje in smo kar redki taki ki smo "bridge" med tema dvema svetovoma.

kuall je 20. dec 2020 ob 00:35 izjavil:

Sistemci večinoma nimajo pojma o programiranju, kakor večina ostale populacije. Lažje se ti bo programer naučil sistemskega znanja kot sistemc programiranja. Jaz npr programiram powershell skripte, ko hočem kaj na hitro spacat skupaj (time is money). Si ne predstavljam, da bi šel sistemc tisto programirat, čeprav bi lahko. Sistemci so večinoma ljudje, ki se jim ni dalo programirat in so ubrali lažjo pot klikanja z miško. :D

Uff... Daleč od resnice. Vsi boljši sistemci se spoznajo na programiranje, vsaj tisti, ki jih jaz poznam.

Večina sistemcev ki jih poznam zna programirat, vendar se zavedajo da "znat" programirat ni neka znaš/ne znaš lastnost. Razlika je problem rešit s 300-vrstično skripto z 10 nivoji indentacije ali na kak bolj proper način.

Lonsarg je 20. dec 2020 ob 00:26 izjavil:

DevOps ni posamezno tehnično znanje ampak je proces in kultura ki jo je treba čez cel oddelek razširit da se o tem razmišlja tekom razvoja.

Tole je še najboljša definicija DevOps v tej temi do sedaj. Priporočam knjigo Phoenix Project, ki zelo pragmatično prikaže zakaj je DevOps mentaliteta obvezna za vsakega sistemca/razvijalca v današnjem času.

kuall: Imas ful zanimivih teorij, ki kazejo na neizkusenost, ceprav pravis da programiras ze dolgo.

A pravilno predvidevam, da skoraj nikoli ne delas ekipno in predvsem sam razvijas in vzdrzujes svojo kodo?

Zgoraj si napisal tudi nekaj od devops, ki naj bi pisali selenium teste. To je povsem napacen opis nalog :) Selenium je praviloma domena QA inzenirjev, oz. frontend razvijalcev v manjsih ekipah.

V vecini podjetij, kjer sem delal kot devops, se je moje delo vrtelo okrog:
- Postavitve infrastrukture v oblaku. To obsega vse od planiranja do implementacije v jezikih kot so Terraform/Cloudformation, vcasih smo delali tudi z raznimi ansibli, puppeti, chefi ...
- Zadnje case postavitev in vzdrzevanje Kubernetes clustrov.
- Implementacija varnostnih mehanizmov, vse od networkinga (vpc, security groups, network policies), audit logginga, intrusion detection sistemov, RBAC pravic, backupov.
- Monitoring infrastrukture (Prometheus/Datadog/Newrelic in podobni) ter implementacija dobrih metrik in pa seveda 24/7 on-call rotacija.
- Deployment pipeline, kjer poskrbis, da razvijalci lahko nemoteno pushajo novo kodo v produkcijo, brez prekinitve delovanja obstojecih servisev. Torej incremental rollout, dober rollback, metrike ...
- Build pipeline, da lahko razvijalci na najbol ucinkovit in ponovljiv nacin zbuildajo novo kodo in jo posljejo v centralni repozitorij. Veliko enega dockerja in podobnih sistemov ...

Vse omenjeno seveda vsebuje veliko programiranja, ker moras stvari zvezat skupaj. Dobro razumevanje programiranja potrebujes tudi, ko skupaj z razvijalci nacrtujes sisteme in moras predvidet sibke tocke, ki se ne bodo dobro skalirale ali pa bodo varnostni problem. Ogromno je seveda tudi reviewanja nove kode, da se prepricas da sistem pocasi ne degradira.

V bistvu imajo funkcije, ki so uporabljene na več mestih svoje velike nevarnosti in je treba bit pri njih extra previden: ko kaj spremeniš tako funkcijo moraš misliti na VSA mesta, kjer je uporabljena in da bodo vsa tista mesta še naprej pravilno delala. Ni tak enostavno to.

Tole je razlog zakaj obstajajo unit testi, ki jih uporablja prakticno vsaka resna firma.

Mavrik je premaknil sporočila v V kakšnem stilu pišete vašo kodo?.

Devops != sistemc v katerikoli firmi... Lahko en človek opravlja oba poklica.

https://aws.amazon.com/devops/what-is-d...

DevOps @ Wikipedia

DevOps je mešanica slabih adminov in slabih programerjev .

Tako definicijo sem prebral nekje na netu...

Slabi admini zato, ker nič ne znajo narediti v command linu, slabi programerji zato, ker ne znajo pisati kode.

Zato so pogruntali web interface za administaracijo, med programiranje pa štejejo konfiguracijo...

Današnji dilbert je on topic ;)
dilbert.com/strip/2020-12-21

Pri nas nima noben job descriptiona DevOps in se mi to zdi najbolje. Autobuild bomo počasi dosegli da vsak tretji developer zna spisat in gremo še dalje da bo vsak drugi, unit in integration testing itak se razume da vsak developer zna (oziroma ima naziv junior dokler ne). Ostane še UI/funkcionalni test ki je sicer zelo specifika in tam so posebaj osebe. Pri IaC se še lovimo in zaenkrat bolj nagibamo v smer da je to morda dovolj specifično znanje, da bodo posebaj osebe za to, kaka manjše sprotne prilagoditve na dev okoljih pa bi se kasneje tudi posamezni developerji priučili.

Naslednji korak je Security (DevOpsSec če hočemo v buzwordih) kjer se v ta isti proces vpeljalo še security. Ločen job description je zgolj za odgovorjega in ki nastavi politike, morda kake skupne skenerje itd. Dejanski security pa se izvaja sproti na vseh nivojih. Torej tisti ki piše kodo pazi da je varna, ko piše integration test poskrbi da so notri tudi security testi, ko se piše IaC se spet poskrbi za security,... Skratka tudi pri Security enako kot pri DevOps gre za širšo kulturo razvoja na vseh nivojih.

To so vse dodatni layerji zaščite, nobenega layerja ne daješ stran. V klasičnih firmah imaš varnost zgolj v glavah glavnih sistemcov in se vsi ostali požvižgajo, ko pa se greš DevOpsSec pa poskušaš "nazaj po verigi" propagirat to razmišljanje o varnosti. Najprej in najbolj poglavitno do piscev IaC, nato do piscev autodeployev, do piscev Integration security testov, do piscev same kode in nenazanje na sam začetek verige do arhitektov samih rešitev. Vsi v verigi morajo razmišljati že vnaprej o varnosti, infrastrukturi, operativi in monitoringu rešitve pri kateri sodelujejo.

thramos je 21. dec 2020 ob 21:57 izjavil:

Kok pa sistemcev? :)

No, za DevOps je sicer res manj povpraševanja, ampak tudi manj ponudbe. Preprosto zato, ker po 5 letih so vsi že senior developerji, resen DevOps pa, imaš popolnoma prav, po desetih letih resno delo šele začenja.

Sistemcev v klasičnem pomenu sploh ne rabiš več. Večino stvari lahko ob ustreznih navodilih naredi tajnica... Poznam par firm, kjer so vse sistemce zmetali ven, vse serverje zmetali ven, šli v cloud, napisali navodila tza tajnice, serverje pa najemajo, ko jih rabijo v datacentrih.

Prihranili precej keša...

Kdo pa danes še fura svojo infrastrukturo, če si pa vse narediš v cloudu? Vključno z AD, Exchangem in ostalimi pritiklinami?

Jaz tud poznam par firm kjer tajnice namescajo Windows 10 novo zaposlenim medtem k debugirajo SPF pravila za mail serverje. Resnicno jim gre super!

Zdej pa prosim, da nehate postat neumnosti tkole navsezgodaj.

V Sloveniji je načeloma kruh z malimi odjemalci precej tanek in kar precej suh. S tem sicer ne želim povedati, da je obilje svežega kruha prav posebej zdrava in priporočena hrana :-)

pegasus je 22. dec 2020 ob 09:08 izjavil:

Invictus je 22. dec 2020 ob 08:18 izjavil:

Kdo pa danes še fura svojo infrastrukturo, če si pa vse narediš v cloudu?

Eh, recimo vsak, ki obrača kakršnokoli resno količino podatkov? Ker je cloud v tem primeru več 10x dražji kot lastna infrastruktura. Plus da ne omenjam legal obligations glede določenih vrst podatkov, kjer cloud sploh odpade. Tako da ja, sistemci so in bodo še dolgo časa iskani.

no to si sedaj malo rekel na pamet. Pri nas imamo vsak dan 100gb novih podatkov, pa imamo vseeno kar nekaj v cloudih (in vedno vec). Pa sem preprican, da ni dosti firm v SLO, ki bi imela tako velik dwh.

Vanquish je 22. dec 2020 ob 09:12 izjavil:

no to si sedaj malo rekel na pamet. Pri nas imamo vsak dan 100gb novih podatkov, pa imamo vseeno kar nekaj v cloudih (in vedno vec). Pa sem preprican, da ni dosti firm v SLO, ki bi imela tako velik dwh.

100Gb na dan? Wow :) Pri nas imamo TB/s ...

Ja, dajmo posodobit naslov teme z dodatkom "... v Sloveniji". Dokler je "... v industriji", se lahko pogovarjamo worldwide :)

Par komentarjev na Invictusa:

V Sloveniji skoraj ni velikih software/IT podjetij, ampak je vse bolj na malih biznisih... Pa tudi velike firme nimajo več sistemcev v klasičnem smislu. Ali pa eden do dva pokrivata celo regijo in skačeta okoli. Fajn job, ko si samski in brez otrok... Marsikatera velika firma niti nima več svojih servejev, ampak gre v cloud. 100%. Mali privatnički bodo še pri malih izgubili job, ko računovodjem, in podobnih postane jasno, da je tistih par 100 EUR na mesec za enega levaka čisto odveč...

Sistemci, devops, SRE, whatever. Ne razumem zakaj je potrebno tako strogo locevati med serverji in cloudom. V vsakem primeru rabis osebo, ki ti fura infrastrukturo. Ce mislis, da ti cloud vse skupaj resi s parimi kliki, potem se nisi delal s cloudom. Pozabi na mikro firme, to ni relevantno za debato.

Na tem globalnem trgu, kjer je delo od doma blizje kot kadarkoli se ti omejujes na Slovenijo in razmisljas o nekih malih podjetjih? Clovek, tehnoloskih podjetij v katerih lahko delas in imajo ogromno infrastrukturo je kot DREKA. :)

Teh udobnih službic ni več, sprijaznite se. Mreža ni nobena znanost več, vključno s firewali in VPNji, tukaj se 1x najame zunanjo firmo, in plača reden update pravil, serverjev se ne menja, pa še vse gre v cloud, software se sesuva bistveno manj, tako da reinštalacij ni.

To je spet zelo dalec od resnice. Network konfiguracije v cloudu je ogromno, upal bi si trdit, da skoraj vec kot pri fizicni infrastrukturi, ker lahko res natancno na L7 specificiras kaj vse lahko govori med sabo.

Ce dam samo primer iz firme kjer trenutno delam - gostujemo v AWS cloudu in imamo vec deset tisoc vrstic terraform kode, ki je izkljucno namenjena firewall rulom - AWS security groups in k8s network policies. S tem je veliko dela, ker razni compliance standardni od tebe zahtevajo, da stalno preverjas kaj je aktualno, delas segmentation teste in podobno.

Poleg tega so veliki vendorji še to zjebal, saj danes ob naročilu dobiš vse že skonfigurirano in ti samo pripeljejo serverje, ali pa kar cel rack.

Ok, dobis server, kaj pa potem? To da imas server je prvi od stotih korakov dobre infrastrukture.

IBM to že počne, sestavljanje rackov in inštalacijo pri strankah pa delata 2 Romuna. Stranka pove samo IP naslove, in dobiš vse nastavljeno in poinštalirano. Kar si pač plačal. Osnovni paket deluje, vse ostalo so samo prilagoditve. Pa počasi še tega ne bo več, ker boš že dobil paket, ki je za večino dovolj dober...

A prav razumem, da ti misls, da je sysadmin tisti, ki dvigne server od tal, ga polozi v rack in priklopi kabel? :))))

poweroff je 22. dec 2020 ob 10:20 izjavil:

No, teh slednjih še tretjič ne mislim reševati.

Aja, potem tole ni prav posebej dober recurring business...

@Matthai: To ni ravno krivda oblaka, ampak da so se narobe lotili zadeve.

pegasus je 22. dec 2020 ob 09:08 izjavil:

Invictus je 22. dec 2020 ob 08:18 izjavil:

Kdo pa danes še fura svojo infrastrukturo, če si pa vse narediš v cloudu?

Eh, recimo vsak, ki obrača kakršnokoli resno količino podatkov? Ker je cloud v tem primeru več 10x dražji kot lastna infrastruktura. Plus da ne omenjam legal obligations glede določenih vrst podatkov, kjer cloud sploh odpade. Tako da ja, sistemci so in bodo še dolgo časa iskani.

Lol, jaz si ne bi upal nek biznis laufat v cloudu, kjer ti lahko kadarkoli čez noč spremenijo en člen v policyju in ti preprodajo vse tvoje podatke konkurenci ali pa bohnedej, s tvojim delom si sedaj v sivi coni in ti zbrišejo vse. In teh poslov v sivi coni je veliko, pa so čisto legitmni drugače, da ne bi kdo mislil, da je kaj na črno. Le vsi cloud ponudniki ne omogočajo vsega. Plus tega, da ti delo večinoma crkne, če ti crkne pipica v svet.

Crkne facebook ja. Ampak to večinoma ne šteje za delo.

IaaS ze ni nic cenejse kot lokalna infrastruktura, sploh v razcvetu virtualizacije.

techfreak :) je 22. dec 2020 ob 11:32 izjavil:

@Matthai: To ni ravno krivda oblaka, ampak da so se narobe lotili zadeve.

Seveda. Point je, da so nižali stroške. Za vsako ceno.

Zaradi zaprte pipice v svet lahko marsikatero podjetje se vedno posluje, le narocila sprejemas telefonsko npr. Ampak kolicine in zaloge lahko preverjas v sistemu, ki ga imas lokalno. Ravno tako lahko sprintas dobavnice in transportne liste npr, da vse pakete odpremis. Tudi racunovodski servisi lahko veselo klofajo po programu, podatke pa pac stranki posljes po alternativni poti, ali pa, telefonsko, ce gre le za kaksen kratek podatek. Pac ni vse zrelo za na cloud.

damirj79 je 23. dec 2020 ob 08:43 izjavil:

Pac ni vse zrelo za na cloud.

Tako je, odvisno od samega posla, sem sicer ugotavljal tudi sam, da se tu govori veliko preveč absolutno.