オンプレミス、マルチクラウド等の様々なログ監視を
統合、最適化したい[テキスト・JSONログ監視]

最近では全ての機能を作り込むシステムは非常にまれであり、共通となる部品を他社から調達し、必要な箇所のみを自社で構築するようになってきた。OS・ミドルウエア・自社アプリケーションそれぞれの稼働状況を監視する必要があるが、そのテキストログファイルはさまざまな種類があり形式も異なる。
一つは文字コードの違いだ。あるアプリケーションはシフトJISで出力し、あるミドルウエアはUTF-8で出力するなど、開発ベンダーが異なると使用している文字コードもまちまちとなり、同じサーバー内で複数の文字コードが使われることとなる。
ログファイルの切り替え方（シフト方法）が異なることもある。ファイルをリネームしてから新しいファイルを作成する場合や、ファイルをコピーした後に元のファイルを0バイトに切り詰める場合、または最新のログファイル名に当日の日付が入るものもある。
また、パブリッククラウドを使用している場合、クラウドの各種サービス等から出力されるログやアナウンスメントの情報を監視し、異常検知を行う必要がある。これらのログはJSON形式であるため、テキストログだけでなくJSONログに対してもフィルタリングし、必要な情報だけ抜き出し監視することが求められる。
このように一言にログファイルといっても同じ設定では監視できない。それぞれに合った設定が必要となる。

監視するサーバーの文字コードと異なる文字コードのアプリケーションログを監視する場合は、文字コード変換を行う。その際、特定の範囲の文字コードに関しては事前に任意の文字に変換し、文字コードの変換でエラーが発生するのを防ぐ処理が必要となる。これにより、文字コードにかかわらずサーバー内に出力されるログファイルの監視が可能だ。
ログファイルのシフト方法は、OS・ミドルウエア・アプリケーションごとの仕様に合わせて設定する。ファイルがリネームされる場合やファイルをコピーする場合は、監視対象ファイル名が常に固定であり特別な設定は不要である。だが、監視対象ファイル名が動的に変化する場合は、毎回新たなファイル名が監視対象に含まれるよう正規表現を使用する。この場合も意図しないログファイルが監視対象とならないように、できる限り条件を絞り込んでおくことが必要だ。
また、テキストログに限らず、JSON形式のファイルをキーバリューの条件を指定してフィルタリングしたうえで監視することで、クラウド環境のログについても柔軟に監視が可能である。