Stai usando AWSDBProxy? C'è un impatto sulle prestazioni durante il ridimensionamento?

Question

Dopo un voto negativo, mi sono reso conto umilmente che il mio post era un enorme sfogo . Quindi l'ho modificato e riassunto questo alla domanda che mi piacerebbe davvero conoscere. Mi scuso per i miei commenti sfacciati prima di questa modifica;)

Sembra che gli unici tutorial là fuori che parlano dell'uso del SimpleDB di Amazon in un sito di rotaie stiano usando AWSDBProxy ... Personalmente, trovo questo contro-intuitivo al ridimensionamento, considerando il layout del server di un tipico sito di Rails di seguito (usando AWSDBProxy):

Plugin qui: http://agilewebdevelopment.com/plugins/aws_sdb_proxy

Immagine qui: http://www.freeimagehosting.net/uploads/91be4e0617.png

Come puoi vedere, anche se aggiungiamo più bastoncini, abbiamo due problemi.

1. Abbiamo un singolo punto di errore molto meno stabile del nostro bilanciamento del carico
2. Dobbiamo forzare tutte le nostre informazioni attraverso questo server WEBrick

La soluzione è, ovviamente, quella di aggiungere altri proxy AWSDB ... ma perché non usare semplicemente il seguente codice in una classe, saltando il proxy tutti insieme?

service = AwsSdb::Service.new(Logger.new(nil),
                                CONFIG['aws_access_key_id'],
                                CONFIG['aws_secret_access_key'])
service.query(domain, query)

Quindi quello che sto ottenendo è se stai usando AWSDBProxy, quali sono le tue giustificazioni per questo? E se lo stai effettivamente usando, come sono le tue prestazioni? Se hai numeri difficili, questo sarebbe ancora più apprezzato!

Grazie!

Answer 1

Non lo sto usando, né ne ho mai sentito parlare, ma questo è ciò che penso siano ragioni ragionevoli.

1. Stai eseguendo il tuo server di app principale su EC2, quindi la possibilità di Internet FAIL non ti influenza più di una volta.
2. Esegui un proxy su ciascuno dei tuoi server di app. Quindi la connessione in corso non è peggiore della connessione al database in corso.
3. Perché può essere fatto. Questo è un motivo valido come qualsiasi altro in un progetto open source. A volte occorre costruire qualcosa prima di sapere se detta è una buona / cattiva idea.
4. Non hai i livelli di traffico per avere bisogno di un bilanciamento del carico. Quindi il diagramma si riduce a una linea, se non una singola macchina.