ログデータに関して

こんにちは！株式会社OGIXです！
今回はログデータに関してのお話となります。

はじめに

ゲームに限った話ではありませんが、ことソーシャルゲームにおいてログデータは必要不可欠な役割
を果たしています。
主に運用の段階で利用されるものですが、開発段階でもログデータは重要なデータとなります。

ログデータの種類

ログデータには、大雑把ではありますが以下のような種類が存在します。

アウトゲームのプレイヤーアクションログ
アウトゲームにおいてどのような画面遷移を行ったかなど
インゲームのプレイヤーアクションログ
例えばRPGの戦闘だったら使用したスキルやその順番など
課金ログ
ユーザがいつどの程度課金を行ったかなど
システムログ
APIサーバやDBサーバなどが出力するログ

ログデータの活用

上記ログデータを収集することでどういった事ができるでしょうか。

プレイヤー行動の理解
プレイヤーのアクションログを追跡することで、ゲーム内でどのような行動を取っているか把握することが
できます。
これによってどの機能を利用し、どのコンテンツに興味を示しているかなどを分析することで、ゲーム体験を
向上させるための改善点を見つけることに役立ちます。
ゲームバランスの改善
プレイヤー行動の理解からゲーム内で特定の武器やキャラクターが過剰に強力に、または弱すぎていないか
などの情報を得ることができます。
これらのバランスを調整することでプレイヤーに公平なプレイ環境を与えることができます。
効果的な施策の実施
ユーザ行動の傾向によって、特定のセグメントにおいてどのような施策が成功したのかを理解するのに
役立ちます。
またこれから実施する施策の指針とすることもできます。
問題の検知と対応
ゲームの運用中に限らず開発中でもシステムの問題の検知を早期に発見するのに有用です。
例えば開発段階のシステムでSQLクエリのログデータを出力していたところ、単純なAPIにも関わらず大量の
クエリが流れている事がありました。
こういったことは開発時は処理データも少なく気にならない点ではありますが、扱うデータ量が増えた際に
パフォーマンスの問題に直結します。
今回の場合は繰り返し処理内でクエリを発行していたことが問題であったため、繰り返し処理前に必要なデータを取得したり、更新時はbulk処理でまとめて更新を行うように修正を行いました。

ログデータ収集の例

ここでは主にアウトゲームでのデータ収集について記述します。
例えばアイテムを取得した場合いつ・なにを・どのくらいなどをイベントのトラッキングを利用して
ログを生成します。
こういったログは主にDBへ保存されますがこの際に気をつけておきたいのはトランザクションです。
アイテムの取得、ログの出力、どちらかが失敗した場合ログデータは意味をなさなくなるため必ず
同トランザクション内で行う必要があります。

ログデータの保管

ログの性質上データは常に増え続けるためDBやサーバの容量の圧迫は避けられません。
この場合、いつどこまでのログデータを保存するか事前に設計しておく必要があると考えます。
ある程度の期間までのデータはすぐに取り出せたほうがよいため、現在のプロジェクトでは直近の期間のものはDB内、それを過ぎたらダンプしてS3などに保管ということを行っています。