Webアプリの部品のつながり：仕事でのソフトウェア開発のレッスン

朝7時のクーポン

あるコンビニチェーンのアプリでは、毎週月曜日の朝7時に新しいクーポンが出ます。その瞬間、数十万人が一度にアプリを開きます。

先月、その時間に画面が30秒も止まりました。どこを直せばよいかを話し合うには、まず部品のつながりを図にする必要があります。

メモ

簡単な Web アプリの部品がどうつながるかを、図に描くことができます。

学生が入力するセルは、このプレビューでは空白です。

ほとんどの Web アプリは、三つの部品から始まります。

クライアントは、人が触る画面です。サーバーは、リクエストを受けて答えを作ります。データベースは、会員やクーポンのデータを保存します。

サーバーを再起動しても、データベースのデータは消えません。だから、大事なデータはデータベースに置きます。

月曜日の朝、数十万人が同じ「今週のクーポン」を見に来ます。毎回データベースに聞くと、データベースが追いつきません。

そこで、一度作った答えをキャッシュに置きます。次の人には、キャッシュから返します。キャッシュはメモリにあるので、データベースよりずっと速いです。

ただし、クーポンが変わったら、キャッシュも消して作り直します。

方法	1回の答えにかかる時間	1万回分の合計
毎回データベースに聞く	50ミリ秒	500秒
キャッシュから返す	1ミリ秒	10秒

学生が入力するセルは、このプレビューでは空白です。

注意

「キャッシュがあれば、データベースはいらない」と考える人は多いです。キャッシュは一時置き場で、再起動すると中身が消えることがあります。もとのデータは、いつもデータベースにあります。キャッシュは、速くするための写しだと考えましょう。

メールやお知らせを送るのは、時間がかかる仕事です。サーバーがその場で送ると、利用者は送り終わるまで画面の前で待たされます。

そこで、サーバーは「送る」という仕事をキューに置くだけにして、すぐ答えます。ワーカーという別のプログラムが、キューから仕事を取って、順に送ります。