さて前回から、ぼちぼち「具体的な対策」について触れていますが、
個々の内容については大して難しいコトはやってないです。
ただ、中には前回の「【2】「CSV1行単位でbegin,comit」の是非」のような、
実装に際して「トレードオフ」の一面を持つ対策も結構あったりします。
例えば―――

さて前回から、ぼちぼち「具体的な対策」について触れていますが、
個々の内容については大して難しいコトはやってないです。
ただ、中には前回の「【2】「CSV1行単位でbegin,comit」の是非」のような、
実装に際して「トレードオフ」の一面を持つ対策も結構あったりします。
例えば―――
さて、前回に引き続き「大規模ECサイトで一番に気になること≒処理速度」という話。
以前より話に挙げさせていただいている大規模ECサイトですが。
実装当初、実際に動かしてみると、
色んなところで「重たい」「遅い」「動かない」との悲鳴が続々と…
しかも前回お話したアクセラレータやクエリキャッシュは有効。
更にサーバにつきましては前々回お話した―――
この環境下なら十中八九、問題はアプリケーション側だ
と、断言できるほどのスペック。
「流石に『素のEC-CUBEのまま』では何かと無理があるのか…?」そんな状態から、
「実際にカスタマイズしたポイント」について幾つか書いていこうかと思います。
さて、Webアプリ本体の話に入るワケですが、
EC-CUBEをベースとして大規模ECを構築する以上、
やはり誰しも気になるのは「処理速度」だと思います。
(まぁ、コレはどのWebアプリにも言えるコトなんですけども)
実際にこの問題を解決する上での対策と言いますと、よくあるケースとしては―――
(続きを読む…)
さて、ECサイトに限らず何かしらWebサービスを作るからには、 もちろんサーバー構成,スペックについて検討する必要があります。 それが大規模であれば尚のコト。 では、EC-CUBEで大規模なECサイトやろうとした場合、 最低限「どのくらいの環境を用意すべきか」と申しますと―――
(続きを読む...)