Re: [skylive] Server - idee per migliorarne le performance e la scalabilita'

> Salve Franco,
>
> ho letto con molto interesse il tuo email, anche se non ho capito bene al
> 100% perch? non sono un esperto di reti.

Ogni parere e' sempre utile!

[...]
> L'unica cosa che evinco dagli schemi e dalla relazione che hai scritto ?
> che proponi di mettere un server centralizzato altrove.
> Tuttavia fare dipendere tutto il sistema da un server di una azienda
> potrebbe non essere cosa buona, cosa accadr? al momento che l'azienda non
> vorr? pi? ospitare tale servizio.

Su questo posso assolutamente capire la perplessita' che puo' scatenare
una situazione del genere, spero pero' di potervi rassicurare dicendo
che l'azienda e' comunque mia, ma al di la delle parole, il discorso e'
fondamentalmente che per quel che riguarda l'eventuale decisione di
metterlo in azienda da me, comunque farei una sorta di scrittura
privata/contratto in cui mi impegno a dare il servizio gratuitamente e
anche qualora in futuro mettiamo che l'azienda chiuda, io vi debba
trattare come un cliente pegante, ovvero con dovuto preavviso etc etc.

Inoltre al di la di tutto qualora in futuro non potessi piu' ospitare il
server, si potrebbe benissimo prendere un dedicato anche virtuale da
aruba o altri, o anche rispostarlo a Pedara, senza alcun problema.

> Da profano, uno che di reti se ne inetnde poco ... mi verrebbe da dire che
> il collo di bottiglia del sistema ? innanzitutto la linea adsl che in
> upload ? limitata (probabilmente 256kbit/s).
> A questo non c'? rimedio .... i byte relativi alle immagini che penso siano
> il piu' grosso da Pedara devono raggiungere i client, e questo collo di
> bottiglia rimane.

Questo e' vero fino a un certo punto. Il collo di bottiglia a cui ti
riferisci nella configurazione attuale e' valido per *tutto*, nella
configurazione che ho proposto io e' valido invece solo per i 4
telescopi di Pedara, ma, ad esempio, quello in australia non ne
subirebbe le conseguenze, i client in quanto a chat e controllo di
eventuali telescopi non posizionati a pedara nemmeno...

Insomma, soprattutto nell'ottica di aggiungere ulteriori telescopi
remoti che non siano a pedara questo darebbe notevoli vantaggi, se
fossero tutti solo a pedara ovviamente i vantaggi sarebbero pressoche'
nulli.

Non ultima il discorso stabilita'.
Un esempio concreto e' stato oggi pomeriggio. A Pedara c'erano problemi
con un ups che facevano morire il server. in italia e' giorno, quindi i
telescopi italiani certo non hanno subito problemi per questo, ma il
telescopio in australia era inutilizzabile perche' avevamo il server
down. Se il server fosse stato esterno, quello australiano avrebbe
continuato a funzionare.

>
> Per il discosrso della latenza.... delle immagini del live (intendo quelle
> della foto istantanea per il preview): potrebbero essere trasmesse in
> streaming dal server del tele ad i client attivi su quel tele. In questo
> modo comunque non si risparmia banda ma forse si guadagna sulla latenza. In
> streaming i dati vengono trasmessi a mo di "antenna" dal server uan sola
> volta e tutti gli altri ricevono.

Questo purtroppo e' difficilmente realizzabile per via dei tanti blocchi
a protocolli multicast nelle reti mondiali, difficilmente il multicast
passa tra operatori diversi.

Sicuramente e' piu' semplice mantenere un broadcasting come e' ora anche
se cambiarlo lato protocollo per allineare il tutto a una sola
connessione per il client

> Bhe lasciamo perdere quanto sopra... uno che non ne capisce poco di reti e
> di programmazione farebbeelgio stare zitto invece di dare consigli a chi ne
> capisce di piu'.

Assolutamente no! non lasciare perdere!
A volte sono i non-programmatori che fanno vedere ai programmatori certe
storpiature logice nei loro programmi!

> Da utilizzatore avevo fatto una lista delle cose da fare per ivan, erano
> sia dal lato server che dal lato client ve la allego per condividerla con
> voi.

Ottimo, ora ci do un occhio e poi postero' le mie impressioni in
proposito, grazie!

-- 
Franco (nextime) Lanza
Busto Arsizio - Italy
SIP://casa@casa.nexlab.it
NO TCPA: http://www.no1984.org
you can download my public key at:
http://danex.nexlab.it/nextime.asc || Key Servers
Key ID = D6132D50
Key fingerprint = 66ED 5211 9D59 DA53 1DF7  4189 DFED F580 D613 2D50
-----------------------------------
echo 16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D212153574F444E49572045535520454D20454B414D204F54204847554F4E452059415020544F4E4E4143205345544147204C4C4942snlbxq | dc
-----------------------------------