azure - Azure Table Storage でルックアップ テーブルを使用する - これを管理するためだけにワーカー サービスを作成する価値はありますか?

Question

Azure プラットフォームの開発を検討しています。SQL Azure から得られる完全なリレーショナルは必要ありません。代わりに Table Storage を使用することに非常に興味があります。

ここで実行する必要があるリレーショナルの 1 つのことは、ストレージ内のテーブル間の 1 対多および多対多の関係を表すことです。

通常のデータベースがそれらを内部的に表現するのと同じように、パーティションと行キーを持つ中間テーブルを使用してこれを表現する方法に非常に満足しています。

私が探している限られた程度の参照整合性を監視できるフロントエンドを作成するために、ストレージとそれにアクセスするものの間を仲介するためだけにワーカーサービスを作成する価値があるかどうか疑問に思っています.

クライアントの一部としてこれを簡単に行うことができますが、これらの参照にまたがるクエリが 3 つの異なるテーブルと通信する必要がある可能性が高いことを考えると、サービスをクラウドでホストすることでネットワーク レイテンシが低下するかどうか疑問に思っています。おそらく、これらのリクエストは、サービスとクラウドに投稿されたストレージの間ではるかに高速になるはずです。そのため、クラウドの外部からのリクエストは、複数ではなく 1 つだけになります。

これが有用な戦略である場合、それを行うための既存のツールはありますか? そうでない場合、何がうまくいくでしょうか、それとも目に見える利点はありませんか? SQL For Azure や、ビッグ データを Table Storage に格納し、ルックアップとテーブル参照を SQL に格納する異種ソリューションを使用する必要がありますか?

Answer 1

ホストされたサービスは、テーブルストレージへのアクセスが高速になるだけではありません。サービスとテーブルストレージ間の帯域幅は請求されません（同じデータセンターにある限り）。

テーブルストレージをサービスに抽象化することは良い考えであり、ワーカーロールまたはWCFサービスWebロールのいずれかで実行できます。今年のPDCでの発表を見ていた場合、今後のWebロールには完全なIISがあり、複数のWebアプリをホストできるため、Webサイトとサービスを同じロールでホストできる可能性があります（コストが高くなります）。 -別々の役割でホストするよりも効果的です）。