2016-08-06 11 views
1

PHPを使用してイメージのアップロード機能を構築しました。実装されたシナリオは、サーバーマシンのローカルファイルシステムのみを扱っていましたが、AWSに合わせてこの機能を再実装する必要があります。元の画像がアップロードされて格納されるAWSを使用して一時的にアップロードされたイメージ(AWSを使用して一度削除)を保存します

  1. :AWSは、ファイルストレージ(EFS、EBS ANS S3)の3種類を提供していますし、私は、ステップ1に対処し、使用シナリオの3方法がわからないという問題があります(名前を変更して消毒した後)。

  2. 私はそのイメージ(小、中、大) から3つのコピーをImagineライブラリフィルタを使用して作成します。これらの3つのコピーは、PHP AWS SDKを使用してS3にコピーされることを意図しています。また、パフォーマンス向上のために最適化されています。

  3. オリジナル画像は削除されています( は大きく、使用されておらず、削除は心理的にも良いので)。

他の点では、元の一時的な画像はどこに保存するのがよいでしょうか?このイメージにEBSまたはEFSを使用するか、最終イメージと一緒にS3に格納してから削除する方がよいでしょうか。

EC2に最も近いストレージシステムは、レイテンシと実行速度の面で何がありますか?彼らはすべてEC2のインスタンスを必要としますが、確かにそのうちの1つがtemporaryのこの状態に適しています。

あなたの経験は、私たちにとって常に貴重なものでした。どうもありがとうございまし

答えて

1

私はあなたにあなたが処理した後、そのイメージを削除しようとしている任意の方法として、EBSボリュームをイメージを維持することをお勧めします。 EBSボリュームは、EC2インスタンスに直接接続されているため、そのイメージが処理できる最速の方法です.3つのイメージをS3に移動します。あなたのEC2に取り付けられたEFSボリュームもあなたのケースでは機能しますが、EFSは高価であり、一時的な保管には適していません。

あなたはS3にその大きな画像を移動し、それを処理する場合、それはそのイメージをS3にアップロードするための時間がかかるだろうとしても、待ち時間が関与することになりS3のデータ転送コストの増加があるでしょう。

だから、一時画像保存のための最良のオプションは、EBSや、あなたのEC2インスタンス上の特定のレベルのEFS件までです。

+0

あなたの経験を共有してくれてありがとう、これは(スピードのように重要なことも考慮に入れた)応答を納得させるものです –

+0

EC2はコンピューティングのためのインスタンスです。それはストレージのためのいくつかの内蔵の小さなスペースが付属していないのですか?また、ストレージについて話すと、EBS、EFS、S3のいずれかですか?私の英語には申し訳ありません –

+0

EC2には独自のストレージもあります。これはEBSになる可能性があります。そのインスタンスを起動するときに、ストレージの量を選択できます。 – error2007s

関連する問題