QA@IT
«質問へ戻る

日本語訂正

0
本文
 生成処理が完了したらDBサーバで保持している画像情報(更新日時や画像サイズなど)を更新するフローを考えています。
 
 このフローに修正するとなると問題点やクリアしなければいけないことはもちろん色々と出てくるかもしれませんが、
-やはり画像は画像サーバで生成処理をさせる方がJavaサーバのメモリも無駄にさせずに済みます。
+画像は画像サーバで生成処理をさせる方がJavaサーバのメモリも無駄にさせずに済みます。
 
 画像アップロードの仕組みが実装されている比較的大規模なWebサービスではどのようなフローや構成なのでしょうか。

画像アップロード時の画像生成について

サービス構成はJavaサーバ(apache/tomcat)、DBサーバ(postgresql)、画像サーバ(nginx)の基本3台構成の
Webサービスです。

ユーザーの画像を登録できる仕組みが既に実装されており、
現状アップロードできる画像のファイルサイズの上限を上げる予定です。

現状の画像生成はJavaサーバで下記の様に処理しています。

  • formから取得した画像のバイト配列からFileOutputStreamでオリジナル画像生成(アップロード先:Javaサーバ)
  • ImageIO.readでオリジナル画像をアップロード先から読み込んでBufferedImageで受け取る(画像生成されているかどうかチェックも含む)
  • BufferedImageから複数のサムネイル画像を生成してJavaサーバの画像ディレクトリに保存(アップロード先:Javaサーバ)
  • アップロード先ディレクトリ内の画像ファイルに更新があればそのファイルを画像サーバへ同期、
  • クライアントからは画像サーバの画像を参照

このような処理では(特に)ImageIO.readがJavaのメモリをかなり消費してしまうようで、
メモリリーク等の可能性が懸念されたため、別の画像生成処理方法を検討しています。

そこで、いっそのことクライアントから画像をアップロードさせる時に、Javaサーバではなく画像サーバに直接アップロードさせて、
生成処理が完了したらDBサーバで保持している画像情報(更新日時や画像サイズなど)を更新するフローを考えています。

このフローに修正するとなると問題点やクリアしなければいけないことはもちろん色々と出てくるかもしれませんが、
画像は画像サーバで生成処理をさせる方がJavaサーバのメモリも無駄にさせずに済みます。

画像アップロードの仕組みが実装されている比較的大規模なWebサービスではどのようなフローや構成なのでしょうか。

サービス構成はJavaサーバ(apache/tomcat)、DBサーバ(postgresql)、画像サーバ(nginx)の基本3台構成の
Webサービスです。

ユーザーの画像を登録できる仕組みが既に実装されており、
現状アップロードできる画像のファイルサイズの上限を上げる予定です。

現状の画像生成はJavaサーバで下記の様に処理しています。

 - formから取得した画像のバイト配列からFileOutputStreamでオリジナル画像生成(アップロード先:Javaサーバ)
 - ImageIO.readでオリジナル画像をアップロード先から読み込んでBufferedImageで受け取る(画像生成されているかどうかチェックも含む)
 - BufferedImageから複数のサムネイル画像を生成してJavaサーバの画像ディレクトリに保存(アップロード先:Javaサーバ)
 - アップロード先ディレクトリ内の画像ファイルに更新があればそのファイルを画像サーバへ同期、
 - クライアントからは画像サーバの画像を参照

このような処理では(特に)ImageIO.readがJavaのメモリをかなり消費してしまうようで、
メモリリーク等の可能性が懸念されたため、別の画像生成処理方法を検討しています。

そこで、いっそのことクライアントから画像をアップロードさせる時に、Javaサーバではなく画像サーバに直接アップロードさせて、
生成処理が完了したらDBサーバで保持している画像情報(更新日時や画像サイズなど)を更新するフローを考えています。

このフローに修正するとなると問題点やクリアしなければいけないことはもちろん色々と出てくるかもしれませんが、
画像は画像サーバで生成処理をさせる方がJavaサーバのメモリも無駄にさせずに済みます。

画像アップロードの仕組みが実装されている比較的大規模なWebサービスではどのようなフローや構成なのでしょうか。

