- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Lehet hogy sok szakerto van aki sajat bevallasa szerint kisujjból kiráz egy ilyen rendszert, de a szaktudas mar sokkal kevesebb van. Nem akarok megbantani senkit, egyszeruen limitalt a megszerezheto gyakorlat. Limitalt hogy hany ceg foglalkozik magyarorszagon ilyesmivel. Olyan nincs hogy on demand skalazodik a vegtelenbe es tovabb ... Es nem csak technikai okai lehetnek. Felhuzni exrta infrat csak ezert az egy esemeny miatt, meg ha nem is fizikai infra volt, lehet hogy egy manager kiszamolta azt mondta eddig es nem tovabb, es az eddig keves lett. Nem hiszem hogy a Netflix ne tudna barmilyen adott meretu infrat felhuzni es megfelelo SLA-vel uzemeltetni. Itt vagy a forgalom becsles volt helytelen vagy a penz nem volt eleg.
- A hozzászóláshoz be kell jelentkezni
olyan nincs, hogy nincs
I have your source code, should I open it?
- A hozzászóláshoz be kell jelentkezni
Pedig a nulla pont úgy van, hogy nincs! :-)
- A hozzászóláshoz be kell jelentkezni
Dobrev Klárával, akarom mondani PopcornTime-al sikerült volna! Annál ugyebár a felépítéséből adódóan minél többen nézik annál masszívabb a hálózat. Persze lehet azzal kontrázni, hogy a PopcornTime nem is liveozásra lett kitalálva de talán nem nehéz belátni, hogy nem túl bonyolult live funkcióval kiegészíteni. Egyébként meg WebTorrent Ace Stream és Peer5.
Aki nem az élet iskolájában tanulta az informatikát hanem egyetemen, volt hálózatos tárgya ahol hallhatott olyan dolgokról mint multicast. Pont erre való. Szóval arra kérdésre, hogy balfasz-e a Netflix? a válasz egyértelmű Igen!
- A hozzászóláshoz be kell jelentkezni
Hát azért ez így eléggé "bold", mi a cél, bemutatni, hogy nem érted a problémát?
- A hozzászóláshoz be kell jelentkezni
A multicast tudod az egy ilyen micsoda amivel a router billegő sakát lehet megtámasztani. Persze a magadfaja infószakmunkásnak minden ilyen nagy léptékű probléma ismeretek hiányában megfoghatatlan és törvényszerűen filozófiai :D
- A hozzászóláshoz be kell jelentkezni
Tudod, nem vártam mást mint személyeskedést. Nem tudsz meglepni.
- A hozzászóláshoz be kell jelentkezni
ÉS hogyan is oldod meg a multicast-et publikus ISP-k segítségével?
- A hozzászóláshoz be kell jelentkezni
Ugy erzem rad gondolhatott trey a nyitoban:)
- A hozzászóláshoz be kell jelentkezni
Hát a szakik egymás között nagyon értik egymást:) Nekem mérnökinfó diplomám van, neked meg mi is? Autószerelő szakmunkás? De csak magyarázzátok a bizonyítványt szakikáim! Csak úgy tovább :D
- A hozzászóláshoz be kell jelentkezni
nem is ertem hogy ennyi tudassal miert itt irogatsz egy nem egy nagy streaming platform adminjakent dolgozol!! :DD
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
>akkor mi lehetett a probléma?
A Netflix nem a Hupról veszi fel a dolgozóit. Simple as.
Kiváncsi lennék a számokra, hogy hány egyidejű néző volt (lett volna). Nem volt még nagyobb live streaming esemény, ami gond nélkül lement? El tudom képzelni, hogy nem a Netflix volt a hunyó, hanem a hálózat nem bírta a terhelést. Ha mondjuk egy szolgáltatónak a routerei telítődnek és amiatt nem működik a streaming, akkor azzal a Netflix semmit nem tud csinálni (a jelenleg divatos technológiák mellett).
Ha belegondoltok az élő események streamingjét meg lehetne oldani úgy is, hogy a hálózat minden csomópontjához 1db stream megy, és a hálózati elem osztja szét mindenkinek ugyanazt. Így biztosan működött volna, csak hát a privacy miatt mindenkinek közvetlenül a Netflix szervereihez kell csatlakozni (https protokollon), és így a forgalom megsokszorozódik mind a szervereken, mint a hálózaton. Ki kellene dolgozni egy szabványt erre is, hogy a hálózati szolgáltatónál lehessen végződtetni az SSL-t például.
És mi lett a vége a küzdelemnek? (Nem, nem fogom megnézni, annyira nem érdekel.)
- A hozzászóláshoz be kell jelentkezni
Mint mindig a problema nem ilyen egyszeru, mi van ha kesletetve nezem, megallitom. Mint mindennek gondolom az online stremingnek is megvan a sajat domain tudasa amit csak akkor tudod ha csinalod 1000 millio kis buktato, scenariok amik nem latszanak abbol ahogy hasznalod. Aki komolyabban foglalkozott complex rendszerek fejlesztesevel tudja hogy ezt 0-rol felszedni nagyon nehez. Ez en cegemnel is minimum fel - 1 ev mire egy senior fejleszto beletanul es kb erti mit es miert csinal.
- A hozzászóláshoz be kell jelentkezni
És mi lett a vége a küzdelemnek?
systemd-sen fogalmazva: A mérkőzés $VEGEREDMENY végeredménnyel ért véget. :)
- A hozzászóláshoz be kell jelentkezni
Úgy érted, hogy magyarul ordibálva? :-)
- A hozzászóláshoz be kell jelentkezni
Mi lett a vége? Semmi. Az egyiket kicsit kevésbé verték szarrá. De hát minek ment oda, nem igaz? :-)
- A hozzászóláshoz be kell jelentkezni
Fejenként 40 millió dollárért... Az egyik ezt konkrétan hangoztatta is, a másiknak mintha az adóhivatal miatt lennének kisebb anyagi gondjai. Szóval csináltak egy show-t, bár katarzis nem lett, de így mindkettő emelt fővel távozhatott.
- A hozzászóláshoz be kell jelentkezni
Nofene. Ezek szerint ez az a pénz, amitől már tiszteletreméltó foglalkozásnak számít sok néző előtt eladni a testüket. :-)
- A hozzászóláshoz be kell jelentkezni
Ennyiért bárki odamenne két pofonért.
- A hozzászóláshoz be kell jelentkezni
Tyson csak 20 millió dollárt kapott.
- A hozzászóláshoz be kell jelentkezni
a technilogia amit keresel: cdn, anycast, stb.
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
+1
A Netflix személyreszabott CDN megoldása az Open Connect Appliance (OCA).
Program: Netflix Open Connect; https://openconnect.netflix.com/Open-Connect-Overview.pdf
Fizikailag legközelebb Magyarországhoz a nyilvános infók alapján Bécsben van ilyen Open Connect kapcsolódás, de nyilván a nagy ISP-k a saját backbone-jukon hozzák be az országba a netflix tartalmakat, és ott peer-elnek, a belső infrájuk pedig nyilván üzleti titok (de gondolom ott még vannak ilyen OCA-k, esetleg saját CDN-be van integrálva a Netflix tartalom is).
Lehet, hogy ez a streaming ettől független infrán ment, de inkább valószínű, hogy a meglévő megoldásukat tunningolták erre a sportközvetítésre, és valószínűleg a ISP-k egy eseményre nem fejlesztették/konfigurálták a saját részüket.
Ha a Netflix-nek sikerül a real-time sportközvetítés piacra betörni, akkor majd jobb lesz. Gondolom.
- A hozzászóláshoz be kell jelentkezni
Egy jo eloadas toluk a temaban https://www.youtube.com/watch?v=0G5BolDEwvw
Egyebkent ha megnyitod a fast.com-ot akkor lathatod hogy van-e a kozeledben OCA mondjuk egy az IPvFoo segitsegevel, de a beepitett toolokal is meg tudod nezni honnan probalja tolteni a stuffot.
Itt pedig megnezheted hol van PoP-juk https://openconnect.netflix.com/en/peering/#internet-exchange-participa… vagy peeringdb
- A hozzászóláshoz be kell jelentkezni
Kösz szépen. A videót megnéztem, hasznos volt, megválasztolt egy csomó kérdést és szült jónéhány másikat... :)
- A hozzászóláshoz be kell jelentkezni
Netflix skálázódik max X-re, és most a leterheltség nagyobb volt mint X?
Magyar szerverek _nem_ skálázódnak, ezért ha nagyobb terhelés van rögtön letérdel?
A magyar állami informatika még ott tart, hogy basszunk alá egy combos szervert és majd az elbírja (tapasztalat). Ha nem, akkor túlterheléses támadás.
- A hozzászóláshoz be kell jelentkezni
Biztos igazad van, pont igy működik az online pénztárgép projekt, az e-magyarország, az eeszt, a nav adatbányász datalake-je és még száz másik állami IT projekt. Mind-mind 1 darab combos szerves.
(amikor a politikai vakultság átveszi az irányitást a szakmai értelem fölött, akkor születnek ilyen nagy butaságok)
- A hozzászóláshoz be kell jelentkezni
Még véletlenül sem ezt írtam. Ez régen is így ment, meg ma is. Egy szolgáltatás/1 db szerver, legalábbis amire rálátok. Csúcsidőben megy is a homokóra.
- A hozzászóláshoz be kell jelentkezni
Nem tudom, hogy mire látsz rá, de a kijelentésed, hogy a magyar állami informatika itt tartana, az tényszerűen nem igaz.
Nagyon komoly rendszerek készültek az utóbbi években és elég jól is futnak. (de nyilván léteznek 1 gépes játék-rendszerek is)
- A hozzászóláshoz be kell jelentkezni
> játék-rendszerek
Te mondtad.
- A hozzászóláshoz be kell jelentkezni
Amitől persze semmivel nem lett kevésbé hülyeség az eredeti felvetésed.
- A hozzászóláshoz be kell jelentkezni
Biztos igazad van, pont igy működik az online pénztárgép projekt, az e-magyarország, az eeszt, a nav adatbányász datalake-je és még száz másik állami IT projekt. Mind-mind 1 darab combos szerves.
Ezek egyike se skálázható, össze is omlottak, összeomlanak és össze fognak omlani, amikor fixen letett szerverpark kapacitását eléri az igény és ugyanúgy fizetni kell éjjel és hétvégén is, amikor töredéke a terhelés, de végülis pénz van rá, hiszen nem profitorientált cég és nincs versenytárs se, ami olcsóbb lenne és átmenne oda az ügyfél, mert nem tud.
- A hozzászóláshoz be kell jelentkezni
Nem skálázható? Tehát azt mondod terveztek egy 500 szerveres elosztott rendszert, ami szépen működik, de nem lehetne egy 501. szervert betenni, hiszen nem skálázható? Itt most tényleg valami verseny megy, ki tud nagyobb hülyeséget összehordani?
Egyáltalán tudod honnan indult a szál? Hogy az állami IT még ott tart, egygépes, combos szervereken üzemeltet szolgáltatásokat, amiről nyilván kiderült, hogy komplett hülyeség. Ezek skálázható, sokszáz-ezer gépes elsztott rendszerek, amik kurvára skálázhatóak. Hogy lefelé ne lennének skálázhatóak, azt se tudom milyen agymenésből gondolod, de összevág a többi zagyvasággal.
Hogy már a fillérbaszást is belekevered, csak hogy valami még nagyobb hülyeséget mondjál, az tényleg csak hab a tortán, és nyilván arról sincs halovány fogalmad sincs, hogy mennyibe kerül és hogy mennyivel lenne olcsóbb valami publikus pistike bt-hez vinni. (és hogy menne a sikoltozás, ha valami publikus felhőbe nyomnák az adatokat)
- A hozzászóláshoz be kell jelentkezni
> 500 szerveres elosztott rendszert, ami szépen működik
Ez melyik szolgáltatást hajtja?
- A hozzászóláshoz be kell jelentkezni
Nem skálázható?
Nem.
Tehát azt mondod terveztek egy 500 szerveres elosztott rendszert, ami szépen működik, de nem lehetne egy 501. szervert betenni, hiszen nem skálázható?
Egyrészt nem csináltak 500 szerveres elosztott rendszert. Másrészt a skálázható rendszer nem azt jelenti, hogy be lehet-e tenni egy n+1 szervert, hanem azt, hogy a rendszer teljesítménye ettől n+1 lesz. Igen nagy különbség.
Itt most tényleg valami verseny megy, ki tud nagyobb hülyeséget összehordani?
Fogalmam nincs, te szoktál gyakran hülyeségeket írni. :)
Használtad például már az ÁNYK-ból a közvetlen dokumentum feltöltést? Na, annak a szerver oldalát én írtam.
Hogy az állami IT még ott tart, egygépes, combos szervereken üzemeltet szolgáltatásokat, amiről nyilván kiderült, hogy komplett hülyeség. Ezek skálázható, sokszáz-ezer gépes elsztott rendszerek, amik kurvára skálázhatóak. Hogy lefelé ne lennének skálázhatóak, azt se tudom milyen agymenésből gondolod, de összevág a többi zagyvasággal.
Ahja, az állami IT ott tart, hogy jó előre meg kell rendelni mindent és nincs olyan, hogy a forgalomtól függően skálázható, hanem be van tervezve egy maximális terhelés és annyi van megvásárolva. Ne téveszen meg, hogy felhőt írnak itt-ott, az nem az a felhő, amire te gondolsz ilyenkor. Amúgy melyik az a skálázható sokszáz-ezer gépes elosztott rendszer, amiről beszélsz?
Hogy már a fillérbaszást is belekevered, csak hogy valami még nagyobb hülyeséget mondjál, az tényleg csak hab a tortán, és nyilván arról sincs halovány fogalmad sincs, hogy mennyibe kerül és hogy mennyivel lenne olcsóbb valami publikus pistike bt-hez vinni. (és hogy menne a sikoltozás, ha valami publikus felhőbe nyomnák az adatokat)
Remek szalmabábjaid vannak. :D
- A hozzászóláshoz be kell jelentkezni
"Másrészt a skálázható rendszer nem azt jelenti, hogy be lehet-e tenni egy n+1 szervert, hanem azt, hogy a rendszer teljesítménye ettől n+1 lesz. "
Újabb hülyeség. Ha ez igaz lenne, akkor egy-két skálázható rendszer létezne a világon, az is valami nagyon speciális feladatot végezne. Lineárisan skálázódó rendszer gyakorlatilag nem is létezik, mindig lesz bottleneck és sosem nő n+1 szerver berakása után n+1-el a rendszer "teljesitménye"
Nyugodj bele, a sok gépes rendszerek skálázhatóak, mindegyik amit emlitettem. Nem linerárisan és nem a végtelenségig, ahogy egyetlen rendszer sem. (a topic megvan, amiben irogatsz?) De ezek elosztott rendszerek, microservice architektúrában, bizony skálázhatóak.
"Használtad például már az ÁNYK-ból a közvetlen dokumentum feltöltést? "
Használtam, nem véletlen nem emlitettem, az ányk-nál kevés nagyobb hulladék rendszer van az állami oldalon. Hogy egygépes-e a szerver oldala, azt nem tudom, bár kétlem. De hogy egy hulladék-szar, az biztos.
Először fogd fel, hogy mit jelent a skálázható rendszer - mivel egyáltalán nem azt amit te elképzelsz, kevered a dynamic- és auto-scale-el - utána fogd fel miről szól a szál - állitólagos egygépes állami rendszerekről - utána térjünk vissza a dologra.
- A hozzászóláshoz be kell jelentkezni
Újabb hülyeség. Ha ez igaz lenne, akkor egy-két skálázható rendszer létezne a világon, az is valami nagyon speciális feladatot végezne. Lineárisan skálázódó rendszer gyakorlatilag nem is létezik, mindig lesz bottleneck és sosem nő n+1 szerver berakása után n+1-el a rendszer "teljesitménye"
Hogyne létezne lineárisan skálázható rendszer, pláne nem speciális feladattal. Az, hogy ezekről és így nem tudsz és hülyeséget beszélsz, az baj.
az ányk-nál kevés nagyobb hulladék rendszer van az állami oldalon
Ezzel egyetértek. Azzal is, hogy van sok egyéb hulladék rendszer állami oldalon.
Hogy egygépes-e a szerver oldala, azt nem tudom, bár kétlem. De hogy egy hulladék-szar, az biztos.
A szerver oldalának nincs köze ahhoz, hogy az ÁNYK fos, de amúgy a szerver oldala is fos. :D
Szóval ott tartunk, hogy van egy csomó fos része az állami informatikának és vannak azok, amelyekről írsz, csak nem tudod megmondani, hogy melyik az.
Először fogd fel, hogy mit jelent a skálázható rendszer - mivel egyáltalán nem azt amit te elképzelsz, kevered a dynamic- és auto-scale-el - utána fogd fel miről szól a szál - állitólagos egygépes állami rendszerekről - utána térjünk vissza a dologra.
Szerintem te erősen kevered a scaling és clustering fogalmakat...
- A hozzászóláshoz be kell jelentkezni
"Hogyne létezne lineárisan skálázható rendszer, pláne nem speciális feladattal. "
Mesélj pár linárisan bármeddig skálázható rendszerekről, főleg olyanokról amelyek a témába vágnak, netes szolgáltatást nyújtanak pl. állami szinten.
"szóval ott tartunk, hogy van egy csomó fos része az állami informatikának"
Nem. Egyelőre ott tartunk, hogy hoztam egy LISTÁT a jól működő, skálázható elosztott állami fejlesztésű rendszerekről, annak cáfolására, hogy az állam csak egyszerveres monolit rendszereket tudna létrehozni-üzemeltetni. Erre te jöttél minden hülyeséggel és ezt az állitást még abban a rendszerben sem sikerült megcáfolnod, aminek egy részét állitólag te irtad...
"amelyekről írsz, csak nem tudod megmondani, hogy melyik az."
Érted is amit olvasol? Nem egyet hoztam, hanem egy rövid listát...
"Szerintem te erősen kevered a scaling és clustering fogalmakat..."
Te keversz itt valamit nagyon. A clustering aztán végképp tökmás, az gyakran nem is skálázódásra van, hanem rendelkezésre állásra.
Szerintem maradjunk annál a nonsense-ednél, hogy szerinted csak az a skálázható rendszer, ahol lineárisan skálázódik a teljesitmény minden egyes új szerver beállitásával.
- A hozzászóláshoz be kell jelentkezni
Mesélj pár linárisan bármeddig skálázható rendszerekről, főleg olyanokról amelyek a témába vágnak, netes szolgáltatást nyújtanak pl. állami szinten.
Tervezés kérdése, de jelenleg magyar állami szinten nincs ilyen rendszer, mert már a tervezésnél elbukik ez az igény.
Egyelőre ott tartunk, hogy hoztam egy LISTÁT a jól működő, skálázható elosztott állami fejlesztésű rendszerekről, annak cáfolására, hogy az állam csak egyszerveres monolit rendszereket tudna létrehozni-üzemeltetni.
A listád egyike se elosztott, se nem jól működő, ezek tipikusan monolitikus vagy mikroservice architektúrának álcázott monolitikus rendszerek valamilyen fix erőforrású clustering architektúrában, ahol többé-kevésbé az adatbázis réteg tartja a state-et, és amelyeket képtelenség fel és leskálázni az igényeknek megfelelően, mert nem úgy tervezték őket.
Te keversz itt valamit nagyon. A clustering aztán végképp tökmás, az gyakran nem is skálázódásra van, hanem rendelkezésre állásra.
Hajjajj, nyilván, én keverek... mondd, te hány ilyen jellegű rendszer tettél össze eddig? :D
Szerintem maradjunk annál a nonsense-ednél, hogy szerinted csak az a skálázható rendszer, ahol lineárisan skálázódik a teljesitmény minden egyes új szerver beállitásával.
Ez nem szerintem így van, hanem ez a definíciója, az a rendszer, amelyik resource duplázással nem lesz képes dupla teljesítményre, az egy nem skálázható rendszer: "a system is scalable in the range where marginal cost of additional workload is nearly constant."
- A hozzászóláshoz be kell jelentkezni
Eddig minden allami rendszer a kovetkezo modon tortent:
-Ujsagban megirjak 20-an, hogy kovetkezo honap 1-en elindul az uj XY rendszer, vegre nem leszunk annyira lemaradva, emberek ujjonganak
-Eljon honap elseje, emberek elkezdik hasznalni XY-t, a rendszer lehal
-Masodikan: "Tulterheleses hackertamadas erte XY rendszert"
Ez nekem nem tunik valami skalazhatonak. Nem latok bele (nem mennek ilyen NER-es helyre), de ha 500 serveres elosztott rendszerrol lenne szo, amibe akarmikor beteheto meg egy, akkor nem ez tortenne minden egyes alkalommal. A tunetekbol kovetkeztetni lehet a problemakra.
A strange game. The only winning move is not to play. How about a nice game of chess?
- A hozzászóláshoz be kell jelentkezni
Nekem még mindig működött, de lehet velem van a baj. Nem tudom úgy menyomni a gombot, mint az informatikus.
- A hozzászóláshoz be kell jelentkezni
Az általam felsorolt rendszerekből melyikre igaz az amit mondasz?
- A hozzászóláshoz be kell jelentkezni
Melyik az, amelyik nem rohadt le még? A NAV pénztárgépet azért nem látod lerohadni, mert a pénztárgép lerohadáskor bufferel és beküldi utólag és ebből te semmit nem veszel észre; a NAV online számla same in english, csak az látszik, hogy a számlázó bufferel; az EESZT már többször is lerohadt, amikor használni akarták többen, mint a normál napi terhelés; és így tovább. Az állami rendszerek elsöprő többsége nem skálázható, kiépítették egy fix kapacitással, aztán ha alatta van a terhelés, akkor fizetünk feleslegesen, ha felette van, akkor meg lerohad. Mondj már egy olyan állami rendszert, ahol ki-be kapcsolják a szervereket és ettől olcsóbban üzemeltethető, eddig csak olyat mondtál, ami nem ilyen.
- A hozzászóláshoz be kell jelentkezni
Ha az általad felsorolt szolgáltatások _backend_-jét nem tudja egy combos szerver ellátni, akkor szarul van implementálva :)
Hint: sacc/kb. történik egy munkanapon max. 10 db. fizetés/fő.
Az ~1000 tranzakció/sec. Ne már egy bika szerver ne bírja el! De még csúcsban sem lesz több mint 20x-osa.
- A hozzászóláshoz be kell jelentkezni
eeszt
erre azért senkinek nem kellene büszkének lenni...
- A hozzászóláshoz be kell jelentkezni
Netflix majd megosztja az RCA-t pár napon belül. A legközelebbi konferencián esélyes h. lesz netflix engineer-től YT-on megnézhető előadás a témában.
Valóban szomorú, h. ezt a tudást autodidakta módon egyszerűen nem lehet felszedni sehogy máshogy. Ha ehhez tényleg érteni akarsz, muszáj vagy valahogy bejutni egy google, netflix, meta-hoz, amazonhoz v. mikroszofthoz, h. ilyen nagyságrendű infrával képbe kerülj. Aztán eltölteni 10-15 évet, miközben jutsz feljebb a ranglétrán, mert alsó szintű üzemeltető droidként sosem lesz lehetőség látni a nagy egészet. Ez nem az a játszótér, h. max. előfizetsz egy havi 10 dolláros VPS-re amin ki tudod tesztelni.
Ugyanitt jelentkezhetnek az atomerőmű üzemeltetésben jártasak, a Burj Khalifa méretű épületeket megépíteni képes emberkék, és még millió más terület top 1 ezrelék expertjei.
- A hozzászóláshoz be kell jelentkezni
En is remelem hogy lesz rola prezi, netflix egyebkent VOD kiszolgalasban faszazott ki kb mindent, a live nekik is "uj" terulet.
- A hozzászóláshoz be kell jelentkezni
Nincsen itt semmi látnivaló, a gond az volt, hogy nem nem offline, hanem online tartalom.
A netflix és hasonló szolgáltatók a tartalmalmakat a ISP-khez letolt szerverekről szolgálják ki, éjjel letöltik a filmeket és igazából, ott helyben nézi a helyi ügyfél. Live streamnél ilyen lehetőség nincsen. Így a sávszélesség igény, globálisan is többszöröse a megszokottnak ...
Fedora 41, Thinkpad x280
- A hozzászóláshoz be kell jelentkezni
Live-nal is megvan a lehetoseged, hogy az ISP-kez lerakott serverek offloadoljanak, azt nemtudom, hogy az OCA-k kepesek-e erre, de az biztos, hogy nem erre lettek kihegyezve.
Egyebkent ezt az ejjel letoltjuk nappal kiszolgaljuk dolgot kb csak ok csinaljak, kb minden masik streaming szolgaltato 3rdparty generic cdn-ekkel dolgozik, ahol bar tudnak pre-warmingolni, de az azert nem ugyanaz.
- A hozzászóláshoz be kell jelentkezni
<Lassan írok :)
Logikusan gondolkodva, de csak egészen általánosságban: a Netflix egy on-demand szolgáltatás, ami teljesen más tészta, mint a live streaming. A Netflix technológiailag az on-demand-ra van kihegyezve, ezért is tesznek le minden ISP-hez egy (több?) Netflix szervert, hogy a tévénézők minél közelebbről tölthessék le a filmeket (amiket ott helyben a Netflix szerverein tárolnak). A live streamingnél erre hiába játszol... nyilván a Netflix szerver live streamingnél is hihetetlen előny, mert ugye a közvetítő szervernek csak annyi klienst kell kezelni, ahány Netflix szerver van. De ettől függetlenül nem ez az, amit mindig is csináltak eddig, tehát bárhol elcsúszhattak a banánhéjon.
Most megnéztem a downdetector-on, már a meccs előtt kezdődtek a problémák: https://downdetector.com/status/netflix/ lehet, hogy nem is (csak) a live streaming volt a probléma, hanem több egymástól független dolog játszhatott be és a meccs csak rátett egy lapáttal. Nem lehetett könnyű estéje a technikai csapatnak --- ha adnak ki RCA-t biztos érdekes lesz.
- A hozzászóláshoz be kell jelentkezni
Kb a cloudflare és a netflix azok akiknek komolyan vehető RCA doksijaik vannak. Mikroszoft csak akkor készít jó RCA doksikat, ha épp a faszukat akarja levágni az egész világ valami kolosszális.elbaszás miatt. A kisebb RCA-ik a "..hmm valami miatt nem ment, átterheltem egy másik DC-re... solved, ticket closed"
- A hozzászóláshoz be kell jelentkezni
konnyen lehet hogy nem a streamet eljuttato szerverek alltak foldbe, hanem valahol mashol volt egy szuk pont (pl amik engedelyezik hogy te megnezhesd a videot, vagy valami akarmilyen db).
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
Ja, hát streamelni szeretnénk a fél világnak, de a global multicast-ot még továbbra sem valósítottuk meg.
Pedig az ilyen helyzetekben nem kevés sávszélességet lehetne megtakarítani. Persze addig, amíg mindenki élőben nézi, és egyszer sem állítja meg a felvételt, bár éppenséggel ezt is meg lehetne oldani némi kompromisszumokkal a kliens oldalon.
- A hozzászóláshoz be kell jelentkezni
Elmérték az igényeket, nem skálázták fel időben és előre annyira az infrastruktúrát, amennyien végül kíváncsiak voltak rá: 120 milliónál több néző esett be végül, a 280 milliós ügyfélkör több mint harmada, majdnem fele. Összehasonlításul, az Olimpia live stream esetén 30 millió néző volt a maximum a több hetes esemény alatt és ott nem voltak ilyen rövid és ilyen hirtelen felfutások. Hirtelen beeső nem várt terhelést egyszerűen nem tudsz kiszolgálni, ha nem tudod előre felmérni a várható terhelést, akkor az össze fog omlani, legyenek ott a legjobb szakemberek és a legjobb rendszerek, a resource pool ott kell legyen előre.
Amit letettek az asztalra, az több mint amit eddig bárki tudott, összevetésül, az X/Twitter Spaces például 500-600 ezer nézőtől összeomlott idén nyáron többször is és abban nem volt videó, csak hang, a YouTube stream maximum nézőszáma 8 millió volt eddig, a legnagyobb Twitch nézőszám 3,8 millió volt.
Nekik beesett 120 millió és 120 millióig röccenés nélkül fel tudták felskálázni, utána jöttek a bajok, valószínűleg erre a számra terveztek, mint worst case scenario, hogy ennyi úgy se lesz. Lett.
- A hozzászóláshoz be kell jelentkezni
Köszi a számokat! Érdekes! Szinte gratulálni kell ezekhez a számokhoz, annyival több bármi másnál, de azért mégse olyan jó, hogy végül nem bírta.
- A hozzászóláshoz be kell jelentkezni
Sámsonról elterjed a hír, hogy buzi. Mikor a fülébe jut nagyon ideges lesz. Kihirdeti hogy vasárnap az arénában 1000 nőt tesz magáévá. Eljön a vasárnap megvan az 1000 nő és megtelik az aréna nézőkkel. Sámson nekilát. 500-ig simán bírja. 600-nál piheg. 700-nál kezd kifulladni. 800-nál remeg a lába. 979 után feladja. A tömeg őrjöngése hirtelen abbamarad, majd skandálni kezdik: Sámson buzi, Sámson buzi.
Na, ilyen ez. :D
- A hozzászóláshoz be kell jelentkezni
A klasszikus:
- A hozzászóláshoz be kell jelentkezni
Értem. De az áremeléseiket, meg a tartalom sunyi eltávolítását, miközben néznéd (sorozatok tűnnek el, amit még nem fejeztél be), azt tudják a végtelenségig skálázni. Azt sose mérik el.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Ezek az 500k - 4-8millio eleg kis szamoknak tunnek. Nem hiszem hogy mas sport esemenyeknel ( akar boksz , foci vilagbajnoki donto stb ) vay teljesen mas esemenyeknel ne lennenek nagyobb szamok.
En 400-500k nezo szolgaltam ki, de maga a stream egyszeru volt/egyszerunek tunik : 1-2 origin majd a CDN problemaja. A korulotte levo cucc ( maga a site, analytics fogadasa stb ) mar mas teszta. Es en egy viszonylag senki vagyok.
Itt egyertelmu hogy ok sajat maguk a CDN,meg sokkal tobb nezo, meg tippelni sem akarok hogy mi volt a gond
- A hozzászóláshoz be kell jelentkezni
Nem hiszem hogy mas sport esemenyeknel ( akar boksz , foci vilagbajnoki donto stb ) vay teljesen mas esemenyeknel ne lennenek nagyobb szamok.
Ezeket tipikusan nem stream-en nézik, hanem "hagyományos" csatornákon. Mondok példát, a 2023-as Super Bowl esetén volt 113 millió néző, csúcsban 7 millió stream néző és ezt több stream platform hozta össze és ott is voltak problémák: "In its 2023 Super Bowl streaming survey, Phenix found that every streaming service delivered inconsistent speeds across their customer base; for instance, while someone watching Fubo might have experienced a 45-second lag behind the on-field action [...]"
1-2 origin majd a CDN problemaja. [...] ok sajat maguk a CDN
Ennyi.
- A hozzászóláshoz be kell jelentkezni
Termeszetesen hagyomanyos csatornakon nezzik azokat. De ha csak 10% nezzi az mar 13 millio, 7 meg kevesnek is tunik .
Talan Europaban nagyobb szamok is lehetnek? Gondolok arra hogy itt per orszagonkenti kozvetitesi jogok miatt inkabb elofordulhat hogy sokan nem erik el hagyomanyos csatornan
Ettol fuggetlenul erdekesnek talalom hogy pont live stream-en fordult elo, en VOD-ot nehezebb problemanak talalom. Bar igaz VOD-on soha nem lattam live-ot megkozelito ertekeket
- A hozzászóláshoz be kell jelentkezni
De ha csak 10% nezzi az mar 13 millio, 7 meg kevesnek is tunik.
Lehet, hogy kevésnek tűnik, de egyszerűen ez a helyzet.
Talan Europaban nagyobb szamok is lehetnek? Gondolok arra hogy itt per orszagonkenti kozvetitesi jogok miatt inkabb elofordulhat hogy sokan nem erik el hagyomanyos csatornan
Ha nem érik el hagyományos csatornán, akkor a stream se érhető el. Tömegek meg nem baszkolódnak VPN-el.
Ettol fuggetlenul erdekesnek talalom hogy pont live stream-en fordult elo, en VOD-ot nehezebb problemanak talalom. Bar igaz VOD-on soha nem lattam live-ot megkozelito ertekeket
VOD eléggé jól jósolható, hogy mikor mennyien nézik, itt egyszerűen fogalmuk sem volt arról, hogy mi fog beesni, gyakorlatilag a 2023-as Super Bowl összesített peak nézőszámát túllépték úgy, hogy csak saját előfizetőknek ment a műsor.
- A hozzászóláshoz be kell jelentkezni
Nem lehet, hogy csak elfelejtették letekerni a ChaosMonkey-t, az meg túltolta? :-)
- A hozzászóláshoz be kell jelentkezni
Azért meglepő ez, mert itt a HUP-on (saját bevallásuk szerint) számos szakértő van, aki kisujjból kiráz egy olyan rendszert, ami on-demand skálázódik az igényeknek megfelelően.
Egyre többször fordul elő, amikor ide szánt szakmai tartalmakba a szakmaiságot teljesen figyelmen kívül hagyó érzelmi alapú kijelentések jelennek meg.
- A hozzászóláshoz be kell jelentkezni
Hátha nem fognak többet ilyen tartalmat szolgáltatni!
Én például a sport tartalmakért a sport csatornákra fizetnék elő nem a Netflixre!
Nem is értettem az ezzel kapcsolatos hírleveleket.
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox
- A hozzászóláshoz be kell jelentkezni
Ezért mondtam le a max-ot.
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
Trey, te inkabb ne akard megerteni :D
- A hozzászóláshoz be kell jelentkezni
A pufferelés nem az izgalom/pénz/új előfizetők vonzàsàra lett beiktatva?Mint példàul izgalmas percekben ,egy műsorban reklàmokat vàgnak be?
- A hozzászóláshoz be kell jelentkezni