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

Question

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

これで、私ができることの1つの関係は、ストレージのテーブル間の1対多で多くの関係を表すことです。

パーティションと行キーを備えた中間テーブルを使用してこれを表現する方法に非常に満足しています。これは、通常のデータベースが内部的に表現する方法です。

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

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

これが有用な戦略である場合、それを行うための既存のツールはありますか？そうでない場合、何がうまくいくか、または知覚可能な利益はありませんか？それを吸い込んで、azureまたはある種の異種ソリューションのためにSQLを使用する必要があります。そこでは、ビッグデータをテーブルストレージとSQLでルックアップとテーブル参照に保存する必要がありますか？

Answer 1

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

テーブルストレージをサービスに抽象化することは良い考えであり、労働者の役割またはWCFサービスWebロールのいずれかで実行できます。今年のPDCで発表を見ていた場合、今後のWebロールには完全なIISがあり、複数のWebアプリをホストできることがわかります。 - 個別の役割でホストするよりも効果的です）。