Hosting "Social Network" con servizi worldwide e traffico intenso

**crash** · 30-11-2011, 19:39

Salve a tutti, sto avviando una specie di social network, un portale che offrirà molteplici servizi ad un certo tipo di utenza. I primi tre mesi saranno abbastanza orientati all'avviamento, ma entro il sesto mese dovrebbe già essere ampiamente utilizzato negli USA e probabilmente in qualche misura anche in Asia.
Non essendo un sistemista, al momento non ho alcuna intenzione di gestirmi i server da me. Almeno non nel primo anno. Seppure mi renda perfettamente conto dei costi aumentati che ne deriveranno. Fino ad adesso di interessante ho trovato solo InMotion Hosting (col quale avrei peraltro potuto aumentare gradualmente la potenza del servizio), ma avendo entrambi i suoi due server in America, quelli con una linea lenta dall'Europa dell'est accederebbero con una latenza di tipo mezzo secondo (un mio amico che abita sui colli aveva 250ms), per cui mi chiedevo quale potesse essere la migliore soluzione a questo mio problema di internazionalizzazione, considerando che dopo i primi sei mesi il flusso di email e lo spazio del database necessari al portale saranno già piuttosto imponenti.

Vi ringrazio sinceramente per la gentile attenzione e per gli eventuali suggerimenti che vorrete condividere.
Crash

**andrea.paiola** · 30-11-2011, 21:17

mi sembra la situazione ideale per usare i servizi cloud Amazon in modalità "multi zone"

però devi trovare chi ti gestisce i server

**crash** · 01-12-2011, 09:28

Wow, grazie Andrea!
La cosa sembra davvero interessante!

Tanto per essere sicuro: stiamo parlando di questo Amazon Elastic Compute Cloud giusto ? (Perché ho visto che offriva altri servizi del genere e non vorrei essere già fuori strada

)

**andrea.paiola** · 01-12-2011, 10:00

visto la tipologia di sito dovrai usare diversi prodotti Amazon... EC2, SES, Route 53, SimpleDB e probabilmente RDS...

non mi sembra Amazon offra ancora database a grafi, che per diverse applicazioni social sarebbe l'ideale

**crash** · 15-12-2011, 15:09

Ho difficoltà a trovare una guida completa di introduzione a questi servizi (se ne trovano molte sull'S3, che non mi pare faccia al caso mio). Sarebbe l'ideale una che mostrasse come arrivare ad avere il sito con database, domini e pagine funzionanti.
Grazie!

**Overload** · 15-12-2011, 17:00

Fondamentalmente puoi pensare una istanza EC2 come un server virtuale. Li caricherai un sistema operativo a scelta, METTERAI LA MACCHINA IN SICUREZZA, installerai web server e uploaderai il sito.

A corredo di ciò hai la possibilità di utilizzare infrastrutture esterne al tuo server al posto di programmi che solitamente sono interni al server. Amazon infatti offre sistemi di chaching, di database, di storing semplice di file etc.

Ora arriva il bello. Le istanze EC2 possono essere impostate per essere avviate con una immagine custum scelta da te e quando tu lo desideri. Quindi puoi avere una istanza principale sempre attiva e fare in modo che quando il carico di lavoro diventi troppo alto per essere gestito soltanto da quella macchina, viene spawnato automaticamente un nuovo server. Questo lo puoi fare tramite le API di amazon.

Quindi se sai come fare bene le cose, puoi fare in modo che se ad esempio il tuo sito finisce in prima pagina sul new york times e per 2 giorni hai un picco enorme di visitatori, invece che crashare il tuo sito faccia partire un congruo numero di server e riesca a gestire tutto il traffico.

Il lato negativo è che se sbagli qualcosa e non te ne accorgi, rischi di spawnare troppe istanze e pagare più di quello che ti aspettassi, soprattutto in caso di DoS.

Quando ci lavoravo io non c'era modo di limitare il budget, ora non so se questo è cambiato.

**crash** · 16-12-2011, 14:43

Grazie mille per la risposta completa ed esaustiva!
Quindi all'inizio potrei impostare tutto con la EC2 (database incluso) e poi quando il sito inizia ad avere una certo flusso di utenza separo i servizi in modo da rendere il tutto più efficace, giusto ?

Grazie ancora

**Overload** · 16-12-2011, 14:50

Questa è un'idea che minimizza la spesa ma potrebbe farti fare più lavoro:

se infatti progettassi le cose fin da subito per funzionare con i servizi amazon, non avresti problemi di cambio tecnologie e potresti sfruttare cose come il database non relazionale più efficacemente.

Ti ricordo comunque che esistono varie istanze EC2 di diverse grandezze. Se tieni tutto sulla tua macchina potresti aver bisogno di un'istanza grossa, mentre se offloadi il db la cache etc, potresti usare una più piccola.

Il mio consiglio è comunque di progettare il sistema con un layer che ti permetta di astrarre il più possibile le infrastrutture, in modo da essere in grado di cambiare tecnologie molto facilmente.

**andrea.paiola** · 16-12-2011, 22:02

occhio: "design for failure", eh

ogni prodotto Amazon ha garanzie di SLA diversi, costi diversi e va usato diversamente, per questo dico che servono quasi tutti

http://aws.amazon.com/architecture/

http://broadcast.oreilly.com/2011/04...ng-moment.html