HWSW podcast!

Kihalnak-e a hagyományos üzemeltetők? (kraftie #43)

· PT1H4M22S

Összefoglaló

A Kraftie podcast 43. adásában Kollár Lacival (SMP) és Zámbó Marcellel (Andrews IT) beszélgetnek a hagyományos IT üzemeltetők jövőjéről. Szóba kerül, hogyan változtatta meg a szektort a cloud és az automatizáció, és hogyan kerülnek egyre újabb rétegek és fejlesztői feladatok az…

Röviden

Műsor
HWSW podcast!
Megjelenés
2024. 10. 25.
Hossz
1 óra 4 perc
Témák
it üzemeltetés, felhőtechnológia, automatizáció
Átirat
Az epizód beszélt szövege alapján indexelve

Ebben az epizódban

szerintem nem olyan gyorsan hal ki ez a fajta üzemeltetés mint ahogy megy föl mondjuk a mikroszervizek iránti igény mfame esetében delta t = 10 év mert hogy 10 évente cseréled vagy inkább 15 egy vm esetében delta t =yenlő mondjuk két hónap de uram bocsán lehetne rövidebb csak a halálnak van hozzá kedve egy konténerő delt t eg 5 perc nagy banki környezetbe as400-ak mellett mikroservizes konténerek futnak és ezzel lefedünk egy nem tudom én 50 évet a az informatikába egyszerűbb részfeladatokat ellátni képes repettittív feladatokra szakosodott már nem nagyon tanuló et üzemeltetőnek a piaci ára az körülbelül az 1egyhmada annak amennyit ugyanebben a városban megkap egy deps [Zene] kopsos sziasztok újra itt vagyunk ez itt a 43 crafty a hvs it karrierel és munkavállalással foglalkozó podkaast sorozata ezóta az országos it megmérettetés támogatásával amit a megmérettetés.hu-n tudtok elérni én bölegyuri vagyok itt van a stúdióban velem állandó műsorvezetőtársam batis peti ali zero ezóttal két vendégünk is van kollár laci és zámbo marcel sziasztok srácok titeket majd mindenképpen bemutatlak csak gyorsan lefutom azt a kört hogy miről fogunk most beszélgetni ez a a mai podcastnak ugye az a munkacíme sőt valószínűleg ez lesz az eredeti címe is mire kimegy hogy ki vannak-e a hagyományos it üzemeltetők talán ez az adásötlet ami a legeslegrégebben van fent van egy ilyen tudunk egy ilyen ötletlista csak valagy eddig nem mertük megpiszkálni mert azt gondoltuk hogy hogy kicsit ilyen provokatív már a felvetés is nagyjából arról szeretnénk beszélgetni hogy hogy az it üzemeltetés akár 20 éves táblatban nézem akár 10 akár öt rettenetesen megváltozott és újjabb és újabb abszrakciók jönnek be a az üzemeltetői környezetben is és ráadásul ugye a szakmát több irányból is ilyen kihívások érik akár az hogy mondjuk számos területen a az üzemeltetésnek bizonyos részei gyakorlaag a fejlesztőkhöz kerültek át és erről az úgy éreztük hogy ez egy ez egy fontos téma és erről kéne beszélgetnünk azt leszögezném már így az elején hogy hogy hogy ez a szakma nagyon fragmentált vagy vagy lehet hogy rossz szó hogy már már kasztosodott tehát nem biztos h az itt elhangzottak minden üzemeltetői területre ráhúzhatók és akkor haladjunk a fiúk bemutatásával ugye kollár laci itt van velünk akik hallgatnak minket tudják hogy laci talán harmadszor vagy itt ugye podcastként ugye laci már már állandó bútordarabunk és ennek egyetlen oka van hogyha általában egy ilyen szélesebb nagyobb trendet vizsgálgatunk akkor szükségünk van mindig egy mankóra egy olyan szakemberre akinek egyrészt nagy tudása van a területen másrészt pedig az életkorából kifolyólag jóval nagyobb idő spektrumon lát át laci laciról annyit kell tudni hogy dolgozott a microsoftnál a cloudiránál a morgan stellynél az otp-nél a cloud csapat vezetőjéként most pedig az smp-nél dolgozik cloud szakértőként és új vendégként pedig itt van velem zámo marcel marcel az andrews it-nek az egyik alapítója az andrew it-ról annyit kell tudni hogy egy széles széles ügyfélkörben biztosítanak biztonságos it üzemeltetést biztonságos it környezetet és ugye te vagy az egyik alapítója és a cégnek és ugye marcelt ugye azért hívtuk el mert hogy hogy nagyon sok fajta területre és nagyon sok fajta típusú ügyfélre lát rát akár versenypiaci cégektől akár gondolom az államigazgatásban és mielőtt nekifutnánk a az adástervnek itt van ez a kis kötelező kör hogy kövessetek be minket azon a platformon ahol éppen most hallgattok minket helyenként szívecskék helyenként pluszjelek harangok satöbbi iratkozzatok fel a hírlevelünkre a crafty.hu-n vagy pedig csatlakoz ok a közösségünkhez a discord.hvs.hu-n és aki pedig podcastként hallgat minket annak mondjuk hogy a youtube-on láthatóak is vagyunk ennek talán most több jelentőség is leszs laci mindig készül nagyon helyes kis rajzokkal és ha minden igaz ezeket be is fogjuk vágni a képbe a az elején kezdjünk egy ilyen triviális kérdéssel mondjuk egy ilyen puha kérdéssel hogy szerintetek 20124-ben kit nevezünk egyáltalán üzemeltetőnek hát a osi hagymának már az informatikai hr osi hagymának azt a rétegét aki nem vesz közvetlenül részt a üzleti értéket gyártó kód előállításában és utána ez egy nagyon finom definíció ugye ez egy több árnyalatú ré tehát legalább hat rétegből álló valami aminak az alsó kettő három rétegét nözetjük annak ez nagyon rövid tömör volt marci ilyen szinte lexikális úgyhogy ehhez csak én hozzákontákodni tudok üzemeltetőknek azokat a morcos embereket hívjuk akik felelnek azért hogy az üzleti folyamatokhoz szükséges erőforrások rendelkezésre álljanak működjenek nyilván nem az üzleti oldalról rendelkezésre álljanak hanem inkább technikai eszközoldalról és fenntartsák azokat a folyamatokat eszközöket amik ezeket az üzleti dolgokat tudják futtatni azt gondolom egyébként a a fejekben ennél kacifántosabb vagy egyszerűbb definíciók is szoktak lenni tehát akik miatt megy a napi rutin igen azért kérdeztem mert ugye üzemeltetőként üzemeltetőnek tekintjük az iskolai rendszergazdát is egy minisztériumban aki a hálózatot és a nyomtatókat üzemelteti egy hosting cégnél az aki közvetlen a szervereket üzemelteti az oprendszert frissíti kernet patcsel satöbbi satöbbi valahol bizonyos devox területeken lévő mérnököket is ennek nevezzük nyilván a hálózatosokat is satöbbi tehát hogy hogy nagyon-nagyon sok része van ennek az egésznek nyilván most a a a legbasikebb részről tehát a n az iskolai rendszergazdákról nem fogunk ebbenől az adásban beszélni hanem alapvetően mondjuk azt hogy ettől feljebb bár nem tudom hogy egyébként ez nem diszkriminatív ez a kijelentésem hogy ettől feljebb mert ugye sok beszélgetésem volt előtte és mindig felmerült ez az iskolai rendszergazda és valaki azt mondta hogy valahol mindenki így kezdi az üzemeltetői szakmát de hogy hogy az alapvetően az az már egy annyire ár területe az egésznek hogy hogy ő inkább suppportosnak hívná vagy valami ilyesminek ugye kicsit vegyük végig azt hogy hogy az üzemeltetésnek mondjuk így az elmúlt mit tudom én 20 évben vagy 25 évben mondjuk 2000-től így milyen nagyobb fő trendjei voltatok voltak szerintetek én 2000 környékén kezdtem el ennél a cégnél dolgozni tehát kis pontostehát nem vagyok alapító de egy évvel csúsztam le vagy fél évvel az alapításról az akkori technológiák a 2000-es években még a klasszik vastag operációs rendszer vastag alkalmazással esetleg még voltak mainframe rendszerek terminálokkal de az már nekem úgy kábé a kihalós ügyfélkör volt ebben gyakorlatilag amit most ilyen old schchool üzemeltetésnek hívunk akkor az még az volt a a vastag klienses vastag szerveres megoldás gyakorlatilag virtualizációról hát az ember tanult hogy régen a a a nagy gépes környezetben ezek működtek az újabb technológiák akkor szerintem még nem is ebbe az irányba mutattak tehát nekem a klasszik üzemeltetős első emlékeim azok a single gépek menedzmentje esetleg már voltak toolok hozzá unix világban annyira még nem windowson már mondjuk valami központi patch menedment körülbelül ez volt nekem az eleje és aztán innen kezdődtek el olyan dolgok megjelen is sem mint a valamiféle asset management ami nyilvántartja hogy milyen eszközeink vannak nyilván ez nagyon szubjektív tehát ahonnan én jöttem meg amit én láttam azt tudom elmondani aztán megjelentek valamiféle patch management megoldások tehát a scom az sccm előfutárai de lehet hogy ez már így az idő megszépíti az emlékeket és az jóval később volt a következő ilyen technológiai ugrás amit én láttam viszonylag közelről az a a virtualizációnak a megjelenése vmw hyper v az picit később de nagyjából ezek azok a platform virtualizációs platform váltások amikor egy volt egy váltás hogy ki az aki ebbe belevágott ki az aki ebbe nem ki az aki azt mondta hogy ez fölösleges úri huncúyság ki az aki meglátta benne a a nagyszerű lehetőséget az energia és pénz és egyéb megtakarításon felül az már egy kicsit egy icipicit az ilyen devops irányba is elvitte a dolgokat mert akkor ki lehetett próbálni ugyanazon a vason többféle verziót vissza lehetett állni nagyon könnyen tehát amikor ez még fizikai eszközök világában volt akkor egy távoli frissítés vagy egy távoli őreindítás az egy ilyen lutrivval ért fel hiába próbálta ki az ember a saját eszközén azon a másik eszközön lehet hogy nem úgy működött úgyhogy generációkban szerintem aztán utána amikor a virtualizáció ez a fajta virtualizáció már úgymond uncsi volt akkor jött a konténerizáció a dockerrel az lxc-vel a k8s-sel mikroservisek irányába tehát aki megragadt azon a vastag klienses vastag szerveres megoldáson ami egyébként a az iskolai rendszergazdás vonalon esetleg még jellemző lehet bár ne szűkítsük erre a körre tehát azér sokkal több felé elterjedt a mai napig ők ezekről szépen így lemaradozgattak és erről szoktunk beszélgetni kollégákkal hogy a devops az nem úgy jött létre hogy a a dev akarta ezt az opsot hanem úgy volt hogy a dev rohant előre a technológiával az ops meg úgy volt vele hogy hát én ez de nekem a a stabilitás a az üzletmenet folytonanosság biztosítása fontos a devnek meg az volt a fontos h jó de én nekem az az új technológia ké egy új lbbel ki akarom próbálni és így mivel az ops nem követte a devet ezért kialakult én azt gondolom így alakult ki a leginkább a devops hogy a a a fejlesztők megtanulták maguknak üzemeltetni egy picit azt a dolgot amit amire szükségük volt én szerintem itt el is harapom mert én tudok sokáig beszélni én egy picit megint v szmenék az absztrakciós szintekhez ha valaki elmeg mtinvwb ott van egy computer history múzeum és ott végig lehet gyalogolni a számításnék a utóbbi 140 évét mbevágó na most hogyha az ember ezt végigemeszti akkor azt fogja látni hogy valójában a szoftver lelkének az elszakadása történik meg különböző lépésekben a hardver testtől tehát ha valaki megnéz egy egy horovitféle a cenzushoz való lyukkártya lyukasztógépet vagy megnéz egy egy higanykapcsolt bocsánat ez egy higanykésleltetéses művonalal létrehozott 128 bites memóriát és attól hanyat vágta magát hogy a apollo 11-nek a feri gyűrűs memóriáját hogy az első 4 mb-os ibm winchestert akkor látja hogy irrdatlan energia ment abba hogy nagyobb kapacitást nagyobb teljesítményt minél kevesebb konkrét a harderhez való kötődéssel érjünk el magyarán ahogy említetted egyre több absstzrakciós réteg jött be a konkrét vas meg a te általad üzem vagy éppen fejlesztett alkalmazás közé a másik pedig ez az egyik kedvenc ábrám bár most éppen nem hoztam el egy dolog történt a tetszőleges hullámgörbét lekövető kompute igény lefedésének az egyre kisebb delta t-kkel való területi integrálja történik tehát egy mainfame esetében delta t = 10 év mert hogy 10 évente cseréled vagy inkább 15 egy vm esetében deát a t egyenő mondjuk két hónap de uram bocsán lehetne rövidebb csak a halálnak van hozzá kedve egy konttainerődát egyen öt perc tehát lehet hogy öt perc után már leállítod mert nincs a szükség na most ez az egyik volt egy absztrakció a hardwtől a másik pedig absztrakció időben egyre gyorsabban kell tudnod változtatni valamit ez a két alap változás az ami az üzemeltetésre hatott az utóbbi 70 évben én itt tartozok még egy pci magyarázattal mert hogy ennek az adásnak az lesz a címe hogy kihalnak-e a hagyományos üzemeltetők akkor egy kicsit azért körberajzolnám hogy mit értek hagyományos üzemeltető alatt ugye pont ez akit mondtál haogy a klasszikus vastag klienses aki mondjuk kprendszert frissít a myesqellel dolgozik kernet pecsel satöbbi satöbbi tehát ezt értem alatta mert itt itt látszik most a hatalmas elválás tehát ugye volt szerintem az első nagy leszakadás ugye akit akit az iskolai rendszergazda kategóriába tettem és szerintem ez a másik ilyen nagy elválás ezektől az új hullámos fejlesztőktől ráadásul itt itt ráadásul életkori kontraszt is van de erre majd ki fogunk térni és ugye itt most jönne az adásnak ugye a legfontosabb része ahol ahol nagyjából itt öt-h pontba így átnéznénk azt hogy hogy melyek azok a trendek amik ezt a folyamatot így katalizálják vagy amik erre a folyamatra hatnak ugye gyakorlatilag ha húzni akarok egy vonalat és szerintem ez a legfontosabb vonal ugye kontainerizáció kubernetes ö cloud kapásból egy ilyen provokatív kérdés hogy hogy ezeknek a bejövetelével mennyire szűkül le az igény a hagyományos üzemeltetőkre vagy a üzemeltetők iránt na ez a helyes kifejezés hát hogyha lehet a komplemensével operálni azt meg tudom mondni hogy mennyire nő meg az igény azokra a technológiaai skillsetekre amit az előben elmondtál piszkosul tehát ez nagyjából oda vezetett hogy a az épkézláb angolul tudó és napi szinten versenyképes tudással rendelkező devopsos főleg depsakopsos kollégák jelentős része észrevette azt az arbitrázs lehetőséget hogy mondjuk budapest béc vonzzatban van mondjuk egy egy a kettes budapest london vonzatban egy a hármas és budapest palaltó vonzat egy egy egyre négyes szorzó jövedelemben arról nem beszélnek hogy ingat piaciárban mi van de tegyük azt hogy maga a megkereshető pénz az brutálisan több ami azt jelenti hogy megjelent egy elszívó hatás ami a krémet elvitte az országból vagy fizikailag és vagy rimot hkel az hogy ennek a komplementter megjelent egy it demmand csökkenésben a hagyományos azemelete tökre vatkoz azt nem tudom ugye erről beszélgettünk korábban hogy én azt látom hogy bár szőkül a hívjuk ilyen vastag vastag piacnak tehát a nem cloud nem mikroserviszel ellentétes a vastag piac az csökken viszont ugye a kiinduló állapot mi volt erőforráshiány van az it minden területén elvitték az eszet külföldre vagy elment magától de bár csökken a vastag kliensek iránti igény nem olyan ütemben csökken ahogy csökken az emberi erőforrás tehát hogy kevesebb embernek több dolga akad azon a piacon és én azt látom kicsit viccel élve hogy ugye megszokták kérdezni hogy van önöknek egységes vállalati irányítási rendszerük igen több is tehát hogy ugyanez itt igazzá válik a legtöbb ügyfélnél akinek historikus okokból vinnie kell tovább a rendszereit ott egy nem technológiát vált hanem behoz még egy technológiát tehát nagy banki környezetbe as400-ak mellett mikroservises konténerek…

Említett entitások

Témák

Szervezetek, cégek

  • SMP
  • Andrews IT

Hallgasd meg

Gyakori kérdések erről az epizódról: „Kihalnak-e a hagyományos üzemeltetők? (kraftie #43)”

Miről szól ez az epizód: „Kihalnak-e a hagyományos üzemeltetők? (kraftie #43)”?

A Kraftie podcast 43. adásában Kollár Lacival (SMP) és Zámbó Marcellel (Andrews IT) beszélgetnek a hagyományos IT üzemeltetők jövőjéről. Szóba kerül, hogyan változtatta meg a szektort a cloud és az automatizáció, és hogyan kerülnek egyre újabb rétegek és fejlesztői feladatok az… Az epizód a HWSW podcast! című magyar podcast egyik adása, megjelenés: 2024. 10. 25..

Milyen témákat érint ez az epizód: „Kihalnak-e a hagyományos üzemeltetők? (kraftie #43)”?

Fő témái: it üzemeltetés, felhőtechnológia, automatizáció.

Mikor jelent meg és milyen hosszú ez az epizód: „Kihalnak-e a hagyományos üzemeltetők? (kraftie #43)”?

Megjelenés: 2024. 10. 25.. Hossz: 1 óra 4 perc. Az epizód a Podiverzumon hallgatható meg: https://podiverzum.hu/podcast/hwsw-podcast/kihalnak-e-a-hagyomanyos-uzemeltetok-kraftie-43

Több epizód a HWSW podcast!-ből