問題タブ [azure]

クラウドで CPU を集中的に使用する計算を実行することに興味があります。唯一の実際の要件は、リフレクション ベースの IoC コンテナーを使用するための十分なセキュリティ アクセス許可で.NET アプリケーション (このようなF# アルゴリズム) を実行できることです。何かが存在する限り、永続化技術はあまり重要ではありません。

Azure、EC2、Mosso などのクラウドで .NET アプリケーションを実行した経験があれば教えてください (それらは何ですか?)。

• 両方の.NETをサポートしていますか? 単核症？
• 管理 API はどのようなものですか?
• パフォーマンスはいかがでしたか？
• その他の経験

私の感覚では、クラウド管理 API が欠けている Windows Azure は、まだクラウドとは言えません。

このブログ投稿に従って、Azure ストレージ テーブルを作成しています: http://blogs.msdn.com/jnak/archive/2008/10/28/walkthrough-simple-table-storage.aspx

asp.net webform web_role で正常に動作します。

asp.net mvc を Web ロールとして使用して同じプロジェクトを再作成しましたが、アプリケーションの起動時に常に失敗します。この行：

アカウント共有キーの取得に常に失敗するようです。

グローバル asax アプリケーションの開始から default.aspx に行を移動すると、完全に正常に動作します。

複数のインスタンスを持つことを選択した場合に、Azure で状態がどのように管理されるかについて誰か情報を持っていますか? InProc は価値がないように思われ、別の状態サーバー インスタンスを用意するか、データストアを使用してサーバー間でユーザーの状態を保存する必要があります。

それとも、スティッキー セッションを実装するので、必要なのは InProc だけです。

ここで答えを見つけました: Azure フォーラム

Azureプラットフォーム用に構築している小さなアプリにログインするためにEntlib4.1を使用しています（または使用したい）-問題は、部分信頼に関連するセキュリティ例外が発生し続けることです。

Azureの部分的な信頼を正しく設定する方法を知っている人はいますか？またはそうしましたか？

ありがとう

TagLib# ( http://developer.novell.com/wiki/index.php/TagLib_Sharp ) を使用する WCF サービスを作成しました。これは、管理されていない dll (Win32 だと思います) に依存して、多くの面倒な作業を行います。この WCF サービスを Azure でホストする可能性はありますか?

私は.csdefファイルでこれを見つけました：

それは私が望んでいることをしますか？

補遺として、アンマネージ コードが 32 ビットか 64 ビットかは問題になりますか? 64 ビットの WCF サービスから 32 ビットの Dll を呼び出そうとしてもうまくいかないことを経験から知っており、Azure は 64 ビットのプラットフォームであると考えています。

Azure をファイル ストレージと CDN としてのみ使用し、仮想ディレクトリを Azure スペースにマップする方法はありますか?

WindowsAzureWebロールでホストする新しいASP.Netプロジェクトを調査しています。このプロジェクトの技術要件の1つは、 ASP.Net Webアプリケーションプロジェクトモデルではなく、ASP.Net Webサイトプロジェクトモデルの完全な事前コンパイルオプション（更新不可、単一ページアセンブリ）を利用することです。

AzureでASP.NetWebサイトプロジェクトをホストすることは可能ですか？Azureのプロジェクトテンプレートは、現時点ではASP.NetWebアプリケーションであると言えます。

ティム・ホイアーから：

Silverlight 3では、オプションとしてクライアントHTTPスタックも導入しました。クライアントのHTTP処理を使用するには、オプトインする必要があります。これにより、応答ステータスコード/ヘッダーなどを使用して、GET / POST（つまり、より多くのRESTフル動詞）以上の機能を利用できます。すべてのリクエスト、リクエストでクライアントHTTPスタックを使用するようにオプトインできます。特定のドメイン、または次のようなリクエストごとに：

私の理解では、SilverlightがAzure Storageに直接アクセスできなかった理由は、認証データを使用してHTTPヘッダーに署名できなかったためです。これにより、ギャップが埋められ、Azureストレージまたはメッシュに直接アクセスできるようになりますか？もしそうなら、それはどのように達成されますか？

リレーショナルの世界から来ると、Azure テーブル ストレージの場合は明らかに大きく異なります。私が遭遇した最初の大きな問題は、多対多の関係を適切に保存する方法です。

たとえば、ユーザーとユーザーが所有する本を追跡するシステムがあるとします。ここで、ユーザーが所有する書籍 ID のリストを基本的に格納するユーザーに文字列プロパティを設定することを提案する SO に関する別の投稿を見つけました。これがデータの保存方法として受け入れられている場合があることは理解していますが、問題は、Azure では 64 KB のデータしか String に保存できないことです。これにより、ユーザーが潜在的に所有できる書籍の数が制限されます。

別の考えられる解決策は、データを重複させることです。システム内のすべての既知の書籍を格納するテーブルがあるとします。ただし、User を Book に関連付ける必要がある場合、OwnedBooks という別のテーブルに Book データをコピーします。これは、OwnedByUserID プロパティも持っていることを除いて、基本的に Book テーブルとまったく同じです。

他に考えられる解決策はありますか？

この問題以外に、Azure テーブル ストレージを使用する際の他のパタ​​ーンやプラクティスについて何か良い提案はありますか?

現在、多くの話題を呼んでいる 2 つの新しいテクノロジーについて、私は少し混乱しています。Azure と .NET サービスの違い (または類似点) を誰か説明してもらえますか?

それらは同一のものですか？Azure は、.NET サービスを実行するクラウド OS ですか? .NET サービスは、より大きな Azure のビジョンを構成するコンポーネントですか?

ありがとう