結局は泥臭い計測と検証を回すのが一番強いという、身も蓋もないけど最高の知見
NewRelicを使っての検証、いいですね。
セッション情報をDBとかRedisにすれば、PHPのアプリケーションレイヤーは台数増やすだけでスケール簡単なんだけど、そうなると次の問題はDB側になるので、今度はDBのスケールをどうするかに行き着く。特に大量書き込み
古いエンジニアの人によく処理時間や消費する要領に問題がないか計算させられた。ただし今はサーバーレスで楽に負荷分散にできるから、そういう計算をしなくても良くなった面は多い。
PHPで作られた大規模ECサイトから学ぶ負荷対策入門 in PHP Conference 2026
結局は泥臭い計測と検証を回すのが一番強いという、身も蓋もないけど最高の知見
NewRelicを使っての検証、いいですね。
セッション情報をDBとかRedisにすれば、PHPのアプリケーションレイヤーは台数増やすだけでスケール簡単なんだけど、そうなると次の問題はDB側になるので、今度はDBのスケールをどうするかに行き着く。特に大量書き込み
古いエンジニアの人によく処理時間や消費する要領に問題がないか計算させられた。ただし今はサーバーレスで楽に負荷分散にできるから、そういう計算をしなくても良くなった面は多い。