☰

Amazon S3 - 事前のファイル編成アーキテクチャの決定

tag-icon • tag-icon amazon-s3
Amazon S3 - 事前のファイル編成アーキテクチャの決定

現在、パブリッシング プラットフォーム用の Web アプリケーションを構築しており、コンテンツの保存に S3 を使用しています。S3 は非常に簡単に使用できますが、事前に可能な限り最適なファイル構成を実現したいと考えています。

私のデータの形状は次のようになります。

出版物

  • 出版物には説明（テキスト）があります
  • はじめに（テキスト＋画像）
  • ディスカッション（テキスト＋画像）
  • 多くの実験を行う

実験

  • 実験には説明（テキスト）があります
  • 結果（テキスト + 画像）
  • 方法（テキスト＋画像）
  • ディスカッション（テキスト＋画像）

組織モデル

モデル#1: フラットバケット

このモデルは明らかにかなり悪いようですが、完全性のために含めています。

出版画像バケット:

publication_images/[publication-id]-[name].png

公開テキストバケット:

publication_text/[publication-id]-[name].txt

実験バケットは上記と同じ

モデル #2: 出版物/実験オブジェクト

出版物バケット:

[publication-id]/text/[name].txt

[publication-id]/images/[name].png

実験バケットは類似している

モデル3: 出版物内での実験

出版物バケット:

[publication-id]/text/[name].txt
[publication-id]/images/[name].png
[publication-id]/experiments/[experiment_id]/images/[name].png
[publication-id]/experiments/[experiment_id]/text/[name].txt

モデル #4/5: 出版物/実験は独自のバケットを取得

これは基本的に上記の #2 および #3 と同じですが、各出版物または実験が出版物または実験バケット内のオブジェクトになるのではなく、独自のバケットが取得される点が異なります。これは実際には実行方法ではないようですが、私は S3 の初心者なので間違っている可能性があります。

これを整理する方法は他にも確かにありますが、私が思いついた主な方法はこれらです。実験コンテンツをすべて出版物に取り込むかどうかによって、モデル #2 または #3 に傾いています。そうは言っても、これらのモデルのいずれかが、より経験豊富な人よりも明らかに優れているか劣っているように見えますか? 将来の計画を立てる際に、今知っておくべきトレードオフはありますか? 私が見落としている、パフォーマンスや明瞭性の点でより優れた他のモデルはありますか?

ありがとう！

関連情報