ログ比較：複数のログファイルをタイムスタンプで同期・差分比較

あるリクエストが3つのサービスにまたがって失敗したとき、真実は3つのログファイルに分散しています。1つずつ読むと、タイムスタンプを頭で保持しながらエディターを行き来することになり、そのたびに流れを見失います。Log Compare は逆の方法を取ります。関連するすべてのファイルを一度に開くと、ビューアーが共通のタイムラインに揃えるため、1つのログをスクロールすれば他のログも同じ瞬間へ移動します。 中心となる操作は、タイムスタンプにロックされたスクロールです。各ファイルはブラウザー内で解析され、すべての行のタイムスタンプにインデックスが作成されます。メインログを移動すると、他のペインはその時刻か直前の最も近い行に追従します。これはエンジニアが2台のモニターと多大な忍耐で手作業してきた手法を自動化したものです。マシン間のクロックスキューは隠されずに見えるため、それ自体が診断材料になります。データベースログが原因となったリクエストより前にイベントが起きたと示すなら、NTP 設定について重要なことが分かります。 フィルターにより、大規模でも同期表示が役立ちます。詳細なサービスは毎秒数千行を出力することがありますが、ファイルごとのキーワードまたは正規表現フィルターで、各ペインを必要な行、つまりエラーコード、リクエスト ID、ユーザー ID に絞れます。それでも同期は完全なタイムラインに対して機能します。すべてのペインでリクエスト ID フィルターを組み合わせれば、分散トレースを上から下まで読める形にできます。 すべてローカルで処理されます。ファイルはブラウザーの File API で読み取られ、あなたのマシンから出ることはありません。ログに顧客データ、トークン、無作為なオンラインツールに貼り付けられない内部ホスト名が含まれる場合に重要です。実用上のサイズ制限もアップロード上限ではなく RAM になります。 典型的な用途は、5つのサービスのログから混乱した1分間を復元するポストモーテム、障害環境と正常環境のログを比較して挙動が分岐する場所を見つけること、クライアント・ゲートウェイ・バックエンドをまたいで1つのリクエスト ID を追うこと、そして修正がエラーメッセージだけでなくイベント順序を変えたか確認することです。ビューアーはオープンソースなので、独自のタイムスタンプ形式向けに解析ルールを拡張できます。