回答編集履歴
2
読んだ方に誤解されるかもしれないので「CDNを使える」を「～使える余地がある」変えました。
test
CHANGED
|
@@ -8,7 +8,7 @@
|
|
|
8
8
|
|
|
9
9
|
- 画像の差し替えや、変換を後からできる→サイズ縮小、高圧縮化、など
|
|
10
10
|
|
|
11
|
-
- CDNを使える→Webサーバーの負荷分散
|
|
11
|
+
- CDNを使える余地がある→Webサーバーの負荷分散
|
|
12
12
|
|
|
13
13
|
- DBの負荷を軽減できる→結合や集約した結果、内部的に一時テーブルを作る場合、BLOB型のデータは性能悪化につながることがあるのと、単純に処理するデータ量が減るので負荷軽減が見込める。
|
|
14
14
|
|
1
テニオハ修正。デメリットを一つ追加。
test
CHANGED
|
@@ -6,7 +6,7 @@
|
|
|
6
6
|
|
|
7
7
|
- DB、ファイルサーバそれぞれのバックアップを別々に取ることが出来る→DBは高頻度でとりたい。ファイルサーバーはデイリーで良い。など
|
|
8
8
|
|
|
9
|
-
- 画像の変換
|
|
9
|
+
- 画像の差し替えや、変換を後からできる→サイズ縮小、高圧縮化、など
|
|
10
10
|
|
|
11
11
|
- CDNを使える→Webサーバーの負荷分散
|
|
12
12
|
|
|
@@ -24,6 +24,8 @@
|
|
|
24
24
|
|
|
25
25
|
- 画像の排他制御をプログラムで行う必要がある（必用ならばですが…）
|
|
26
26
|
|
|
27
|
+
- ファイル名をユニークに保つ必要が出て来る
|
|
28
|
+
|
|
27
29
|
|
|
28
30
|
|
|
29
31
|
なお、Webサーバーのローカルに画像を置く方式もアリですが、Webサーバー自体をスケールアウトした場合や、冗長化した場合に面倒になるので、ファイルサーバーを別に立てるのが良いかなという感じです。
|