Datadogによるモバイルアプリの保守体制構築

ツール導入前の課題

クラッシュの発生自体はFirebase Crashlyticsで検知できていたものの、その原因を特定するためのユーザーの行動や通信ログの把握が難しい状況でした。このため、エンジニアやQAチームが問題の特定に多くの工数を割く必要があり、さらに再現方法が不明な場合には修正に時間がかかるという課題がありました。

どのような状態を目指していたか

• エンジニアやQAチームが、よりユーザー価値の高いプロダクト開発に専念できる高い開発生産性の実現
• 異常を早期に検知・対処し、ユーザーへのネガティブな影響を最小限に抑える体制の構築
• データを基にした改善を進めるための基盤と意識の形成

• Firebase Crashlytics

Firebase Crashlyticsはクラッシュの検知には優れていますが、その原因となるユーザー操作やAPI通信の詳細を把握することは難しいです。そこで、これらの情報を包括的に補強するために、Datadogを併用しています。

• バックエンド、フロントエンド、モバイルアプリといった各サービス間で、シームレスな情報連携と問題対処が可能であること
• Firebase Crashlytics、Google Analytics、その他独自のロギング機構で散在していた情報を、オールインワンで一元管理できるため、保守と認知コストの削減が実現できること
• 従量課金制のため、チームやプロダクトが未成熟な段階でも、早期に運用を開始できる点

改善したかった課題はどれくらい解決されたか

問題の特定が格段に容易になったことで、エンジニアやQAチームが不具合対応にかける工数を削減し、不具合の数自体も大幅に減少させることができました。さらに、リリース直後に発生しうる問題を検知できるようになり、ユーザーへのネガティブな影響を最小限に抑えることで、安心感を持って開発を進められるようになりました。

どのような成果が得られたか

• 潜在的な問題を発見し、長期間原因不明だった不具合の解消
• 属人的だった不具合対応の分散・効率化
• チームが安心して開発を進められる環境の形成
• データを活用した改善サイクルが習慣化

一般的にバックエンドやフロントエンドで使用されており、モバイルアプリで導入している事例が比較的少ない

複雑な手順を踏まずにモバイルアプリへ導入でき、オールインワンでパフォーマンスの監視やユーザー行動の把握が可能なため、チームやプロダクトが未成熟な段階からでも早期に運用を開始できます。また、バックエンド、フロントエンド、モバイルアプリの各サービスで導入できるため、共通のプラットフォームで情報を管理し、横断的な問題対処が容易です。さらに、ダッシュボードは独自にカスタマイズして作成できるため、社内で共通の指標を策定し、日々数値を把握しながら運用することが可能です。

• 堅牢な保守体制を整え、より俊敏にリリースしていける開発体制の構築
• ネガティブなユーザー影響を抑え、よりユーザーに価値を提供できるプロダクト作り