Node.jsをグローバル規模で活用するためのテクニック
3番目のテーマは「グローバル」。スピーカーはRobert J. Gould 氏に交代した。
Node.jsにはいろいろな特徴があるが、例えばグローバルで100台のNode.jsサーバーを動かす場合には、さまざまな考慮すべきポイントがある。Node.jsは、確かにI/Oと大量データ処理アプリケーションには強いが、シングルスレッドでCPUを使うタスクには弱い。そのためCPUリソースの節約が望ましく、できるだけ結果をキャッシュする必要がある。
HTMLテンプレートのレンダリングやコンテンツのローカライズは、サーバーのCPU資源を浪費する。そこで1つの戦略として、クライアントにそれらの処理を委譲している。クライアントがコンテンツをローカルに持つようになるため、WebSocketでJSONをやりとりするAPIがあれば足りる。
また単一Node.jsサーバーの作成は簡単だが、グローバル展開のためにスケールさせるにはどうすればいいのか。非同期I/Oによりスケールアップは可能で、インスタンス1つで数千ユーザーをホストできるが、グローバル展開ではパワーが足りない。そこでNode.jsのClusterモジュールを使うと、マルチコアCPUのコアをすべて使えるようになる。
さらに、複数サーバー上にスケールアウトするために、グリーではNode.jsのキャッシュ&プロセス間通信にRedisを採用している。Redisは単なるKVSではなく、MemCached並のパフォーマンスを保ちつつ、多様な機能を備える。基本KVS機能に加え、アトミックな計算や文字列編集といった操作が可能である。MySQLなどのSQLデータベースに向いていない配列データ、キューや集合の処理を簡単に高パフォーマンスを保ちつつ行え、さらにリアルタイム通知やランキングシステムも組み込みで用意されている。これら機能は全てソーシャルアプリケーションを作る際に定番な機能であるため、相性は非常に良い。一番重要なのはリアルタイムプッシュの仕組みであるPubSubで、非常に高速だ。ただ現状のRedisはファイルからのバックアップが不安定なので、最終的なマスターはまだMySQLに残している。
サーバー間バスでの通信を、Node.jsイベント通信（eventemitter）並に簡略化し、WebSocketとRedisのPubシステムを融合したグリーのシステム上でクライアントが相互通信する仕組みを構築している（図2）。
データベースには、独自のドメイン固有言語(DSL)によりアクセスする。DSLにより手書きSQLを排除し、文字列入力のミスなどの問題を未然に防ぐ。結果は透過的にキャッシュされ、一部はメモリ上にキャッシュして高パフォーマンスを実現する。レガシーシステムのRESTAPIも、今後上記のデータDSLに対応予定だ。
グリーではnode-seqを大きく拡張し、便利な機能を数多く追加している。APIを整理することで、非同期コードをシンプルに書けるようにしている。さらに今後、MySQL、MongoDB、Redisのバックエンドを同一APIで利用可能にしていく予定だ。
最後にGould氏は「今年はNode.jsの年になる。本格的に手がけてみたいのであれば、ぜひグリーで一緒にやりましょう」と呼びかけ、セッションを閉じた。
GREE Engineers' Blog
グリー株式会社
東京都港区六本木6-10-1 六本木ヒルズ森タワー
