ezért akarok a klasszikus google-féle úton elindulni: könnyen cserélhető, könnyen bővíthető, teljesen standard pc-kből építkezve kihozni egy skálázható rendszert. költséghatékonyan, standard, open-source elemekből.
Az a baj, hogy ez elmeletben tok jol hangzik, a gyakorlatban viszont nagyon nagyon NAGYON sokaig nem eri meg. Lattam ilyen ceget, akik ezzel kiserleteztek, sajat tapegysegeket is terveztek, stb. aztan rajottek, hogy nehany szaz gepnel meg mindig dominal az ebbe fektetett munkaido ara es sokkal koltseghatekonyabb megvenni az olcsobb fajta elore gyartott szervert mint erolkodni a sajat konstrukcioval.
Tovabbi problema, hogy a PHP-s vilag nem nagyon ezzel a szemlelettel epult, eleve el kell felejtened a fajlba irast es olyan adatbazisokat/adatstrukturakat hasznalnod, amik megengedoek egy-ket-harom node kiesesevel szemben. Ezzel szoges ellentetben van az, hogy pl. lockolni akarsz, mert az barmifele nagyon elosztott rendszerarchitekturat lehetetlenne tesz, hiszen valakinek kell mondania egy lockra autoritativ igent, innentol kezdve master electiont kell tartanod, meg kell varnod amig a lockjaid szinkronizalodnak, stb. vagy bevallalsz egy SPOF-ot a lock szerveren, ami megint ellent mond a nagyon elosztott architekturanak.
Aztan azt se felejtsuk el, hogy 10 gep hosting koltsege sem elhanyagolhato, lehet hogy inkabb megeri 2-3 normalis gepet berelni valahol es akkor a szolgaltato felel az alkatreszcsereert es nem Neked kell berohanni cserelni a disket. (Mennyibe is kerul egy munkaorad a munkaltatodnak jarulekokkal egyutt?)
Szerintem, probald meg a vizioidat kicsit bekorlatozni (tudom, amikor cluster epitesbe fog az ember, jol esik Google meretekben elmerengeni, tenyleg nem bantasbol mondom) es helyette inkabb az uzletileg szigoruan szukseges lepeseket valositsd meg. Tehat ha meg tudod oldani ket szerverbol ugy, hogy atteszed a DB-t, oldd meg ket szerverbol. Aztan ha felmerul az igeny (es csakis akkor), lepj tovabb. Lasd meg: LEAN elv. Igy Te sem fogsz befurdeni vele es a munkaltatod/megbizod sem dob ki feleslegesen sok penzt.
--
Pásztor János
Üzemeltető Macik