モバイル開発におけるログ記録と監視：本質、ツール、設定方法

iOSでのログ記録と監視：os_logとCocoaLumberjack

iOSでのモバイルアプリケーションログ記録は、Appleの組み込みシステムであるos_log（iOS 10以降で利用可能）に基づいています。os_logは単一のシステムログ（オンデバイスまたはConsole.app経由）にログを書き込み、カテゴリ、レベル、プライバシータグをサポートします。Console.appとxcrunを介したiOSでのログ記録と監視の組み合わせにより、リアルタイムでエラーとパフォーマンスを追跡できます。

iOSのログレベル

os_logにはDefault、Info、Debug、Error、Faultのレベルがあります。本番環境ではErrorとFaultを維持し、DebugとInfoは無効にします。適切なレベルの選択は、iOSでのモバイルアプリケーション監視戦略の一部です。プライバシー：保護されていないデータには%{public}@、個人データには%{private}@を使用します。

CocoaLumberjack

CocoaLumberjackはiOSログ記録のための人気ライブラリです。os_logとは異なり、カスタムフォーマット、非同期書き込み、ログローテーションをサポートします。DDLog、DDTTYLogger（コンソール）、DDFileLogger（ローテーション付きファイル）。リモート監視のために、CocoaLumberjackをos_logと組み合わせて使用できます — リモートロギング用にファイルに、Console.app用にos_logに書き込みます。

Androidでのログ記録と監視：Timberとログレベル

Androidでのモバイルアプリケーションログ記録には、Jake WhartonによるライブラリTimberが使用され、プラットフォームの標準となっています。TimberはAndroid Log（Logcat）のラッパーで、自動的にクラスタグを追加し、Treeを設定します。TimberはAndroidモバイルアプリケーション監視システムの一部です：デバッグ用のDebugTree、データ送信用のCrashlyticsTree。

Timberの詳細

TimberはTreeを使用します — ログをどう処理するかを決定するコンポーネントです。デバッグビルドではDebugTree（Logcatへの出力）、リリースではCrashlyticsTree（クラッシュ送信）。Timber.wtf()は致命的なエラーをログ記録します。Timber.tag("CustomTag")でタグを上書きします。効果的な監視のために、TimberはAPMツールと組み合わせて使用されます。

Androidのログレベル

Android LogにはVERBOSE、DEBUG、INFO、WARN、ERROR、ASSERTのレベルがあります。ProGuard/R8はリリースでLog.dとLog.vを削除します — TimberはPlantを介したログ記録を可能にします。レベルの選択はモバイルアプリケーション監視の品質に影響します — 本番環境ではWARNとERRORを維持します。

ログツールを選ぶ際は、リモートロギングの必要性、ログの変更頻度、誰が分析するかを考慮してください。スタートアップにはos_logまたはTimberで十分です。エンタープライズには — サーバー送信付きのCocoaLumberjack。IT Sectrでは、AndroidにTimber + Crashlytics、iOSにos_log + CocoaLumberjackの組み合わせを使用しています。

構造化ロギング

構造化ロギング — プレーンテキストではなくJSON形式でのログ記録。例：「User login failed」の代わりに{"event": "login_failed", "user_id": 123, "reason": "invalid_password"}と記録します。これは自動監視の基盤です — ELKスタックとGrafanaがそのようなデータをフィルタリング、集約、分析します。

構造化ロギングの利点

フィールドによるフィルタリング：過去1時間のevent=crashの全ログを検索。集約：アプリケーションバージョン別のエラー数のグラフを作成。ELK（Elasticsearch、Logstash、Kibana）またはGrafanaとの統合。最初のリリースでは構造化ロギングは必須ではありませんが、DAUが10,000を超えると重要になります。

リモートロギングとログローテーション

リモートロギング — 集中監視のためにデバイスからサーバーにログを送信。カスタムTree（Android）またはHTTPリクエストで実装。ErrorとWarningのみ送信 — ユーザーのトラフィックを浪費しないでください。ログローテーション：DDFileLogger（iOS）は1 MBまたは1日ごと。AndroidではLogcatバッファが制限されています。

APMとモバイルアプリケーション監視：Sentry、New Relic、Datadog

Application Performance Monitoring（APM） — モバイルアプリケーション監視のためのツールクラス。APMは起動時間、ネットワークリクエスト、FPS、メモリ使用量、クラッシュ頻度を測定します。主要プレイヤー：Sentry（Performance）、New Relic Mobile、Datadog Mobile。

Sentry Performance

Sentry — クラッシュレポートだけでなく、パフォーマンス監視も提供します。Sentry Performanceは分散トレースを作成し、ボタン押下からサーバー応答までの各段階の所要時間を表示します。iOS、Android、Flutter、React Nativeをサポート。月5,000イベントまで無料。

New RelicとDatadog

New Relic Mobileはセッション数、アプリ内時間、クラッシュ頻度、ネットワークリクエストのメトリクスを提供します。Datadog Mobileはリアルタイムダッシュボードとアラートを備えたより現代的でツールです。どちらも有料ですが、無料ティアがあります。IT SectrはFirebase Performanceから始め、DAUが100,000を超えたら有料APMに移行することを推奨します。

Firebase Performance

Firebase Performance — Googleによる無料のモバイルアプリケーション監視ツール。アプリの起動時間、HTTPリクエスト（URL、メソッド、応答コード）、FPSのメトリクスを自動的に収集します。カスタムトレースにはTrace APIを使用します。統合：build.gradle（Android）またはPodfile（iOS）にSDKを追加します。

Traceとメトリクス

Trace — 測定する開始と終了のある時間セグメント。例：trace = FirebasePerformance.getInstance().newTrace("checkout_process")。メトリクス — 数値インジケータ（応答サイズ、アイテム数）。Firebase Performanceはサーバーインフラを必要としません — すべてのデータはFirebase SDKを通じて送信されます。モバイルアプリケーションを監視する際、Trace APIはパフォーマンス分析のためのコンテキストを提供します。