Q&A
想定されているのはどのようなシステム／アプリケーションでしょうか。大まかな目的や、運用イメージくらいは説明された方が良いと思います。
###前提・実現したいこと
非常に漠然とした質問で恐縮ですが、プログラムに、運用を見据えたログを仕込むポイントを教えてください
現在、ログを仕込む作業に取り組んでいるのですが、運用時に役立つ様に仕込むべきポイントや、方針について、教えて頂きたいです。
なお、出力したログは、既存のデータ収集サービスを利用して監視する予定です。
ご回答頂くにあたって必要な情報、条件があるとおもいますので、重ねて恐縮ではございますが、その旨ご提示頂けますと幸いです。
稚拙な質問で申し訳ありませんが、何卒よろしくお願いいたします。
###補足情報(言語/FW/ツール等のバージョンなど)
開発環境
C#
VisualStudio2015
回答2件
0
ベストアンサー
どういったアプリなのかがわからないと何とも答えようがないと思います。
運用を見据えたとありますので、リリースバージョンでのログ出力だと思いますが、やみくもにログを出すと、動作も遅いですし膨大なログデータができてしまい、運用に支障が出ると思います。
リリースビルドでは、基本的にログは出さないようにするのがふつうだと思います。
どんなエラーが起こったかは、ダイアログなどでエラーメッセージやエラー番号などを表示すれば、何が起こったかがわかるので通常不要と思います。
どうしても出したいということであれば、ユーザーが設定でログ出力をON/OFFできる仕組みを付けたほうが良いでしょう。
追記）
ログの目的とアプリの性質がわからないと何とも言えないですが、目的によってログの出力レベルがあり、
1.デバッグログ（開発時にプログラムのトレースに使うもの）
2.動作ログ（起動終了、タスク実行、エラーや終了）
3.エラーログ（エラーが起こった時に、メッセージやエラー番号などを出力）
1はリリース版には通常含めません。
常駐して動くアプリであれば2も必要かと思いますが、通常は3だけでよいと思います。
投稿2016/12/22 00:34
編集2016/12/22 01:14
総合スコア1939
コメントさせてください。
「基本的にログは出さないようにするのがふつう」の、どの辺まで"基本的"なのかは人によるとは思いますが、某社のエンタープライズ向けウイルス対策ソフトには"デバッグモード"というのがあって、iniファイルに書いてあげる、もしくはWebコンソールの隠しメニューからデバッグモードをONにすると詳細にログが出るという機能があります。
"デバッグモード"ではありますがプログラム自体はリリースビルドです。
※例が特殊だったら済みません。
ただしそれをONにすると動作が重くなるというのはご指摘の通りです。
1.デバッグログ（開発時にプログラムのトレースに使うもの）
2.動作ログ（起動終了、タスク実行、エラーや終了）
3.エラーログ（エラーが起こった時に、メッセージやエラー番号などを出力）
わかりやすい分類、説明ありがとうございました。
今回は、２に該当するものと考えております。
0
C#に限らないと思います(シェルスクリプトやVBSなど)が、私の場合以下のようにしています。
・ファイル名にプログラム名と日付(もしくは日付+時刻)を含める。
※OSその他の仕掛けでログローテートする場合を除く
・記録内容に必ず日付時刻、必要があればミリ秒まで記録する。
・C#ならメソッドなど、処理の開始と終了は記録する。
・処理開始時に引数がある場合、どのような引数が渡されたかを記録する。
・処理終了結果(Success/Fail)と、あれば戻り値を記録する。
・リソース(ファイルやネットワーク)の存在チェック/オープン/作成の結果を記録する。
・状況によっては分岐(if/case)がどう流れたか分かるように記録する。
運用を見据えたログ
とのことなので、リリースビルドにログ出力機能を仕込むものと想定しています。
なので、コマンドラインオプションや画面からの設定でどの程度の細かさのログを出力させるか、ないしはログ出力自体を停止させるかという機能も可能な限り実装するようにしています。
以上、参考になれば幸いです。
投稿2016/12/21 23:26
総合スコア1894
あなたの回答
tips
プレビュー
