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!!;)}