これらは索引付けされ、SO の質問のような Web アプリでランダムにアクセスされます。SimpleDB には属性ごとに 1024 バイトの制限がありますが、複数の属性を使用できますが、洗練されていないように思えます。
例:ブログ投稿。Facebook のステータス メッセージ。レシピ (ブログ アプリケーション、Facebook のようなアプリケーション、レシピ Web サイト)。
このようなアプリケーションを Amazon AWS で構築する場合、テキストをどこにどのように保存すればよいですか?
S3 を使用すると、すべての実際のファイルを S3 に配置し、Amazon RDS や Heroku の Postgres など、その時点で適切なものでインデックスを作成できます。
また、クライアントに複数 kB のテキスト ブラーブを S3 から直接ダウンロードさせることもできるため、アプリは URL をメッセージに配信するだけで、超並列サーバーを作成できます。 S3 アセット URL からページを構築します。S3 は、画像などのすべてのアセットを保存できます。
メリットは大きいです。これにより、バックアップなども解決されます。また、多くのインデックス作成および検索スキームで遊ぶことができます。検索は、たとえば Google を使用して行うことができます...
クラウドで MySQL のようなリレーショナル データベースを実行している Amazon RDS を見たいと思うでしょう。単一の DynamoDB 読み取りキャパシティーユニットは、(一貫して) 1kb-itemしか読み取ることができません。これはおそらくうまくいかないでしょう。
または、テキスト ファイルを S3 に保存し、これらのファイルへのポインタを SimpleDB に配置することもできます。より費用対効果が高くなる多くの要因に依存します: 毎日追加するファイルの数、これらのファイルが変更されると予想される頻度、ファイルが要求される頻度などです。
個人的には、S3 を使用するのは最善の方法ではないと思います。すべての質問と回答を別々のテキスト ファイルに保存すると、単純なページを表示するための多くの要求が表示されます。検索は言うまでもなく、S3 からすべてのファイルを取得して検索する必要があります。したがって、検索にはとにかくデータベースが必要です。
インデックスを保持するために SDB を使用することもできますが、率直に言って、私は Amazon RDS で MySQL を使用するだけです (現在、2 か月間の無料試用期間があると思います)。また、全文検索もサポートしています。RDS は、毎日膨大な数の訪問者にスケールアップできるはずです。68 GB のメモリと 26 個の ECU を備えたハイメモリ クアドラプル エクストラ ラージ DB インスタンスまで簡単にスケールアップできます。
私の知る限り、SO はリレーショナル データベースの上にも構築されています: https://blog.stackoverflow.com/2008/09/what-was-stack-overflow-built-with/
DynamoDB はあなたが望むものかもしれません。ドキュメントにはフォーラムのユースケースもあります: Amazon DynamoDB のテーブルとデータの例
「これから使用するテキストはどこに保存すればよいですか?」という質問に対して合理的な回答を提供するには、質問の情報が不十分です。
アプリケーションの構築方法と、速度、冗長性、レイテンシ、ボリューム、スケーラビリティ、サイズ、コスト、堅牢性、信頼性、検索可能性、変更可能性、セキュリティなどの要件に応じて、答えは次のいずれかになります。
インスタンスにアタッチされた EBS ボリューム上のファイルにテキストをドロップします。
テキストを MySQL または RDS データベースにドロップします。
複数のインスタンスにまたがる分散ファイル システムにテキストをドロップします。
テキストを S3 にアップロードする
テキストを SimpleDB に保存する
テキストを DynamoDB に保存する
テキストを ElastiCache にキャッシュする
これには、S3 にマスター コピーを保存する、ElastiCache とローカル ディスクにコピーをキャッシュする、DynamoDB で特定のキーを使用してインデックスを作成する、Cloud Search で検索可能にするなど、さまざまなバリエーションがあります。