抽象的な数値に更新しました。

0
本文
 Webサービスです。
 
 ユーザーの画像を登録できる仕組みが既に実装されており、
-現状アップロードできる画像のファイルサイズは1MBですが、その上限を上げる予定です。
+現状アップロードできる画像のファイルサイズの上限を上げる予定です。
 
 現状の画像生成はJavaサーバで下記の様に処理しています。
 
  - formから取得した画像のバイト配列からFileOutputStreamでオリジナル画像生成(アップロード先:Javaサーバ)
  - ImageIO.readでオリジナル画像をアップロード先から読み込んでBufferedImageで受け取る(画像生成されているかどうかチェックも含む)
- - BufferedImageから5枚のサムネイル画像を生成してJavaサーバの画像ディレクトリに保存(アップロード先:Javaサーバ)
+ - BufferedImageから複数のサムネイル画像を生成してJavaサーバの画像ディレクトリに保存(アップロード先:Javaサーバ)
  - アップロード先ディレクトリ内の画像ファイルに更新があればそのファイルを画像サーバへ同期、
  - クライアントからは画像サーバの画像を参照
 

画像アップロード時の画像生成について

サービス構成はJavaサーバ(apache/tomcat)、DBサーバ(postgresql)、画像サーバ(nginx)の基本3台構成の
Webサービスです。

ユーザーの画像を登録できる仕組みが既に実装されており、
現状アップロードできる画像のファイルサイズの上限を上げる予定です。

現状の画像生成はJavaサーバで下記の様に処理しています。

  • formから取得した画像のバイト配列からFileOutputStreamでオリジナル画像生成(アップロード先:Javaサーバ)
  • ImageIO.readでオリジナル画像をアップロード先から読み込んでBufferedImageで受け取る(画像生成されているかどうかチェックも含む)
  • BufferedImageから複数のサムネイル画像を生成してJavaサーバの画像ディレクトリに保存(アップロード先:Javaサーバ)
  • アップロード先ディレクトリ内の画像ファイルに更新があればそのファイルを画像サーバへ同期、
  • クライアントからは画像サーバの画像を参照

このような処理では(特に)ImageIO.readがJavaのメモリをかなり消費してしまうようで、
メモリリーク等の可能性が懸念されたため、別の画像生成処理方法を検討しています。

そこで、いっそのことクライアントから画像をアップロードさせる時に、Javaサーバではなく画像サーバに直接アップロードさせて、
生成処理が完了したらDBサーバで保持している画像情報(更新日時や画像サイズなど)を更新するフローを考えています。

このフローに修正するとなると問題点やクリアしなければいけないことはもちろん色々と出てくるかもしれませんが、
やはり画像は画像サーバで生成処理をさせる方がJavaサーバのメモリも無駄にさせずに済みます。

画像アップロードの仕組みが実装されている比較的大規模なWebサービスではどのようなフローや構成なのでしょうか。

サービス構成はJavaサーバ(apache/tomcat)、DBサーバ(postgresql)、画像サーバ(nginx)の基本3台構成の
Webサービスです。

ユーザーの画像を登録できる仕組みが既に実装されており、
現状アップロードできる画像のファイルサイズの上限を上げる予定です。

現状の画像生成はJavaサーバで下記の様に処理しています。

 - formから取得した画像のバイト配列からFileOutputStreamでオリジナル画像生成(アップロード先:Javaサーバ)
 - ImageIO.readでオリジナル画像をアップロード先から読み込んでBufferedImageで受け取る(画像生成されているかどうかチェックも含む)
 - BufferedImageから複数のサムネイル画像を生成してJavaサーバの画像ディレクトリに保存(アップロード先:Javaサーバ)
 - アップロード先ディレクトリ内の画像ファイルに更新があればそのファイルを画像サーバへ同期、
 - クライアントからは画像サーバの画像を参照

このような処理では(特に)ImageIO.readがJavaのメモリをかなり消費してしまうようで、
メモリリーク等の可能性が懸念されたため、別の画像生成処理方法を検討しています。

