我有兴趣了解AWS(亚马逊网络服务)及其作为Siverlight应用程序后端的可行性。最初我对使用S3和SimpleDB存储和管理媒体库感兴趣。
在我开始之前,我正试图找出难度的尖峰。是认证,休息与肥皂,跨域政策,还是其他完全不同的事情。
与AWS合作的痛点是什么?特别是但不仅仅是Silverlight2
答案 0 :(得分:2)
由于出于安全原因,AWS拒绝在sdb.amazonaws.com上发布跨域策略,因此需要代理您的SimpleDB调用。将AWS密钥公开加载到用户的浏览器中是不安全的。如果您在EC2上托管它,那么您的实例代理SimpleDB调用应该不是问题。
使用REST或SOAP,这更容易。你不会在那里找到任何痛苦。
答案 1 :(得分:1)
我唯一真正的痛点是Amazon EC2服务器全都落后于NAT。
就Web应用程序而言,NAT的使用并不是真正的问题,事实上,动态分配公共弹性IP的能力是一个好处。在我的情况下,我的应用程序是基于SIP的应用程序,需要将公共IP地址放在SIP标头中,而NAT很难应付。
我在Amazon EC2服务器上的IIS实例上托管了一个silverlight应用程序,它运行正常,没有任何问题。我确实使用跨域策略文件和自定义身份验证机制。在这两种情况下,它都与普通的Windows服务器相同。
我没有使用过SimpleDB,所以无法对它进行评论,但是如果您正在考虑托管媒体库,我怀疑弹性块服务(EBS)就是您所追求的。我有时遇到一些困难让我的Windows服务器识别EBS驱动器并且不得不使用Windows磁盘管理器识别驱动器但是一旦完成它就能完美运行并且与任何普通的Windows驱动器相同,除了你可以扩展它取决于tera或pera字节。