問題タブ [azure-storage]

CloudBerry Explorer のように、Silverlight を使用して Azure Blob Storage ブラウザーを作成したいと考えています。Azure ストレージ アカウントとキーはありますが、ファイル リスト (DataGrid?) を表示するために使用するコントロールを選択しています。

コーディングのために、ブロブ コンテナーからファイル リストを取得するにはどうすればよいですか?

ps私はC#、Visual Studio 2010、Azure Project Web Role + Silverlight Projectを使用しています

約 10 個のストレージ テーブルを使用する Azure アプリケーションの作成に取り組んでいます。ベスト プラクティスを採用したいのですが、dataservicecontext.cs ファイル内のすべてのテーブルを含む 1 つのファイルだけを使用する必要があるのか​​、それともテーブルごとに異なるファイルを使用する必要があるのか​​がわかりません。どちらの方法でも同じことを達成できるように見えます。ベストプラクティスとは何かについて他の誰かが意見を持っていますか?

現在、専用サーバーのサイトを実行していますが、将来的には Microsoft Azure クラウド プラットフォームを使用してスケールアップしたいと考えていますが、コードの特定の部分が Azure で動作するかどうかはわかりません。

このサイトは、各アイテムの画像を含むアイテムのギャラリーで構成されています。画像は sqlserver データベースに保存されます。

画像をディスクにキャッシュし、リクエストを画像にリダイレクトする http ハンドラーを作成しました (投稿の最後に示されているように)。

画像は、ASP.NET アプリケーション内の「imagecache」という仮想ディレクトリに保存されます。(つまり ~/imagecache/ )。

Web アプリは Azure プラットフォーム上の多くの仮想マシン インスタンスで実行されるため、インスタンス間でイメージを共有する必要がありますよね?

だから私の質問は本当に..私がすでに持っているものを実現する最良の方法は何ですか?

ありがとう

画像生成コード..

ブロブと少し混乱しています。ブロックとページの2種類のブロブがあるという記事をいくつか読んだことがありますが、SDKのライブラリで3番目のものを見ることができます。

またはですか？CloudBlob_ どの制約が適用されますか？その参照を使用するときに、ファイルサイズを気にし、ブロックまたはページを配置する必要がありますか？CloudBlockBlobCloudPageBlock

私はMSDNを読んでいますが、どれが正しいかわかりません。

私はこのコードを持っています：

大きなファイル（150Mb）を開発用ストレージにアップロードすると、次の例外が発生します。

Microsoft.WindowsAzure.StorageClient.StorageClientExceptionがユーザーコードによって処理されませんでした
Message=指定されたblobは既に存在します。
Source = Microsoft.WindowsAzure.StorageClient

しかし、それは真実ではありません。ファイルは存在しません。実際、なぜそれが問題になるのかわかりません。試すたびに、問題なく既存のBLOBを上書きできます。最も驚くべきことは、VSに例外が表示されたら、[編集を有効にする]を選択し、実行カーソル（黄色の矢印）を表示されたコードの2行目に移動し、実行します...そしてITが機能します!!

大きなファイルでのみ例外が発生しますが、その理由がわかりません。

これは例外の詳細です：

どのような場合に SQL Azure を使用し、いつテーブル ストレージを使用する必要がありますか? 私が考えていたのは、テーブル ストレージをトランザクション処理シナリオ (デビット クレジット アカウントのようなシナリオなど) に使用し、レポートなどのトランザクション目的でデータが使用されない場合は Sql Azure を使用することです。どう思いますか？

Azure トレーニング キットの TableStorageSessionStateProvider を使用しようとしています。この例は問題なく使用できますが、Web アプリで使用すると、次の例外が発生します。

これを試してみましたが、これまでのところ運がありません.null参照例外が発生しているのも見たので、TableStorageSessionStateProviderがInProcのように動作していないと思うので、アプリケーションでセッションがどのように使用されているかを確認する必要があるかもしれません. しかし、何が問題なのでしょうか?

編集:まあ、同じ例外で TableStorageSessionStateProvider のみを使用すると、Azure トレーニング キットの例も失敗することがわかりました。他のプロバイダーにコメントするだけです:

Windows Azureは、次の3種類のIOパフォーマンスレベルをアドバタイズします。

• 極小：低
• 小：中程度
• 中以上：高

したがって、（CPUまたはメモリバウンドではなく）IOバウンドのアプリケーションがあり、作業負荷を処理するために少なくとも6つのCPUが必要な場合、12〜15のエクストラスモール、6のスモール、または3のミディアムでより良いIOパフォーマンスが得られますか？

これはアプリケーションによって異なると確信しています-これをテストする簡単な方法はありますか？大規模なインスタンスの役割に移行すると、IOパフォーマンスがどれだけ向上するかをより正確に把握できる数値はありますか？

小さな役割のIOパフォーマンスは、大きな役割と同等である可能性があります。全体的な負荷が大きくなりすぎると、最初に抑制される役割にすぎません。それは正しいですか？

codeplexには多くのAzureプロジェクトがあり、MSDNに散在しています。それらのいくつかは非常に古いため、コンパイルされたバージョンではなく、コードベースのバージョンのストレージクライアントを使用します。

現在の関連性のあるプロジェクトと、時代遅れのプロジェクトはどれですか？