-
IT café
Új hozzászólás Aktív témák
-
cog777
senior tag
válasz Drizzt #19149 üzenetére
+1 A cuccunkon 15 millio soros c/c++ kevert kod fut freertos alatt. Egyik kulsos csapat megvaltoztatott valamit, azota esik kel a cucc, kollega 1 honapja probalja megtalalni a problemat. C-ben nincs vedelem, undefined behavior befigyel. Az address sanitizer segit, de ARM-on nincs
C++ egy fokkal jobb, nincs direkt memoria menedzsment, de sajna a kompatibilitas es a szamtalan kulso library miatt siman elojonnek a C-s dolgok, ott csuszik el a dolog.
Kezdonek mindenkeppen egy egyszerubb script nyelvet javasolnek ami segiti a hibakeresesben es passzol az erdeklodesi korevel.
HP ZBook Studio 15.6 G8 Mobile Workstation - Windows 11
-
coco2
őstag
válasz Drizzt #19149 üzenetére
C-t a mai világban már csak a céltudatosabb népek használnak, és ők dokumentálnak. C++-ban ma már senki sem kezd el új projectet. Vagy legalább is nem akkorát. C-ben még mindig.
Ami a "kivételt" illeti, díjazom, hogy pont a linux kernelt hozod fel példának. Gigabyte feletti C alkalmazás aligha passzol bármi másra, mint a linux kernelre. Természetesen van annak is dokumentációja, csak nem neked. A fejlesztők azt nem szeretik kiadni. Az a harc a GPL-el kezdődött. A GPL előírja a nyílt forráskódot, de nem írja elő a nyílt dokumentációt. A fejlesztők azzal rúgnak alá a GPL-nek, hogy nesztek, itt a kód, meg lehet nézni, le tudja fordítani bárki, de úgyse tud senki ahhoz támogatást adni. Bárki megpróbál hozzányúlni, pillanatok alatt leak meg crash lesz belőle. És abból úgy nem lehet stabil üzletet csinálni, hogy valami fejleszthetetlen. GPL vagy nem GPL. Az eredeti fejlesztője tud hozzá nyúlni, és hibamentesen fejleszteni, mert neki van hozzá dokumentációja. És legyünk őszinték, ha te védeni akarod a sokezer beleölt munkaórádat a GPL ellenében, te pontosan ugyan azt teszed, amit ők. Szóval csak ne szidd őket. Abszolút érthető a véleményük, és amit tesznek. Az a kód az övék. És azért.
@cog777
Nem szaladt el egy kicsit a paci azzal a 15 millió sorral freertos alatt? A freertos-t én csak Cortex-M/R mikrovezérlőkön láttam, és azokon program memória sincsen annyi, hogy 15 millió sornyi kódnak hely legyen - ha csak nem tisztán dokumentáció és komment az a 15 millió sorកុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
Drizzt
nagyúr
Neha tenyleg felmerul bennem, hogy trollokodsz-e ezekkel az irasokkal.
C-t hasznalnak nagyon sokan, akik beagyazott szoftvert fejlesztenek. Ez a default choice ilyen projekteknel. Nyilvan nem az egyetlen lehetoseg, de foleg ehhez letezik a tapasztalat, meg a boseges toolkit. Azt, hogy valami esetleg ezt a korabbi hegemoniat veszelyezteti-e, nem tudom megmondani, mert beagyazott szoftvert lassan 10 eve nem fejlesztettem.
C++ programnyelvbol is folyamatosan jonnek az uj release-ek, nagyon valoszerutlennek tunne, hogy ne hasznalnak uj valtozatos projektekhez. Ugyanakkor magaval a nyelvvel ervelni nem tudok, mert szinten jo 10 eve nem nyultam C++ programhoz. Multkor viszont orommel lattam egy Stroustrup eloadason, hogy ez a nyelv is folyamatosan fejlodik. Olyannyira, hogy az uj nyelvi elemek egy reszet nem is tudtam azonnal megerteni, mert epitett az elmult release-ekben bevezetett valtozasokhoz.
Egyebkent ugyanez az elmenyem a Java-val is megvolt, egyetem utan erdemben majd 10 evig nem hasznaltam, ki is alakult bennem egy eros ellenerzes. Aztan amikor ujra kellett hasznalni, akkor dobbentem ra, hogy milyen brutalis fejlodesen ment at mind a programnyelv, mind az okoszisztema.
Nem a Linux kernelt hoztam fel peldanak, hanem egy szoftvert, amit fejlesztettunk. Bar egy szoftvernek nevezni talan nem tul szerencses, hiszen jopar kulonallo image keletkezett a forraskodbol. Valoszinuleg a kod egy jelentos resze modularizalhato lett volna. Dokumentaltsaga valtozo szinvonalu volt, a nincs-tol a teljesen at terjedo skalan. Volt magaban a kodban operacios rendszer is, de nem valaminek a szemelyre szabasa, hanem celhardverre nullarol irt operacios rendszer C nyelven. De az csak egy elenyeszo resze volt, amit nyilvan erdemes lett volna kulon repo-ba szervezni. Sajnos ez soha nem tortent meg. Amiert megis egy repo maradt az egesz, az az, hogy egy jol iranyzott make-et lefuttatva es par orat varakozva kiesett par image, amit az adott celhardver(ek)re lehetett telepiteni. Lehetett volna ertelmesebben a kodot kisebb repository-kba? Igen. Lett volna ettol fuggetlenul GB meretu a legkisebb kod repo? Talan igen, talan nem. Nagysagrendileg nem lett volna kisebb.I am having fun staying poor.
-
coco2
őstag
válasz Drizzt #19154 üzenetére
Az a trollkodás dolog kölcsönös. Időnként olvasok itt olyan véleményeket, hogy nem tudom biztosan, valaki csak fáradt gőzt ereszt le, vagy rossz kedve van, vagy viccnek szánta, és csak túl fáradtan fogalmazta meg, vagy mifene. Szóval azt inkább eleresztem. Senkinek sem jó azon rugózni.
Szóval ami nagyobb céges projectet látsz, azért mégsem teljesen dokumentálatlan, és az sem c++-ban van, hanem c-ben. Azt értem. Amit nem értek, te minek véded a c++-t? Hiszen neked sem kell semmire.
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
Drizzt
nagyúr
Nekem az az erdekem, hogy ertelmes diskurzus legyen itt, aminek resze az, hogy tenyeket irunk, nem sajat prekoncepciokkal dobalozunk.
Az, hogy tenyismeretek nelkul erzelmi alapon nyelveket szidunk, nem segit senkinek.
"C++-ban ma már senki sem kezd el új projectet."
Ilyen pillanatok alatt cafolhato mondatokat semmi ertelme nincs irni.I am having fun staying poor.
-
Drizzt
nagyúr
Jó, hogy előjött a WoW. Kitalálnád melyik nyelven írták a game engine-et? Ha esetleg azt gondolod, hogy abban a nyelvben nem kezdenek már új projekteket, akkor nézd meg esetleg az egy hete elkészült Diablo 4 engine-jét miben írták. Esetleg még a Blizzard karrier oldalát is nézd meg, miféle tapasztalatú fejlesztőket keresnek, még nem leleplezett új projektekre is.
I am having fun staying poor.
-
cog777
senior tag
Valoban nem az ossz 15m sor fut (cloc ennyit dobott ki), bootloader, freertos, tobb platform tamogatasa, tobb procira levo kod van benne. De pl egy korabbi hardveren futott rendszer komplett megoldasat bele integraltak, ami a kis kepernyo helyett webes feluleten jelenitodik meg.
Cegek soha nem dobjak el a korabbi termekeiket ha lehet.
Cortex M7-en fut a cucc, kulso es belso memoria par MB, custom panelon.Ami miatt hozzaszoltam hogy kezdonek no go zona a C, mert nagyon alacsony szintu mindenfele vedelem nelkul, kiveve ha nagyon elkotelezett a mikrokontrollerek es a HW programozasara.
C++ jobb, sokat fejlodott mostanaban (persze kolosszalis spagettit lehet itt is irni), de a kezdoket a report nelkuli crash itt sem segiti. Ezert ajanlottam a script nyelveket, ahol latod konkretan mi tortent.
HP ZBook Studio 15.6 G8 Mobile Workstation - Windows 11
-
coco2
őstag
válasz cog777 #19163 üzenetére
Jött az új ember, és megfogalmazott egy aggódást a chatgpt és társai kapcsán, hogy ugyan miféle jövő vár a programozói szakmára?
Talán kommunikációs hibát vétettem azzal, hogy ezt nem fogalmaztam meg azonnal hozzákapcsolva, az lehet. De a lényeg annyi volt, hogy ha valaki előre el akarja dönteni, egyáltalán jó ötlet lehet-e neki az IT / programozás felé menni mindenféle hátszél nélkül, kezdetben mérje le csak azt, szellemileg bírja-e a terhelést. Elvégre chatgpt vagy sem, a tényleg jó kóderre akkor is szükség lesz, a chatgpt nem tudja saját magát megírni. És ahhoz egy hardver közeli nyelv a jó. Én anno assembly-vel kezdtem, de annak abban az időben az volt a lényege, hogy 8088..286-osokon ott volt a printer port, lehetett ledeket villogtatni rajta, volt egyszerű módja megérteni a gyakorlati történést az absztrakt dolgok mögött. Ma az ahhoz legközelebbi a mikrovezérlők, mindenféle dev boardok, és azok jelenkori fejlesztői környezete jellemzően C. Nem azért javasoltam, mert muszáj jelleggel elektronika felé akarnék küldeni egy kezdőt. Viszont egy kicsit abba belekóstolni egészen biztosan meg tudja mutatni, ha neki annyira problémamentes a programozói világ, hogy semmi szükség az aggodalmaira.
Szóval miért is no go zóna a C egy kezdőnek?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
totron
addikt
válasz Drizzt #19157 üzenetére
Nem kevés ifjonti munkavállaló gondolta-gondolja azt, hogy a C++ egy holtnyelv. Általános vélekedés és egyébként is a Javába/C#-ba születettek és tanultak bele, minek turkáljanak a múltban. Főleg, ha megélnek a jelen tudásukból. Ettől függetlenül meredeknek érzem a szakmán belüli ilyen mértékű fogalmatlanságot, de oda se neki. Akikkel én beszéltem a "nem is gondoltam volna, hogy még használják"-féle személyiségtípusok voltak zömében, tehát nincs ebből harag.
-
axioma
veterán
Ugy csinalsz, mintha barmelyik fejlesztesi terulethez ugyanaz a skillset kene, tehat a meres mindegy melyiken tortenik. Raadasul kiderult, hogy a kerdezo az absztrakt retegekben (matek) van otthon, nem a fizikaiban. Tovabbra se ertem, miert ne lehetne a pythonnal kitalalni, hogy erdekli-e, sot miert ne lehetne jo szakember python vagy webprogramozas vagy barmi magasabb szintu programozast igenylo teruleten, aka'r a C ismerete nelkul. Attol hogy te ott kezdted, nem mindenkinek ott kell! Nekem pl. ASM egy feleves tantargy volt, pascal volt a fo nyelv (abban ment az algo es adatszerk), aztan 20+ evet lehuztam mar szoftverfejlesztokent. [Nekem is 2000 elottiek a diplomaim, csak tudomanyegyetemi, nem muegyetemi.]
-
coco2
őstag
válasz axioma #19166 üzenetére
Ha valaki a chatgpt miatt aggódik, akkor szerintem a releváns skillset alsó korlátja, hogy tudná-e a chatgpt-t is fejleszteni. És annyi volt a logika. Én ugyan nem bonyolítottam. A bonyolítást itt mások követték el helyettem.
Aztán hogy weboldalakhoz szépérzék kell, az mind igaz, de azt a kérdést én nem érintettem. Csak felsoroltam a klasszikus fő csapásirányokat. Ott voltak a frontend kiforrott klasszikusai is.
Ja, hogy a python-t kihagytam? Hát igen. Eddig egyszer futottam vele össze úgy, hogy gyakorlatilag nem tudtam megkerülni. Ingyen váltott ki fizetős sdk-t, ami kellett installer-t gyártani. Muszáj volt azt használnom. És a legfőbb emlékem róla, hogy a szövegszerkesztési stilisztikája valami ocsmány. Szóval nem. Én azt a magam nevében senkinek sem fogom javasolni.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
hiperFizikus
aktív tag
A ChatGPT fejre állítja a pszeudokódodat is ♥
, lásd itt ni #23 !A gázt is és a féket is egyszerre nyomni nem menő dolog !
-
sztanozs
veterán
válasz hiperFizikus #19170 üzenetére
Az ujszulottnek minden vicc uj...
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
Diocles
aktív tag
Szerintem alapvetően elhibázott a nyelv ilyen-vagy-olyansága felől megközelíteni a kérdést.
Az idegen nyelvet sem a nyelv alapján tanulja az ember, hanem hogy ki és hol beszéli.
A nyelv csak egy eszköz, a fontosabb kérdés, hogy mihez akar kezdeni vele? Ha a videojátokok érdeklik, akkor bizony C++-ban fog programozni, mert az új játékokat is abban írják. A Python ettől még egy jó belépő magába a programozásba, de ha konkrétan az érdekel valakit, hogy elkezdjen fejleszteni egy grafikai engine-t, akkor lehet, hogy rögtön beleugorhat a C++-ba, mert úgyis a munkára fog figyelni és eközben a nyelvet csak megtanulja.
-
cog777
senior tag
válasz Diocles #19172 üzenetére
"Ha a videojátokok érdeklik, akkor bizony C++-ban fog programozni, " Azert a market share eleg nagy resze Unity/C# (mintha 43%-ot lattam volna)
"de ha konkrétan az érdekel valakit, hogy elkezdjen fejleszteni egy grafikai engine-t"
Kezdok kesz engine-t hasznalnak, eleg nagy munka azt megirni.HP ZBook Studio 15.6 G8 Mobile Workstation - Windows 11
-
coco2
őstag
Személyes tapasztalatokat kérnék. Ki mekkora adatmélységgel találkozott eddig hierarchikus adatbázisban? Extrém példák érdekelnének.
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
racskobalazs
senior tag
Sziasztok,
A helyzet az, hogy nagyon szívesen újrakezdenék programozni, de kb 0 motivációm / ötletem van, hogyan és merre induljak el.
Back story: Van egy proginf diplomám, de mióta kijöttem egyetemről, egy betű kódot nem írtam, IT-ban dolgozok, de valahogy mindig úgy alakult, hogy sose kerültem kódolós közegbe, max egy excel makro erejéig.Ezen szeretnék változtatni, legalább, ha nem is egyből munkakeresés, de itthoni önszorgalom / unaloműzés és/vagy későbbi lehetőségek bővítése miatt.
Merre lehetne így elindulni?
Az egyetemi progos tárgyak mind mentek, volt minden féle, assembly, c, c++, c#, java, python, ada, haskell, php, js [...] de mindegyikből kb 1-1 félév, max 2 így egyikben sem merültünk el.
GIT-ből csak az alap parancsok, alap működés van meg, sose használtam komolyan.Olyan nyelvet/irányt szeretnék választani, ami viszonylag sokrétű, van piaca és nem túl specifikus. Gondolkodtam Go-ban, Rust-ban, mint újdonság, vagy a Pythonban jobban elmerülni az egyetemen tanultaknál, esetleg valamilyen webes nyelv (a szakdolgozatomat PHP-ben írtam (Laravellel)). Ti mit ajánlanátok, mivel merre hogyan lehetne elindulni? Valamint motivációt honnan lehet hozzá szerezni?
Előre is köszönöm![ Szerkesztve ]
Az elmélet az, amikor mindenki tudja, de semmi sem működik. A gyakorlat az amikor minden működik, de senki se tudja miért. Az informatika az, amikor semmi nem működik és senki se tudja miért.
-
sztanozs
veterán
válasz racskobalazs #19177 üzenetére
újrakezdenék programozni, de kb 0 motivációm
szerintem ne is kezdj nekiViccet félretéve keress valami kompetetiv oldalt, ahol jopofa feladatok vannak (pl. codingame.com / Clash of Codes) vagy ahol nullarol lehet fejlodni (pl. codewars.com) es akkor nem neked kell kitalalni a feladatokat.
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
cog777
senior tag
válasz racskobalazs #19177 üzenetére
Irj jatekot En most Godotozok es egesz jo.
HP ZBook Studio 15.6 G8 Mobile Workstation - Windows 11
-
dabadab
titán
válasz racskobalazs #19177 üzenetére
Pythonos szoftverfejlesztői állás kb. nem létezik: szoftverfejlesztők Pythont leginkább csak második/sokadik nyelvként használnak segédscriptekhez meg hasonlókhoz, fő nyelvként meg azok használják, akik alapvetően nem programoznak, hanem valami más munkakörben amúgy mellékesen programozniuk is kell (pl. statisztikusok).
A Rust meg a Go egyelőre nem túl elterjedtek, szóval túl nagy piacuk nincs.
Pl. a nofluffon te is ránézhetsz, hogy mit keresnek és mennyit fizetnek érte, de a keresettebb nyelvek azok Javascript, Java, C++. Ezeknél amúgy jellemző, hogy a konkrét nyelvnél sokkal érdekesebb a mindenféle frameworkok (React, ExpressJs, Spring stb) ismerete.DRM is theft
-
sztanozs
veterán
válasz dabadab #19180 üzenetére
nem annyira off - csak a cégemnél van egy rakat publikusan meghirdetett python állás világszerte:
686 Results found for "python" Jobs
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
racskobalazs
senior tag
válasz sztanozs #19178 üzenetére
Igen, úgy értettem, hogy nincs se projektem amin dolgoznék, se ötletem mit csináljak, s így nincs kedvem nekiállni se a "semminek"
Köszi, rájuknézek!
@cog777: Ha lenne bármiféle ötletem rá, akkor nagyon szívesen írnék
@dabadab: Köszi, szétnézek!
Az elmélet az, amikor mindenki tudja, de semmi sem működik. A gyakorlat az amikor minden működik, de senki se tudja miért. Az informatika az, amikor semmi nem működik és senki se tudja miért.
-
coco2
őstag
válasz racskobalazs #19177 üzenetére
>...kb 0 motivációm / ötletem van, hogyan és merre induljak el...
Nyár van. Nyaralni indulj el>...Olyan nyelvet/irányt szeretnék választani, ami viszonylag sokrétű, van piaca és nem túl specifikus...
Nincsen olyan. A kiélesedő verseny azt hozza, hogy specifikus minden.A kreatívokat csak kicsi cégeknél szeretik. Nem mindenkinek jön be az a világ. Szerintem ne irigykedj feleslegesen.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
-
martonx
veterán
-
coco2
őstag
válasz martonx #19185 üzenetére
Én eddig 1 területet tudok, ahol én magam összetalálkoztam a pythonnal, meg itt említették, hogy ott lépten-nyomon abba ütközik az ember: üzemeltetés. Én konkrétan installert gyártottam vele. A Microsoft stuff pénzbe volt a python stuff meg ingyen volt. Mondjuk oké, a zéró forintot nem sajnáltam a pythontól. Az volt a legolcsóbb ku**a, nosza, izélgessük. Milyen más területen "halad afelé a világ" - illetve a kis hazugság, nagy hazugság, statisztika?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
hiperFizikus
aktív tag
válasz racskobalazs #19177 üzenetére
Programozhatnánk együtt ♥
A gázt is és a féket is egyszerre nyomni nem menő dolog !
-
coco2
őstag
Kubernetessel foglalkozik itt valaki aktívan? A skálázási lehetőségeiről csak a marketing rizsát találom mindenütt, és hát nem kerek a kép. Alkalmazott gyakorlatból még nem találtam használható anyagot.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
totron
addikt
Nyár van. Nyaralni indulj el
Ütköztök kihívásba jóidő esetén? Könnyebb fókuszálni egy borongós közegben amikor nem pezseg minden? -
coco2
őstag
Megérteni, mi mit jelent Amit találtam róla, az eléggé marketing-elmaszatolt információ.
Vertikális skálázás. Szóval azt mondta egy blog, hogy vannak a pod-ok, es azokhoz üzem közben hozzá tud adni ram-ot. A pod-okról azt találtam, azok mind linux image-ek. És hát a linux kernel nem támogat olyan funkciót, hogy menet közben az oprendszer ramot tudjon még befogadni, vagy elveszíteni valamennyit. Virtuális környezetben a cpu-t lehet osztani másképpen, de ha az egyik többet kap, a másik elveszíteni fogja azt. És az úgy nem éppen boost. Talán azt is megcsinálták, hogy a swap drive-ot virtuális alapra rakták, és amögé raknak több ram-ot, de az is csak olyan, hogy a szolgáltatói virtual server nem tud indulás után többet használni, ergo a pool méret fix. Ha az egyiknek többet adnak, a másik veszíteni fog. És a kubernetes eszközei végső soron egy linux keretei között futnak. Szóval egy kicsit értelmezési problémám van a vertikális boost fogalmát illetően, hogy konkrétan mit tudtak megvalósítani?
Horizontális skálázás. Azt mondja az elmélet, hogy röptében még node-okat kér az alkalmazás a szolgáltatótól. Tuti, azt megkaphatja. Nem mintha röptében telepíteni egy OS-t, be-config-olni, üzembe állítani két pillanat lenne, de pár perc alatt meg tudhat éppen történni. És biztos létezik olyan alkalmazás típus (mondjuk hang vagy video kodek, ahol egy csomag bejön, egy csomag kimegy, és teljesen előzetes történetmentes jellegű az alkalmazás üzemelése), amit lehet dinamikusan bővíteni, de a legtöbb eset nem olyan. Sőt, mondjuk az esetek 99%-a nem olyan. Vagy megfeledkeztem volna valamiről?
Ha esetleg létezik olyan leírás, ami a technikai részleteket tényleg leírja, és nem csak a levegőbe beszél közhelyeket, örülnék olvasnivalónak. Vagy akár csak tippeknek a fenti kérdésekről.
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
martonx
veterán
Horizontális skálázast tudom tanúsítani, hogy gyors. Hiszen docker image-ekről beszélünk. Minden configolva van előre. Ettől persze még beletelik jó pár másodpercbe az új node beállása, plusz az új node cold starttal indul, de a gyakorlatban ez teljesen jó skálázódást jelent.
Nálunk az egyik magyar útdíj rendszer kubernetesen micro serviceként fut.Én kérek elnézést!
-
nagyúr
> Amit találtam róla, az eléggé marketing-elmaszatolt információ.
Hat, pedig a Kubernetes az egyik legjobban dokumentalt technologia jelenleg.
> Vertikális skálázás.
A Kubernetes alapvetoen container orchestrator, vertikalis skalazasra nem igazan valo.
> Azt mondja az elmélet, hogy röptében még node-okat kér az alkalmazás a szolgáltatótól. Tuti, azt megkaphatja. Nem mintha röptében telepíteni egy OS-t, be-config-olni, üzembe állítani két pillanat lenne, de pár perc alatt meg tudhat éppen történni.
Kb. 1 perc GKE-n.> Sőt, mondjuk az esetek 99%-a nem olyan. Vagy megfeledkeztem volna valamiről?
Webes kornyezetben a szoftverek eseteben a nagyresze ilyen.
> Ha esetleg létezik olyan leírás, ami a technikai részleteket tényleg leírja, és nem csak a levegőbe beszél közhelyeket, örülnék olvasnivalónak.
Kezdd itt.
https://kubernetes.io/docs/concepts/architecture/
while (!sleep) sheep++;
-
Drizzt
nagyúr
Horizontálisról inkább nem beszélek, mert a gyakorlatban - főleg autoscaling-gel - nem használtam.
Horizontális skálázásról viszont tudok valós tapasztalatból beszélni.
"Azt mondja az elmélet, hogy röptében még node-okat kér az alkalmazás a szolgáltatótól. Tuti, azt megkaphatja. Nem mintha röptében telepíteni egy OS-t, be-config-olni, üzembe állítani két pillanat lenne, de pár perc alatt meg tudhat éppen történni." OS-t nem kell se telepíteni, se konfigolni. Kiindulási állapotban van 1 master és x worker node-od. Ezeken már fut az operációs rendszer. Az alkalmazások OCI szabványú containerek szoktak lenni, tehát igen gyors tud lenni az elindításuk, illetve többféle container runtime is el tudja indítani őket. Amikor definiálsz egy deploymentet, meg tudod adni, hogy mennyi replikát szeretnél futtatni az adott alkalmazáskor. Pl. azt mondod, hogy van egy alkalmazásod, amiből szeretnél 3 példányt futtatni és mindegyik egyenként 1 CPU-t és 1GB memóriát igényel. Ekkor a Kubernetes meg fogja nézni, hogy melyik node-okon van ilyen szabad erőforrás és oda fogja allokálni őket. Onnantól, hogy elindultak ezek a példányok, egy helyben maradnak. Ez a manuális horizontális skálázás. Menet közben megváltoztathatod a replika számot. Ha pl. 3-ról 4-re emeled, akkor elkezdi elindítani a negyedik containert. Amikor az feléled, akkor update-eli a routing-ot, hogy tudjon róla, hogy 4 helyen érhető el éppen az alkalmazás.
Autoskálázás: mindenféle metrikák és threshold-ok alapján megmondhatod, ha több, vagy kevesebb replika tűnik szükségesnek. Gyakorlati tapasztalatom nincsen vele.
"És biztos létezik olyan alkalmazás típus (mondjuk hang vagy video kodek, ahol egy csomag bejön, egy csomag kimegy, és teljesen előzetes történetmentes jellegű az alkalmazás üzemelése), amit lehet dinamikusan bővíteni, de a legtöbb eset nem olyan. Sőt, mondjuk az esetek 99%-a nem olyan. Vagy megfeledkeztem volna valamiről?"
Igen. Az ilyen környezetben futtatható alkalmazásokat olyanra is kell tervezni. Fontos fogalmak: stateless application, cloud native, 12 factor app.
Stateful alkalmazásokat is lehet futtatni, de általában azokat inkább érdemes valamilyen dedikált - nem kubernetes - környezetben futtatni.Szerintem teljesen felesleges technikai leírást nézni, mert nem fogod érteni elsőre. Ezt nem személyeskedésnek szánom, mindenkinek ezt mondanám elsőre.
Sokkal jobb út végigcsinálni a [hivatalos tutorialt]. Eléggé gyorsan el fogsz tudni addig jutni, hogy kipróbál a manuális skálázást a gyakorlatban. Fel kell hozzá rakni egy Rancher desktopot, vagy egy minikube-ot a gépedre(tehát gyakorlatilag egy kubernetes clustert tudsz futtatni a saját gépeden). Egyébként részletes technikai leírásnak is remek kiindulópont a kubernetes.io.I am having fun staying poor.
-
nagyúr
válasz Drizzt #19195 üzenetére
> Autoskálázás: mindenféle metrikák és threshold-ok alapján megmondhatod, ha több, vagy kevesebb replika tűnik szükségesnek.
Es ugye az autoskalazas van pod meg node szinten, a node szintu skalazast a szolgaltatonak kell tamogatni (pl. GKE, etc.).
while (!sleep) sheep++;
-
coco2
őstag
válasz Drizzt #19195 üzenetére
>...Az ilyen környezetben futtatható alkalmazásokat olyanra is kell tervezni...
Köszönöm a tippet. Ezekszerint jól sejtettem, hogy éppen a nehéz része a dev-ek nyakába van sózva. Azt hittem, nem.
>...12 factor app...
Köszönöm. Ennyi pont elég volt olvasnivalónak
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Új 2K AM5 Gamer PC R5 7600/RTX 3070 8Gb/2X8Gb 6000Mhz DDR5/500Gb SSD M2/700W 2Év gari
- Ryzen PC , R5 2600 , RTX 3060 12GB , 16GB DDR4 , 256GB NVME , 500GB HDD
- Játszós PC , R5 5500 , RX 5700 XT , 16GB 3200MHz , 512GB NVME
- Új 2K Gamer PC Ryzen 9 5900X/RTX 3070 8Gb/Asus Tuf lap/M2 500Gb NVME/2x16Gb DDR4/750W 2Év gari
- ASUS VivoBook Pro 14 OLED Ryzen laptop RTX VGA-val
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen