AWS (アマゾン ウェブ サービス) と、Siverlight アプリケーションのバックエンドとしてのその実行可能性について理解することに興味があります。最初は、S3 と SimpleDB を使用してメディア ライブラリを保存および管理することに興味がありました。
始める前に、難易度の急上昇を特定しようとしています。認証、Rest vs SOAP、クロスドメイン ポリシー、またはまったく別のものですか。
AWS を使用する際の問題点は何ですか --- 特に、Silverlight2 だけではありませんが
AWS はセキュリティ上の理由から sdb.amazonaws.com でクロス ドメイン ポリシーを公開することを拒否しているため、SimpleDB 呼び出しをプロキシする必要があります。AWS シークレット キーをユーザーのブラウザに公開してロードするのは安全ではありません。EC2 でホストしている場合、インスタンスが SimpleDB 呼び出しをプロキシしても問題はありません。
REST または SOAP のどちらか簡単な方を使用してください。そこに痛みはありません。
私が抱えている唯一の本当の問題点は、Amazon EC2 サーバーがすべて NAT の背後にあるという事実です。
Web アプリケーションに関する限り、NAT の使用は実際には問題ではなく、実際、パブリック エラスティック IP を動的に割り当てる機能は利点です。私の場合、私のアプリケーションは、SIP ヘッダーにパブリック IP アドレスを配置する必要がある SIP ベースのアプリケーションであり、NAT は対処するのが面倒です。
Amazon EC2 サーバーの IIS インスタンスでホストされている Silverlight アプリケーションがあり、問題なく正常に動作します。私はクロス ドメイン ポリシー ファイルとカスタム認証メカニズムを使用しています。どちらの場合も、通常の Windows サーバーと同じです。
私は SimpleDB を使用したことがないのでコメントできませんが、メディア ライブラリのホスティングを検討している場合は、Elastic Block Service (EBS) が最適だと思います。Windows サーバーに EBS ドライブを認識させるのに苦労したことがあり、Windows ディスク マネージャーを使用してドライブを認識する必要がありましたが、一度完了すると完全に機能し、スケーリングできることを除いて、通常の Windows ドライブと同じです。テラまたはペラバイトまで。