HatenaRSS正直なところWordpressの会でその話する?って感じの内容なのですが、WordPressのシステム上、どうしてもDBがボトルネックになり負荷の影響をモロに受けやすいのです。そのため他のサイトより負荷を未然に推測し、サイトダウンを防ぐ。アクセス負荷をどう考えるか。その導入としてアクセス負荷の掛かり方の種類と負荷の主な掛け方についてLTをしてきました。超人気ブログっていうと皆さん1,2こは思いつくんじゃないでしょうか?それくらい現在ではブログでの情報発信が盛んです。そこで収入を得ている人もいっぱい居ます。(ぼくもそうなってみたい)今回はそこを例にとってその他の負荷について理解を深めましょう(・ω・)ノいつもの自己紹介です。実はちょっとここに微妙な変化が生まれております。LTではちらっとインスタグラムのアカウントも見せていました。最近ではコンテンツ制作の他にも運用に力を入れています。この例では僕のアカウントがフォロワーを買わずに(笑)2000人以上いるフォロワーについて自慢しました。(たまにはいいじゃないですか(笑))「たった2ヶ月でインスタグラムフォロワーを20人から2000人に増やす」。́ω`)例のごとく自己紹介です。(MAP)今回は松本市で開催でしたので、ちょっと絞って表示しています。チームメンバーというか、全部自分です。デザインをやりながらフロントをやりながらバックエンドもやって運用もする。見ていて大変そうですね。気づくことがあります。重いサイトはイヤ重いサイトは誰だってイヤですよね。SEOにだって響くから気をつけなさいと言われている人も居ますし、せっかく面白い記事なのに重くて次が読みたくなくなってきたら悲しいです。アフィリエイターの方はかなりの致命傷です。最近地元の何万人も集まるイベントに行ってきたのですが、その時にそのイベントサイトがアクセス集中で繋がりませんでした。イベントのサイトなのに当日見られないっていうのはとてもストレスです。イベントのスケジュールやニュースも載っているはずだったので、きっと「見る必要」があったんだと思います。そんななか落ちてるっていうのはちょっと無責任極まりない感じがしますね。当日に負荷が予想されてるようなイベントサイトで、wordpress運用だともう少し考えないのかなとは思います。百歩譲ってPHPでも良いから、その時は必要な情報だけのペライチを時間で振り分けて、余計なDBアクセスを掛けないで欲しい。この運用も大変なのかな普通の会社は。2018そんなことを思い出しながらつぶやきました。アクセスが集中しそうだとあらかじめ予測できる場合は、トップページを一時的に静的HTMLに差し替える(ランディングページ化)CDNかますindex.phpをいじって日時指定コード判定を埋め込むサーバを強化するそもそもサイトを見なくてもいいイベント運用を行うなんてことが考えられます。WordPressの構造上DBを読みに行くのは必然なので、StaticPressで全部。いかずともある程度DBコネクションを削減する方法はあったと思います。負荷を減らすか、負荷を許容出来るようにするか、負荷を任せるか。リスクと一緒の考え方です。来年もあるようですが、流石に同じことをやらかしては欲しくないですね。小ネタここに重いゲームもイヤと書いてあります。実は自己紹介のところで、最近の趣味:ソーシャルゲームと書いてありました。次の次のスライドで速攻伏線回収します。負荷と言ってもみんな同じものではありません。いう負荷の掛かり方があるのか。今回はそれがメインテーマでした。それなりに特徴がありそうなものを5つほど上げてみました。5番目は特にレアな話なのかも。超人気ブログサイト超人気ブログサイトのグラフです。参考までに負荷が0の時を入れて見やすいようにしています。今回は記事の投稿をきっかけにアクセス数が伸び、それによって負荷が上昇しているというのを表現しています。ブログだけではなく、ニュースサイトやまとめサイトなどのキュレーションメディアもそうですね。ブログの場合は更に検索からの流入や時間軸によっての変化もあるので、一概には言えないところですが、わかりやすく記事投稿基準に表現。ブログをアップすればするだけアクセスがあり、負荷はどんどん増えていきます。配信するコンテンツも増えていくのでキャッシュが追いつかないケースもあるので、なかなかCDNだけで安心?といわれると微妙なところです。真面目に設計を考えればそれこそ費用対効果を考えなくては行けないので、まぁ嬉しい悲鳴としておきましょう。ちなみにキーボードで表現すると「~(波線)」でしょうか。ソーシャルゲームサーバ。最近の趣味でソーシャルゲームをやってたりするのですが、その裏のサーバが気になってしまって・・・あ、この処理結構負荷かかるな、とか敵10体以上出てきてよく経験値とか蓄積できるよなとか、パーティ組んだら他の人の動きやエフェクトも通信で賄わないといけないという不夜城的な超高負荷サーバ群の例です。このサーバたちは常にギリギリの運用で、いつもコストとにらめっこしています。つらいシステムの代表例でもあります。それを解決するシステムとして「詫び石」という革命的なシステムがあるので、ユーザのクレームは少なくなります。一時的に売上は減少するかもしれませんが、追加費用が発生するわけでもなく、ユーザ離れより全然良いです。撒き餌的な使われ方もするのでホント羨ましい解決手段ではあります。ちなみにキーボードでいうと、「~(チルダ上付き)」です。Yahoo砲の負荷でましたYahoo砲です。大体の高負荷といえばこちらを想像するのではないでしょうか。いつもそんなにアクセス数が無いサイトが、YahooやTVで取り上げられた瞬間から一気にアクセス殺到。ECサイトで起きやすい現象ですね。あとは宿やレジャーの予約もたまにこの砲撃を喰らいます。こちらの影響は明白で、単純にチャンスロスです。売上を上げるチャンスだったのに、扉で詰まって注文が受け付けられないという。こちらの悲惨なところは「忘れられやすい」傾向が強いです。一過性の負荷を受けてダウンしたサーバが復旧するころには、普段のアクセス数に戻ることが多いです。大体の方はまたいつ来るかわからない砲撃に備えて不安と期待と高いサーバとともに日々過ごすこととなります。ちなみにキーボードで言うと「へ(ひらがなのへです)」うまく起動に乗れば「ノ」ですが。