Wydaje mi się, że "gruby klient" jest warunkiem koniecznym skalowania takiej zabawki. Odnoszę wrażenie, że strona klienta YouOS jest open sourcem, a strona serwera nie. Powstaje pytanie o szczegółowość opisu interfejsów klient - serwer i możliwości ewentualnej reimplementacji serwera, tak by aplikacje dawałyby się odpalać na obu platformach.
Ja bym to widział tak:
Mamy domene XENową na potrzeby naszej stronki. Mamy jakiś template
działającej wirtualnej maszyny. Wirtualne maszyny są 'uaktywniane'
jakims skryptem ktory podnosi wirtualkę apaczową pod kazdą wirtualną
maszyne, wirtualka apaczowa wspólgra z iptablesami (dns based iptables
ktore rozpoznają requesty http do poszczegolnych wirtualek).
Powiedzmy ze uzytkownik na stronce poprzez php poprosił o stworzenie
wirtualnej maszyny.
1. template jest kopiowany do nowo stworzonej wirtualki
2. nowa maszyna jest uaktywniana i nasluchuje na porcie XXX na vnc_http
3. dodawana jest na routerze jakaś DNATowa regułka ktora rozpozna na
którą wirtualke powinien wejsc user i dnatuje powiedzmy
maszyna-XXX.twojadomena.pl:80 na maszyna-xxx-wewnątrz.lan.pl:5900
4. user dostaje sie na swoją wirtualke..
to w sumie taka pieciominutowa idea.. z tego co wiem to amazon wydał
na to jakieś 2 miliony dolarów czy inną równie astronomiczną cene, ale
u nich mozna wgrać własne ISO i opstawic wlasny dedykowany system wraz
z jego kopiami (wedle zyczen) wiec system na pewno taki prosty nie
jest.
pzdr.
--
Wojciech Ziniewicz
Unix SEX :{look;gawk;find;sed;talk;grep;touch;finger;find;fl
ex;unzip;head;tail; mount;workbone;fsck;yes;gasp;fsck;more;yes;yes;eje
ct;umount;makeclean; zip;split;done;exit:xargs!!;)}