views:

178

answers:

2

I'm interested in getting my head around AWS (amazon web services) and its viability as a back end for Siverlight applications. Initially I'm interested in using S3 and SimpleDB to store and manage a media library.

Before I start I'm trying to identify the spikes in difficulty. Is it authentication, rest vs soap, cross domain policy, or something totally other.

What are your pain points in working with AWS --- particularly but not exclusively from Silverlight2

+1  A: 

The only real pain point I have is the fact that the Amazon EC2 servers are all behind a NAT.

As far as web applications are concerned the use of NAT is not really a problem and in fact the ability to dynamically assign the public elastic IP's is a benefit. In my case my application is a SIP based one that needs to place the public IP address in the SIP header and NAT is annoying to cope with.

I have a silverlight application hosted on an IIS instance on a Amazon EC2 server and it works fine, no issues. I do use a cross domain policy file and a custom authentication mechanism and In both cases it's just the same as a normal Windows server.

I haven't used the SimpleDB so can't comment on it but if you're looking at hosting a media library I suspect the Elastic Block Service (EBS) is what you're after. I have sometimes had a few difficulties getting my Windows server to recognise an EBS drive and have had to use the Windows Disk Manager to recognise the drive but once that's done it works perfectly and is the same as any normal Windows drive except that you can scale it up to tera or pera bytes.

sipwiz
+2  A: 

It will be necessary to proxy your SimpleDB calls because AWS refuses to publish a cross domain policy on sdb.amazonaws.com for security reasons. It's not safe to load your AWS secret key publicly into the user's browser. If you are hosting it on EC2 then it shouldn't be a problem for your instance to proxy SimpleDB calls.

Use either REST or SOAP, which ever is easier. You won't find any pain there.

Mocky