うろぐ

導入

管理者に愛されなければならない。
管理者の負担を軽減する。
一般のユーザーが使用する画面の使い勝手の向上に加えてこの二点が開発のコンセプトだったようです。

事前検証
HP製のロードランナーを使用。
ユーザーがアクセスをしているような負荷をサーバにかけて検証をします。
サイボーズの４秒ルール。ユーザーがアクセスしてから４秒以内に表示されなければならないルールが有るそうです。
アクセスの種類の予想。参照系７０％、書き込み系１４％、更新系１０％、その他操作系７％に分類できるそうです。
検証グラフ、時間を経過すると表示時間が遅くなるグラフです。このグラフはマシンスペックなどの情報の提供に使用しているそうです。

DB検証
DB単体の性能を測ってもあまり意味がないそうです。
WEBサーバを多数立てて計測して、DBがボトルネックとならないようにしています。

運用

ユーザー数の増加。単体のDBから分割構成へ変更。ロードバランサーを使用。DBのテーブルを分割してあげなければならないので、面倒となります。
そこでテーブルを分割するPHPスクリプトがあります。設定ファイル、ホスト情報、どのアプリケーションをどのホストに割り振るのかを行う、コマンドラインから一発で行えるそうです。

定期的な運用
メールの自動受信、受信時間を管理者が指定することが可能なので、サーバに過負荷をかけにくくすることができます。例えば社員のアクセスのほとんど無い深夜や早朝に作動させると言った具合です。

不要となったデータの削除
ファイルを管理するアプリケーションがありゴミ箱機能があるので空にしたい、持ち主のいなくなったデータを消したい、などの需要が有ります。
Linuxならcronで行えますが、Windowsでも行わせなければなりませんので、C++で実装しました。WebからPHPで処理するイベントの制御を行えるようになりました。
イベントを登録すると、後は指定した時間にイベントの処理が行われます。この点は「定期的な運用」と同じです。

まとめ

• パッケージ製品においては、一般ユーザーの使いかってはもちろん、管理者もいかに使いやすいかが要。
• 大容量データへの対処方法。非同期化の処理がこれからは必要。ユーザー処理や通知処理など。
• 今後）思い処理は後回しにして非同期化。ユーザーに速いレスポンスを返す。
• 今後）データのアーカイブ化。古いデータを他のMySQLから一時的にのぞき、必要に応じて取り出す機能。
• 今後）より明確なサイジング情報。ハードなどの提案などに必要な、性能検証の効率化。

感想

自分の構築したシステムに直接役立つ話でした。コロンブスの卵と同じで、話を聞けばなるほどと言うことです。
今年の目標の一つに既存のシステムの再構築が有りますので、早速今回の話をシステムに取り入れて、サーバへの過負荷の防止や、ユーザー画面の表示速度の高速化を図りたいと思います。