そこで、いっそのことクライアントから画像をアップロードさせる時に、Javaサーバではなく画像サーバに直接アップロードさせて、
生成処理が完了したらDBサーバで保持している画像情報(更新日時や画像サイズなど)を更新するフローを考えています。

このフローに修正するとなると問題点やクリアしなければいけないことはもちろん色々と出てくるかもしれませんが、
やはり画像は画像サーバで生成処理をさせる方がJavaサーバのメモリも無駄にさせずに済みます。

画像アップロードの仕組みが実装されている比較的大規模なWebサービスではどのようなフローや構成なのでしょうか。

質問を投稿

画像アップロード時の画像生成について

サービス構成はJavaサーバ(apache/tomcat)、DBサーバ(postgresql)、画像サーバ(nginx)の基本3台構成の
Webサービスです。

ユーザーの画像を登録できる仕組みが既に実装されており、
現状アップロードできる画像のファイルサイズは1MBですが、その上限を上げる予定です。

現状の画像生成はJavaサーバで下記の様に処理しています。

  • formから取得した画像のバイト配列からFileOutputStreamでオリジナル画像生成(アップロード先:Javaサーバ)
  • ImageIO.readでオリジナル画像をアップロード先から読み込んでBufferedImageで受け取る(画像生成されているかどうかチェックも含む)
  • BufferedImageから5枚のサムネイル画像を生成してJavaサーバの画像ディレクトリに保存(アップロード先:Javaサーバ)
  • アップロード先ディレクトリ内の画像ファイルに更新があればそのファイルを画像サーバへ同期、
  • クライアントからは画像サーバの画像を参照

このような処理では(特に)ImageIO.readがJavaのメモリをかなり消費してしまうようで、
メモリリーク等の可能性が懸念されたため、別の画像生成処理方法を検討しています。

そこで、いっそのことクライアントから画像をアップロードさせる時に、Javaサーバではなく画像サーバに直接アップロードさせて、
生成処理が完了したらDBサーバで保持している画像情報(更新日時や画像サイズなど)を更新するフローを考えています。

このフローに修正するとなると問題点やクリアしなければいけないことはもちろん色々と出てくるかもしれませんが、
やはり画像は画像サーバで生成処理をさせる方がJavaサーバのメモリも無駄にさせずに済みます。

画像アップロードの仕組みが実装されている比較的大規模なWebサービスではどのようなフローや構成なのでしょうか。

サービス構成はJavaサーバ(apache/tomcat)、DBサーバ(postgresql)、画像サーバ(nginx)の基本3台構成の
Webサービスです。

ユーザーの画像を登録できる仕組みが既に実装されており、
現状アップロードできる画像のファイルサイズは1MBですが、その上限を上げる予定です。

現状の画像生成はJavaサーバで下記の様に処理しています。

 - formから取得した画像のバイト配列からFileOutputStreamでオリジナル画像生成(アップロード先:Javaサーバ)
 - ImageIO.readでオリジナル画像をアップロード先から読み込んでBufferedImageで受け取る(画像生成されているかどうかチェックも含む)
 - BufferedImageから5枚のサムネイル画像を生成してJavaサーバの画像ディレクトリに保存(アップロード先:Javaサーバ)
 - アップロード先ディレクトリ内の画像ファイルに更新があればそのファイルを画像サーバへ同期、
 - クライアントからは画像サーバの画像を参照

このような処理では(特に)ImageIO.readがJavaのメモリをかなり消費してしまうようで、
メモリリーク等の可能性が懸念されたため、別の画像生成処理方法を検討しています。

そこで、いっそのことクライアントから画像をアップロードさせる時に、Javaサーバではなく画像サーバに直接アップロードさせて、
生成処理が完了したらDBサーバで保持している画像情報(更新日時や画像サイズなど)を更新するフローを考えています。

このフローに修正するとなると問題点やクリアしなければいけないことはもちろん色々と出てくるかもしれませんが、
やはり画像は画像サーバで生成処理をさせる方がJavaサーバのメモリも無駄にさせずに済みます。

画像アップロードの仕組みが実装されている比較的大規模なWebサービスではどのようなフローや構成なのでしょうか。