メールの遅延をおこさないとは

シルバーウイーク明けはメールの遅延無くすんだようです。メールサーバーへのトラフィックは普段の５倍から１０倍に達したと思われます。

この１０倍のトラフィックを遅延（渋滞）なしに処理をする方法は２つしかありません。

（１）１０倍のトラフィックを処理できるよう１０倍のハードウェアを準備する。
（２）１０倍の処理をするためにソフトウェアを改造する。

わかりにくいかも知れないので、高速道路をたとえにして話をしてみます。（１）は普段２車線で十分な高速道路を連休などの使用度が多いときのために１０倍に広げます。要するに２０車線の高速道を準備します。この問題は、普段１８車線が不要なのに保守などの費用がかかることになります。

（２）は、高速道路は２車線のままですが制限速度を１０倍にして１０倍の通行量を処理出来るようにします。例えば時速８０ｋｍの高速道路の誠意源速度を時速８００ｋｍに上げることを意味します。言うまでもなく時速８００ｋｍのクルマは存在しませんから、高速道路のたとえは無意味なのです。

ＰＳＰでは、５月連休明けの遅延問題を受けて、（２）の手段を選びました。ハードウェアに頼るのではなく、処理速度を上げることで遅延防止をしようとしたわけです。この選択にはいくつかの理由がありますが、まずはコスト。お金が惜しいからと言うのではなく、高速道路の例のように普段使わない部分に保守費用をかけることが私には納得できなかったのです。

もう一つの理由は、ソフトウェア開発会社としてのプライドです。多くのホスティング会社はメールサーバーソフトウェアを買ってきてサービスを運営しています。ＰＳＰは自社開発のメールサーバーを使ってサービスを提供しています。ですから遅延が起こることは自社ソフトウェアの非力さを証明しているのも同じなのです。それはどうしても許されないことだと私は考えました。１／１０００秒でも処理をはやくしたい。これが（２）を選択した我々の意地でもあったのです。

次の試練は２０１０年の年明け、そして本当のテストは来年のゴールデンウイーク明けです。来年お話しをすると鬼が笑うといいますが、私が鬼になって笑えるようにできるシステムの開発をしてゆきます。ずっとこのことを書きたかったのですが、シルバーウイーク明けまで書けませんでした。

次は少しハードウェアも足しますが、時速１６００ｋｍ出せる高速道路に挑戦です。