Min futnak a nagyok?

A Google teljes szerverfarmja Linux alapú.

[quote:050bff779d="_Joel"]
Amugy az igazan izgalmas rendszerek nem ezek, hanem mondjuk a Giro, ahol napi sokezer banki tranzakcio fut at, es ha leallna az pl valoszinuleg egy korrekt kis magyar allamcsodot eredmenyezne...

Csá!

Nem tudom mennyire ismered, de magyarosrszágon a banki rendszerek a legbénább informatikai megoldások. Egyeltalán nem megbízhatóak, terhelhetőek, és ha leállásuk csődöket eredményezne, hetente lenne csőd!

Egyébként meg a PHP < *
Ha ilyen oldalakat akarsz kiszolgálni, akkor lehet nagyságrendi hardver-szám csökkentést elérned, ha előre generálod a "ritkán" változó tartalmat statikusba... Páran így csinálják. Az hogy mivel, az változó, van ezernyi megoldás a piacon.

KJ.

Amugy az igazan izgalmas rendszerek nem ezek, hanem mondjuk a Giro, ahol napi sokezer banki tranzakcio fut at, es ha leallna az pl valoszinuleg egy korrekt kis magyar allamcsodot eredmenyezne...

A Giro ról érdemben nemtudok nyilatkozni mert azokat a gépeket nálunk nem én üzemeltetem, de viszont pl. a SWIFT (nemzetközi utalási rendszer) 2 db IBM pSeries 630 -on fut amiben van egyenkét 1 db 1 gigás power4 proci és 2 giga memória, AIX 5.2 -es oprendszeren.
A bank front-end rendszere amit most költöztetünk új vasra, kapott 2 db IBM pSeries 570 -es gépet, ezekben 6 db 1,9 gigás power5 proci duruzsol 32 giga memóriával karöltve. Ezeken is AIX fut HACMP clusterbe kötve.

[quote:db2c42f358="einstand"]
Origo:
1.3 milla lekérés 536e látogató
hw: ???

Ott a szofver erdekesebb:)

Amugy az igazan izgalmas rendszerek nem ezek, hanem mondjuk a Giro, ahol napi sokezer banki tranzakcio fut at, es ha leallna az pl valoszinuleg egy korrekt kis magyar allamcsodot eredmenyezne...

De nem a napi lekeresek szamara kell rendszert meretezni/tervezni, hanem a maximalis beerkezesi ratara (lasd slashdot effect). Ha erdekelnek ezek a temak, akkor ajanlok egy kis valoszinusegszamitasi/tomegkiszolgalasi elmeleti alapozast (Markov lancok, M/M/n-es rendszerek), talan egy kis sorbanallas elmeletet, majd azutan a konkret architekturalis dolgokat.

Az info.sch.bme.hu cimen ezekben a temakorokben eleg jo egyetemi jegyzeteket lehet talalni: megeri belemelyedni a dolgokba.

Ez az elmelet, a gyakorlat viszont amolyan "industry best practices" jellegu. Keress ra google-val ilyen szavakra, hogy "n tier architecture", "service delivery", vagy mondjuk gyartospecifikusan is lehet talalni ezekrol anyagot (nalunk: http://www.sun.com/service/sunps/architect/delivery/sdn-arch-overview.pdf). Ez mondjuk azert erdekes, mert ha hozzank jon valaki, hogy tervezzunk es implementaljunk neki egy magasra skalazodo infrastrukturat, akkor az ez alapjan fog tortenni (van is itthon ilyen szolgaltatasi architektura). Persze ez tisztan penzkerdes, a hw load balancer-ek, content (layer 7) switch-ek nem az 1-2 millio ft-os nagysagrendbe esnek (de ha tobb tizezer parhuzamos kapcsolatot kell kezelned, ott a penz annyira nem szamit... plusz 10% beruhazas annyit jelent, hogy mondjuk 2 honappal kesobb ered el a befektetes megteruleset)

Es persze mindenki otletel, trukkozik, kiprobal ujdonsagokat, rajon fel vagy egesz igazsagokra, probal ujrahasznosithato know-how-t alkotni... de az igazsaghoz az is hozzatartozik, hogy nem lattam meg ket egyforma szolgaltatasi architekturat sehol sem.

[quote:aa24d31bbb="_Joel"]

Ott a szofver erdekesebb:)

Amugy az igazan izgalmas rendszerek nem ezek, hanem mondjuk a Giro, ahol napi sokezer banki tranzakcio fut at, es ha leallna az pl valoszinuleg egy korrekt kis magyar allamcsodot eredmenyezne...

Ez a "banki rendszerek a leg leg leg .... rendszerek" dumát én is elhittem amíg nem dolgoztam Bankban IT-sként... Hát akkora gányt mint ami ott van már rég láttam. A giro a legjobb példa rá. Anno ugye amikor kialakult még a jó öreg VAX/VMS szöveges dolgok feldolgozására lett megcsinálva és floppyn mentek az adatok oda vissza :D. Az X.25/400 csak a könnyítés végett jött be. De ma sem sokat változott az egész. Tiszta kemény fapad az egész, és a megbízhatóságáról annyit, hogy havonta kapok email, hogy "műszaki okokból néhány bank sorb lett állítva, de mégsem kellett volna", meg "ma 10.25kor sikerült helyre állítani a tegnapi mentést és elkészült a feldolgozás" stb.stb.
Hidd el néhány komolyabb multi több telephelyes VPN/intra/extra/groupwork IT rendszere megbízhatóbb és nagyobb terhelés alatt van mint a Giro meg a Banki rendszerek.
Az OTP sem nagyon kivétel ahol VAX/VMS-es IBS dolgozik együtt RS400-6000, Oracle és egypár egyedi kis VB-/Delphi cuccal :D

[quote:085612e07f="_Joel"]
Amugy az igazan izgalmas rendszerek nem ezek, hanem mondjuk a Giro, ahol napi sokezer banki tranzakcio fut at, es ha leallna az pl valoszinuleg egy korrekt kis magyar allamcsodot eredmenyezne...
.

Bár nem nagyon tudok semmit a Giroról, azért az az érzésem nem egy olyan nagy szám. Leginkább egy MTA (X400), fogadja, küldi, archiválja üzeneteket. Még virusokat sem kell kergetnie .....

[quote:9af1eba138="sancy"]Bár nem nagyon tudok semmit a Giroról, azért az az érzésem nem egy olyan nagy szám. Leginkább egy MTA (X400), fogadja, küldi, archiválja üzeneteket. Még virusokat sem kell kergetnie .....

Jesszusom, hol lattal te megbizhato X400 implementaciot???:)

Az uzenetkuldest, mint alapveto technologiat mondjuk jol latod, de azert vannak mas, erre kitalalt rendszerek (MQ).