問題タブ [cloud]

LINQ to SQL を使用してデータを格納する Silverlight アプリケーションがあります。このアプリケーションを Azure クラウドに追加したので、Azure メソッドを使用してデータを保存したいと考えています。しかし、「Azure テーブル ストレージ」と「SQL データ サービス」のどちらを使用すればよいか、またどのように使用すればよいかわかりません。

(これは、 https: //database.windows.net/soap/v1/ のサービス リファレンスにある Microsoft の SitkaSoapService に関連しています)

SitkaSoapServiceClient を使用して、SOAP で SQL Data Services データベースにアクセスしています。

次のような文字列で linq ステートメントを渡すことで、データをクエリできます。

ただし、null プロパティ値を照会する方法がわかりません (つまり、そのプロパティのないエンティティを検索します)。

私は次のように言えると思います：

FaultException<>...しかし、 「名前 'null' が見つかりませんでした」というがスローされます

何か案は？

私は長い間、クラウド コンピューティング/ストレージ ソリューションを探していました (Google Bigtable に触発されました)。しかし、使いやすくビジネスに適したソリューションが見つかりません。

Amazon の SimpleDB のようなシンプルでフォールト トレラントな分散 Key=>Value DB を探しています。

私は次のようなものを見てきました：

1. The CouchDB Project : シンプルで分散型のフォールト トレラントなデータベース。ただし、JSON しか理解できません。XML コネクタなどはありません。
2. Eucalyptus : 素晴らしい Amazon EC2 インターフェイス。オープン標準と XML。しかし、分散性が低く、耐障害性が低いですか? また、XEN/VMWare の問題に関するオープン チケットも多数あります。
3. Cloudstore / Kosmosfs : 優れた分散型のフォールト トレラントな fs。しかし、構成が難しいです。Java コネクタはありますか?
4. Apache Hadoop : データを保存する能力をはるかに超える優れたシステム。独自の Hadoop 分散ファイル システムを使用し、2000 ノードのクラスターでテスト済みです。
5. * Amazon SimpleDB : オープンソースの代替手段が見つかりません! これは優れたシステムですが、膨大な量のデータには高価です。そして、あなたはAmazonにはまっています。

他のより良い解決策はありますか？どれを選ぶのが一番いいですか？SOF (Singe Point of Failure) の最小量を提供するのはどれですか?

過去数年にわたっていくつかのアプリを設計し、パフォーマンスとスケーラビリティの側面を継続的に改善してきた MySQL の分野に満足しています。また、memcached を使用して、頻繁にクエリされる結果セットでアプリケーション側の速度を向上させた経験もあります。そして最近、Amazon SDB を e コマースの実験用の主要な「データベース」として実装しました。

簡単に言うと、SDB サービスを使用する理由として、スキーマのないデータベース構造を使用することで、プロジェクトの論理的な問題に集中し、コンテンツをデータ ストアにすばやく蓄積できるということがすぐにわかりました。つまり、事前に製品の属性のすべての可能な順列を設定して正規化する必要はありません。製品のロードを開始するだけで、SDB は利用可能なすべてのものを記憶します。

プロジェクトの最初の数回の繰り返しをなんとかやり遂げ、データへの単純なインターフェイスをセットアップする必要があるので、MySQL での作業で当然のことと思っていた問題に取り組んでいます。例: select ステートメントでグループ化し、構文を "items 50 to 100" に制限します。SDB のスキーマ フリー アーキテクチャを使用して得た簡単な利点は、1800 項目をわずかに超える結果セットのクエリ/ループのパフォーマンス ヒットで失われました。

今、私は Tokyo Cabinet のようなプロジェクトについて読んでいます。これは、メモリ内のキー値ストアの概念を拡張して、疑似リレーショナル機能を途方もなく高速に提供しています (14x どこかで読んだ)。

私の質問: アプリケーション デザイナー/開発者として、プロジェクトの各段階でどの DB 技術が最も適切かを評価するために使用できる基本的なガイドラインやヒューリスティックはありますか?

例: アプリケーションの論理的/技術的な未知数がデータ構造を流動的にするプロトタイピング段階: SDB を使用します。ユーザーの成果物が優先されるより成熟した段階では、従来のツールを使用して、並べ替え、グループ化、またはページ付けロジックの作成に開発時間を費やす必要はありません。

これらのツールの実際の経験は非常に高く評価されます。

ありがとうございます！

シャヒーブ R.

SOAの基盤には次のものがあります。

• ゆるく結合
• 再利用性
• ステートレスサービス
• サービス間の正式な契約
• 粗い粒度
• 非同期
• 抽象基礎となるロジック（ブラックボックス）
• 構成可能（ビルディングブロックとしてのサービス）
• 発見可能なサービス
• 自律サービス

それらのほとんどはクラウドコンピューティングに適用できるので、私の質問は、クラウドコンピューティングはSOA思考の産物ですか、それともこれらは2つの異なるモンスターですか？

特定のRSSフィードを監視するために不可欠なWeb2.0スタートアップサイト用のアプリケーションを作成することを検討しています。

このようなサービスの利用が期待されているため、クラウドコンピューティングを利用することがその方法になると期待していますが、経験が不足しているため、クラウドでWindowsサービスを実行できるかどうかわかりません。

これにはWebフロントエンドがありますが、サインアップのためだけに負荷がかかるとは考えられていません。その後、ユーザーはSMS/Eメールで通知を受け取ります。

OnLiveは、ゲーム用のクラウドコンピューティングソリューションです。ハードウェアに関係なく、あらゆるPCにハイエンドゲームのストリーミングを提供します。それがどのように機能するのか疑問に思います。生のHD解像度の画像とオーディオデータを送信する可能性は低いようです。jpegやmp3/oggのような比較的単純な圧縮でうまくいくでしょうか？