FHSが推奨する規則に従ってカスタムパッケージをインストールし/opt/package_name、設定ファイルを保存し、/etc/opt/package_name静的ファイルを保存しています。/var/opt/package_name/static/[1][2][サム]
また、いくつかのログファイルを保存する必要があります。分析ツールを使用して検索できるようにしたいので、通常の場所にいる必要があります。これらが入るべきでしょうか:
/var/log/package_name（システムパッケージと同じですがカスタムパッケージです）/var/opt/package_name/log（次の/var/opt習慣 - しかし、これは見つかりますか？）- 他にはありませんか？
ベストアンサー1
私はそれらを入れました/var/log/package_name。それは最小の驚きの原則をよりよく満足しています/var/opt/package_name/log。これへの参照はありません。ただ私がログを探している場所と一致するだけです。
また、独自のログファイルの作成を放棄し、代わりにログに適切なsyslogタグと機能を使用することもできます。既存の分析ツールとのシームレスな統合を探している場合は、通信チャネルでこれ以上の結果を得ることはできません。 :
- 「ログ分析」を機能としてリストしたすべての一般的なツールはすでに注目を集めています
syslog。 logrotateログファイルの割り当て解除と回転の意味は私が処理します。ファイルを削除して新しいファイルを開くように指示するメカニズムを構築する必要はありません。logrotate新しいファイルに回転するように指示する必要もありません！- サイトで必要に応じて、ログを中央ロギングサーバーにオフロードできます。
rsyslog必要に応じて既存のツールが使用されるため、その機能を直接実装することについて考える必要はありません。 - ログファイルへのアクセス制御（POSIXおよびSELinux）はすでに処理されているため、展開固有のセキュリティの意味についてあまり心配する必要はありません。
私のログにいくつかのカスタムバイナリ形式を使用しない限り、JSONなどのsyslogに精通しているコンピュータで解析可能なテキスト形式を好みます。私は別のログファイルを正当化するのに苦労しています。分析ツールはすでにsyslog鷹のように見えています。