【入門編】セッション管理 – Cloud Spanner

こんにちは！Cloud Spannerの世界へようこそ。
チーフアーキテクトの私です。

今回は、Cloud Spannerを使いこなす上で絶対に避けて通れない、しかし初学者が最初につまずきやすい「セッション管理」というテーマについてお話しします。

「セッション？なんだか難しそう……」と思ったそこのあなた、大丈夫です。ここをクリアすれば、Cloud Spannerの基本はバッチリマスターできますよ！
今日は、専門用語をできるだけ使わず、私たちが普段暮らしている世界の「あるある」に例えて優しく紐解いていきましょう。

—

1. セッションってなに？（日常の例えで理解する）

いきなりですが、あなたが人気の「高級レストラン」のオーナーシェフだと思ってください。
このレストランには、世界中からひっきりなしにお客さんがやってきて、美味しい料理（データ）を注文します。

Cloud Spannerは、この「世界中から注文をさばく超ウルトラ級の大繁盛レストラン」のようなものです。

さて、お客さんがお店に来て注文をする時、どうしますか？
いきなり立ち上がって大声で叫ぶわけにはいきませんよね。まずは「席（テーブル）」に案内され、担当のウェイターさんが専属でついて、注文を聞くという一連の流れがあります。

この「お客さんとお店を繋いで、会話や注文をやり取りするための特等席」こそが、Cloud Spannerにおける「セッション」の正体です。

プログラム（アプリ）がCloud Spanner（データベース）に「データ取ってきて！」「保存して！」と頼むときは、必ずこの「セッション（席とウェイターさん）」を確保してから会話をするルールになっています。

—

2. セッションのライフサイクル（生まれてから消えるまで）

セッションの一生（ライフサイクル）は、先ほどのレストランの席と全く同じです。

1. 誕生（お呼び出し）
アプリがデータベースと話したいと思った瞬間、セッションが新しく用意されます。
2. お仕事中（会話タイム）
「このデータを書き換えて」「あのデータを読んで」と、セッションを通じてせっせとやり取りをします。
3. お別れ（お片付け）
用事が済んだら、「ごちそうさま！」と言って席を立ちます。使わなくなったセッションは、きれいに片付けられてお空に還っていきます。

この「お片付け」をサボってしまうとどうなるでしょう？
そう、お店の中が使った食器や空席待ちの人であふれ返ってしまいますよね。これが、システムのセッション管理で一番怖い「あるトラブル」を引き起こします。

—

3. セッションプールと上限設定（お店のキャパシティ）

無限にお客さんを入れられるレストランなんてありませんよね。Cloud Spannerでも、一度に用意できるセッションの数（お店の席数）には上限があります。

ここで登場するのが「セッションプール」です。

セッションプールとは、いわば「お店があらかじめ用意している予備の席の詰め合わせパック」です。
アプリが「今すぐデータベースと話したい！」と言ったとき、わざわざゼロから席を作るのは時間がかかります。だから、あらかじめプール（控え室）にいくつかセッションを用意しておき、アプリが来たら「はい、どうぞ！」と素早く渡す仕組みになっています。

ここでエンジニアが設定しなければならないのが、「プールの大きさ（上限と下限）」です。

小さすぎると……：お客さんが少し増えただけで「あ、席が足りません！」とパニックになります。
大きすぎると……：誰も使っていない席のために、お店の家賃（リソース）が無駄にかかってしまいます。

アプリの規模に合わせて、このプールの大きさを適切に調整してあげるのが、腕利きエンジニアの仕事というわけです。

—

4. セッション枯渇時のエラーハンドリング（万が一のピンチ！）

さて、ここからが本番です。もし、想定をはるかに超える大繁盛が起きて、用意していたセッション（席）がすべて埋まってしまったらどうなるでしょうか？

これが、「セッション枯渇（こかつ）」と呼ばれるピンチの状態です。

アプリが「ねえ、データベースと話したいからセッションちょうだい！」と言っても、プールにはもう1席も空きがありません。このとき、Cloud Spannerは冷たくこう言い放ちます。

> 「エラー：現在、利用できるセッションがありません！」

これが、セッション枯渇時のエラーハンドリングの現場です。このエラーに直面したとき、初心者エンジニアは慌ててしまいますが、慌てる必要はありません。一流のエンジニアは、こう対策します。

① アプリ側に「順番待ち（リトライ）」を教え込む

セッションが足りないと言われたら、すぐにあきらめるのではなく、「ちょっと待てば席が空くかもしれないから、1秒後にまた聞いてみよう」というリトライ（再挑戦）の仕組みをアプリに持たせます。

② 設定を見直す

そもそもプールの最大値が小さすぎないか？あるいは、アプリが使い終わったセッションをちゃんと「お片付け（解放）」しているか？コードを見直して原因を突き止めます。

—

まとめ

いかがでしたでしょうか？

セッション ＝アプリとデータベースが会話するための「特等席」
セッションプール ＝席をスムーズに貸し出すための「控え室」
セッション枯渇 ＝席が全部埋まってしまって起きた「満席パニック」

Cloud Spannerは非常にパワフルで自動化が進んだ素晴らしいデータベースですが、この「セッション」という概念だけは、私たちがしっかりとハンドリングしてあげる必要があります。

ここを理解できれば、あなたのCloud Spanner運用スキルは一段階も二段階もアップしています。自信を持って次のステップに進んでくださいね。それでは、また次回のレクチャーでお会いしましょう！