3

MSDNによると、紺碧のサービスは、任意の数のワーカーの役割を含むことができます。私の知識によると、ワーカーの役割はWindowsAzureファブリックによっていつでもリサイクルできます。それが本当なら、次のようになります。

  1. 労働者の役割はステートレスまたは
  2. ワーカーロールは、その状態をWindowsAzureストレージサービスに保持する必要があります。

しかし、クライアントデータを含むサービスを作成したいので、Azureストレージサービスを使用したくありません。どうすればこれを達成できますか?

4

4 に答える 4

1

AppFabricの速度(呼び出されるものは何でも)コンポーネントは分散キャッシュであり、これらの状況で使用できます。

于 2010-02-02T09:37:17.747 に答える
0

データをAzureに保存できる場合は、Azure分散キャッシュ、SQL Azure、BLOB、テーブル、キュー、またはAzureドライブなどの選択肢があります。永続性が必要なようですが、これらのAzureストレージメカニズムを使用することはできません。データのセキュリティが問題である場合、データを暗号化/ハッシュ化できますか?なぜ役立つのかを理解する。

同期Webサービス呼び出しを連鎖/ネストして、信頼性の高いメッセージングを実現することにより、1つの代替手段がまったく持続しない可能性があります。

もう1つは、Azure Connectを使用してAzureコンピューティングリソースをローカルデータセンター(ある場合)にドメイン結合し、オンプレミスストレージを使用することです。

于 2012-05-18T07:56:36.050 に答える
0

標準のファイルIOAPIを使用して、ワーカーロールのローカルストレージに書き込むことができますが、これはインスタンスのシャットダウン時に消去されます。

SQL Azureを使用したり、HTTPを使用してデータを別のストレージサービス(Amazon S3や独自のサーバーなど)に送信したりすることもできます。

ただし、これはパフォーマンスに影響を与える可能性があります。保存するデータの量、頻度、およびデータの大きさによっては、AzureStorageを使用した方がよい場合があります。

Azure Storageを使用してみませんか?

于 2010-01-20T21:17:25.183 に答える
0

Azure の Web ロールとコンピューティング ロールはステートレスであるため、すべてのローカル データが揮発性であり、状態を維持したい場合は、何らかの外部リソースを使用してその状態を維持し、それを処理するアプリ内のロジックを使用する必要があります。簡単にするために、Azure ドライブを使用できますが、内部的にはブロブ ストレージです。

于 2010-05-02T16:06:13.507 に答える