HWSW podcast!

Kubernetes: aki erről lemarad, az kimarad (kraftie #36)

· PT1H5M1S

Összefoglaló

Ez a HWSW podcast Kraftie #36. adása a Kubernetes (K8s) technológiát vizsgálja meg, kiemelve annak karrierrelevanciáját minden IT szakember számára. Brautigam Gergely (Kubermatic) és Kollár Laci (OTP Bank) vendégekkel elemezték a K8s tanulási görbéjét és a technológia iránti…

Röviden

Műsor
HWSW podcast!
Megjelenés
2024. 06. 28.
Hossz
1 óra 5 perc
Szereplők, említett nevek
Brautigam Gergely, Kollár Laci
Témák
kubernetes, k8s, it karrier
Átirat
Az epizód beszélt szövege alapján indexelve

Ebben az epizódban

én azt mondom hogy két-három évig el lehet szórakozni magadban de utána kénytelen vagy ha ha ha az a célod hogy ezt komolyan akarod csinálni akkor utána kénytelen vagy egy olyan helyzetbe kerülni ahol igenis hatalmas kasterkről van szó rengeteg mennyiségű mozgó alkatrésszel és akkor te át tudtál menni úgy egy hing folyamaton hogy igazából otthon foglalkoztál ezzel igen igen és felvettek és el szeretettel foglalkozott székhez igen így van [Zene] helló ez itt a 36 crafty a hvs it karrierrel és munkavállalással foglalkozó podcast sorozata a mai adásban a kubernetesről fogunk beszélgetni és miért pont a kubernetesről viszonylag ritkán van olyan hogy egy egy technológia annyira meghatározó hogy az it szakemberek nem csak egy szűk csoportjára nézve karrierreleváns hanem hanem kis túlzással az egészre és már olyan régóta fel volt írva nekünk hogy kéne ezzel foglalkozni és ez az az adás amikor nekiugrjuk én böle gyuri vagyok az egyik műsorvezető szokás szerint itt van batis peti ali a zero állandó társam ezúttal két vendégünk is van van egy új vendégünk brautigam gergely a jól mondtam a kubermatitól ő szoftver mérnök és alapvetően kubernatesszel foglalkozik gergelynek lenne a funkciója az adásban hogy ellássa a kubernetes gurunak a a funkcióját és szerettünk volna valakit aki aki it trendeket jóval szélesebb időskálán lát és visszahívtuk kollár lacit őt szerintem sokatoknak már nem kell bemutatni de azért aki most hallgat minket először elmondom laci az otp-nek a cloud kompetencia központjának a a vezetője és és elég rég régi motoros a szakmában és ennek megfelelően elég jól átlátja ezt a ezt az elmúlt 30-40 évnek a történéseit és ebbe elég jól el is tudja majd helyezni nekünk a kubernet ezt hogy mennyire meghatározó ez a technológia vagy csak mi gondoljuk innen a a szők 10 152 éves tapasztalatunkkal az adás eln még mindig el szoktam mondani hogy van egy hírlevelők a craftti.hu-n tudtok feliratkozni és zero küld hetente két hetente három hetente most már így bővült egy karrierreleváns kis szösszenetet és akkor ugorjunk is ennek neki ugye ha ha már a kubernetesről beszélünk kicsit járjuk körül hogy hogy mi is ez a kubernetes e mi ennek a jelentősége egyáltalán miért tartjuk fontosnak hogy beszéljünk róla ez mondjuk az alapozó része az adásnak jó akkor vágjunk bele maga a kubernetes eredete az ugye nem meglepő módon ez egyik olyan múltihoz vezethető vissza akinek nagyon nagy mennyiségű adattal vagy nagyon nagy mennyiségű felhasználóval kellett egyszerre boldogolnia nevészetesen a google googlenak aki ezzel már olyan 12-13 évvel ezelőtt borg néven egyszer tett egy kísérletet tehát első lépésben volt egy rohadt nagy feladata amit jól lehetett szegmentálni ebből ő legyártotta a mikroservicezeit bepakolt a konténerekbe merjd hirtelen leett több 100 esetleg több 1000er konténer és szembesült azzal hogy ó bakker ezt valahogy menedzselni kéne ebből lett a borg ezt követően ugyanez a csapat nekifutott még egyszer assiszem kereken 10 évvel ezelőtt és akkor gorították ki a kuneteszt effektív assiszem göröbül kapitányt jelent a szó és utána ezt fogták és open sourceá tették és odaadták eg cncf nevű a cloud foundation a cloud computing foundationnek igen ami a linux foundation alatt üzenel így van és innentől kezdve ahogy mondtak a mondaniy szoktákog the rest is history hiszen ez a ez a a kontainer management csatát ez az eszköz nagyjából megnyerte az utóbbi 10 évben tehát szép lassan a vele együtt vagy akár utánaindult versenytársak úgy elkoptak tehát a steackről nem nagyon hallani mostanában sokat urom bocáa dockers farmról is keveset a hasikorp nomádról is tehát azok úgy eltűntek és ez a a highlandunter játékbó ez a der campy only one legalább ebből a szempontból egy maradt aztán majd kitérünk rá hogy egyébként ez hirtelen 100- 150 el nem hát nem tudtam volna jobban megfogalmazni így van teljesen egyetértek nagyon érdekes karriert futott ez az egész kéer orchestration történet de hát számunkra jó mert ez adott nekem is karriert itt k ha már az elején ugye úgy tízeltelek fel laci hogy hogy te vagy az ai széles időskálán látod az it-t hogy te is azt gondolod erről én azt gondolom ez nem titok hogy a kubernet ez talán az egyik legmeghatározóbb technológia ami az elmúlt évtizedekben így feltűnt messzeárok az igazságtól vagy ha egy nagyobb időskálát nézel akkor már ez annyira nem igaz biztos hogy benne van én azért a 20 évet nem mondanám hogy még nem létezett 20 év de de az teljesen igaz hogy az az impact amit először a meglévő workloadok átalakítására gyakrol illetve am most kapni fog egy hatalmas lendületet azát hogy megjelent a workload oldalon két olyan olyan feladattípus is ami iszonyan adja magát a kubernetesel és ebből az egyik ilyen az például amikor egy mondjuk egy nagynyyelvű modellt akarsz tanítani tehát azt azt vagy valami csodagépi út veszel vagy valamilyen módon szét kell szedned a feladatot különben ézony hoszló ideig tart a másik ami valószínűleg ide fog tartozni az iut tehát amikor pici börstökben jönnek adatok és azzal valamit csinálni kell tehát biztos hogy ez még nem ért véget volt egy vitám egy nagyon fölkészült kollégámmal szerintte a kberneteszt már a végét járja én azt gondolom hogy még nem szerintem rettenetesen messze van tőle bár a végétől csak igen igen még csak most kezd belejönni igazából mert tulajdonképpen ugye a kuer ez egy tulajdonképpen egy abszrakciós réteg ha úgy vesszük ez így van b akkor igen mond mert erre volt egy nagyon szép definíciója szabó dávidnak a linnettől aki elég sokszor adott elő nálunk ő azt mondta hogy hogy a kuberre tesz az tulajdonképpen úgy jött létre hogy a fejlesztés üzemeltetési körzetek egységesítésének az igényére volt egy válasz a virtuális gépek ugye de ott cipeltk a az opendszereket tehát nem volt éppen gazdaságos ugye erre volt egy válasz a konténerizáció ami ugye már csak a kódot tartalmazza meg a függős it és egy bizonyos kontinerszám fölött egyszer ezt meg kellett kezelni és ugye itt a zeróval vitatkoztunk a műsor előtt hogy mennyire a kubernetes létrejöttét mennyire katalizálták a mikroszerviszek mert én azon a véleményen voltam hogy nem feltétlenül onnan indult ő ő azt állította hogy kifejezetten a mikroszervizektől indult de aztán itt több emberrel beszéltem az adás előtt és azt mondták hogy valahol az igazság középen van hogy nagyon sok különböző it igénynek az eredője lett a kubernetes így van ezzel én egyetértek tehát hogy a mikroservisek az már jóval előtte jóval előtte kinőtte magát egy egy ilyen igényként és ugye a a google-nél a mapreduce az egyik legnagyobb példa erre hogy hogy muszáj volt valahogy megoldaniuk hogy hatalmas folyamatokat szétszedjenek és kise apró részekbe tudjanak futatni utána a konté konténerizáció az az adta magát át régebben is volt persze ugye a linux name spaces meg az egyébb ilyesmi azok azok már léteztek sokkalsokkal hamarabb is ugye az lxc lxd volt az voltak azok akik egy nagyon ki megpróbálták a tömegekhez vinni így a kontainnerizációt de aztán a dockernek a nagyon-nagyon leegyszerűsítése hogy itt az alkalmazásod pusholt bele az imagebe és ez lutni fog abba a konténerbe ezt a tömegek megették tehát hogy az így nagyon nagyon jól jött nekik nagyon egyszerű volt használni nagyon szép volt a ux nagyon le volt tisztulva az hogy hogyan kell használni és ez ugy elősegítette magát a kontainerizációnak a szétrobbanását a nagyvilágba az it világba és és hát innentől kezdve kellett kellett egy jó orkesztráció is mögé és és szerintem ennek az igényé ette ki magát úgy a úgy a borg és utána a cuberné és utána a a ennek a bővülése me haajtása én azt a kérdést most nem tenném fel hogy mekkora impaktja van a a a kubernetesnek mondjuk külföldön mert mert szerintem az mindenki számára nyilvánvaló hogy nagyon nagy de ugye most ez egy karrier podcast tehát kicsit nézzük meg az itthoni helyzetet hogy hogy mekkora impaktja lehet magyarországon én most a saját kis szűk területemről hoztam egy-két számot ugye nem tudom most a hdes toal tizenvahány éve csinálunk meetupokat és akkor ezek a meetupok nyilván be vannak promotálva egy több 100zres adatbázison és akkor a meetupokon a regisztrációs szám az nagyjából egy technológia iránt való érdeklődést így viszonylag jól mutat és azt láttam az elmúlt években hogy nagyjából ezek a meapok ilyen 300 és 900 résztvevő között szoktak skálázódni ahol mit tudom én a 300 az most mondok valamit nem tudom a felhős költségoptimalizáls vagy a mobil fejlesztés lecsurgott oda és ezek a a az abszolút tetőpontja az pedig a kubernetz és ez így van most már én már négy éve most ez nyilván nem az elterjedettségét mutatja hanem az érdeklődést de azóta is csináltunk számos k8-es meetupot és egyszerűen nem látszik hogy hogy ez a a ezt a vonatot megfékeznié bármi és ugye az elején nyilván 2000-ben akkor képzést is csináltunk és látszott hogy soha ekkora résztvevői számmal nem mentek képzések mint ez és egyszerűen nem akar nem akar megállni és most nem csak azon hogy érdeklődnek az emberek hanem ugye beszélgetünk cégekkel nagyon-nagyon sok cég kezdte el használni itthon is tehát ugye ti is használjátok az otp-be tehát bejött a nagy vállalatokhoz bejött a startupokhoz most már kisebb cégekkel is lehet le aki meg nyilván clouddal van kapcsolatban ott meg egyszerűen megkerülhetetlen de hogy hogy csak én látom azt hogy berobbant itthon is azt gondolom hogy nem vagy ezzel egyedül itt több egymással páruzatosan ható erőnek a hoggy tetszik az összegződéséről van szó ami ennyire viszi a kubet ezt az egyik ilyen erő azt már beszéltük hogy egyre erősebben jöttek elő azok az igények hogy kezdeni kéne valamit a monolit alkalmazásokkal meg a állandóan fölfelekálzodni akaró cuccokkal ami nagyjából azt jelentett hogy vegyél egy még nagyobb vasat ami nyilván a gatyád ráment a másik ilyen erő az valóban a a nyilvános felhőszolgáltatók megjelenése volt én azt szíből vallom hogy aki pusztán nékid vmet vesz egy nyilvános felhőszolgáltatón annál az nagyjából a lényeget nem veszi észre a a felhőben mert tulajdonképpen egy rosszabbul védhető kicsit drágább vm-re tett szert valaki másnak az adott központjába semmi értelme tehát éppen a a jues az az fölötte van és az egyiken például a a pasként vett kubernetesz és van még egy előny ami ebből jött iszonyatosan jól passzol az akkoriban megjelent devopshoz illetve a cicd pipeline-okon keresztüli nagyon gyors frekventált alkonzás diploymentekhez tehát gyakorlatilag nagyon jó skálázódó nagyon gyorsan kitehető nagyon jól átlátható alkalzásokat lehet vele kipakolni a webre és még arról is beszéltünk ezzel kapcsolatban hogy hogy amit magával hozott az az hogy lett rá egy igény hogy ezeket a vagy egy incentive úgymond hogy ezeket a hatalmas alkalmazásokat monolitokat amiket a amikkel az emberek általában dolgoznak amiket a cégek is dolgoz dolgoznak hirtelen rájöttek hogy hiába teszik ki egy cubernates clasterbe hát az nem segít még mindig ugyanúgy bajban vannak nem történik semmi nem skálázódik és rájöttek vagy realizálták vagy rákényszerültek hogy márpedig ezeket fel kell bontani mert hiába pakolsz egy monolitot egy kubanet clustterre hogyha az alkalmazásod nem támogatja a skálázódást akkor az nem fog skálázódni mer a cubernatenek hála sem úgyhogy így ez így elősegítette így ezt a nézetet hogy így jobban elterjedjen hogy márpedig foglalkoznunk kell azzal hogy hogyan tehetjük a saját alkalmazásunkat jobban skáláz skálázhatóbbá a mert hogyha ki akarom tenni a cubené cívára mentbe de egyébként ebben benne van az is hogy azért elég sokan meg is fogják meg már megégették magukat a kuber teszel szerintem tehát hogy szerintem kevés dolog van amivel jobban meg tudod égetni magad mert b most szerintem elég sok adásban elmondtam de a legciprább sztorikat lehet hallani arról hogy cégek milyen motivációval futnak le neki mondjuk egy kuberetesz bevezetésnek tehát van amikor egyszer csak így a mert a fejlesztők szeretnék vagy ú mikroszervizeket szeretnénk és akkor ja hogy ahhoz kell a kuberetes is de a legkülönbözőbb de látsz és nagyon sokszor nem szakmai érvek vannak ez mögött ugyanúgy mint most az ait igen igen egy szakmaérv még van csak az valószínűleg nem teljesül be ez nevezetesen az alkazá sportolhatóság itt említeted hogy nagyon finoman fogalmaz hogy eléggé széles időtartományt van szerencsém átlátni abból a hagcélokból fogva hogy elég korán kezdtem most a neverendénk hazugságok egyike a informatikában az a portolhatóság ilyen volt a java ilyen volt a vm na most ilyen a a konténer is megfogod át s tam működik kivéve hogy nem és ez azért érdekes mert van egy rakás tehát ahogy tudjátok a kis betűs hogy a a small letter print a hat oldalos szerződésben a fájó amikor működik kivéve ezt meg ezt meg ezt betartod itt az egyik amit nem szoktak elmondani az az hogy általában stateless alkalmazásokra alkalmas ma már nem igaz de az elején egyértelműen igaz volt annál szörűbb dolgot nehéz volt elkövetni mint amikor valaki becsomagolta az adatbázist a konténerbe majd elkezdte oldarra skálázni és é na most akkor melyik instanet is ír ja és fmrá tehát eldobta a végenén az egészet amit gyártott tehát baromság volt tehát van egy rakás olyan szempont amit az elején tehát biztos az orodat is tisztítsa kipróbálták nem tisztította tehát ehhez érteni kell és nem véletlenül én is néztem számokat de elég meglepő módon vannak különböző kubernetes ilen nl progress of kubernetes rortok 150k-t keresnek vegy jó egy kenetes mérnök az usában dollárban az nem kevés pénz van egy olyan oldal is ezzel kapcsolatban hogy cubernates failur ott ott mindig nagyon érdekes sztorik vannak arról hogy a cubenit hogyan okozott kárt több 100 több 100ázezes károkat szerintetek kik azok akiket valószínűleg az elköő 10 évben el fog kerülni a kubernetes itt most nyilván aki nem tudom beágyazott rendszereket fejleszt vagy hardver közelő fejlesztést csinál ott nem de alapvetően azt gondolom hogy aki webfejlesztéssel vagy webes fejlesztésekkel foglalkozik és azért van egy nagyobb skálázódás meg egy néhány konténer ott nagyon kevés eset lesz olyan hogy az elköő 10 évben nem fogsz találkozni vele…

Említett entitások

Témák

  • kubernetes
  • k8s
  • it karrier

Személyek

Szervezetek, cégek

Hallgasd meg

Gyakori kérdések erről az epizódról: „Kubernetes: aki erről lemarad, az kimarad (kraftie #36)”

Miről szól ez az epizód: „Kubernetes: aki erről lemarad, az kimarad (kraftie #36)”?

Ez a HWSW podcast Kraftie #36. adása a Kubernetes (K8s) technológiát vizsgálja meg, kiemelve annak karrierrelevanciáját minden IT szakember számára. Brautigam Gergely (Kubermatic) és Kollár Laci (OTP Bank) vendégekkel elemezték a K8s tanulási görbéjét és a technológia iránti… Az epizód a HWSW podcast! című magyar podcast egyik adása, megjelenés: 2024. 06. 28..

Kik szerepelnek vagy kiket említenek ebben az epizódban: „Kubernetes: aki erről lemarad, az kimarad (kraftie #36)”?

Az epizódban a következő nevek szerepelnek vagy hangzanak el: Brautigam Gergely, Kollár Laci.

Milyen témákat érint ez az epizód: „Kubernetes: aki erről lemarad, az kimarad (kraftie #36)”?

Fő témái: kubernetes, k8s, it karrier.

Mikor jelent meg és milyen hosszú ez az epizód: „Kubernetes: aki erről lemarad, az kimarad (kraftie #36)”?

Megjelenés: 2024. 06. 28.. Hossz: 1 óra 5 perc. Az epizód a Podiverzumon hallgatható meg: https://podiverzum.hu/podcast/hwsw-podcast/kubernetes-aki-errol-lemarad-az-kimarad-kraftie-36

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