ロギングのベストプラクティス（同時実行でのデバッグ）

Question

私はタスクを同時に実行するコードを書いており、各タスクは同時に実行できる多くのサブタスクにつながる可能性があります。

私はGoでこれを行うのに十分なことを学んだし、強烈なテストでうまくいった。私たちは、実行されている作業に関する情報をログファイルに記録する習慣を持っています。しかし、生成されたログ（> 50MB）は、タスクが順番に実行される場合にのみ有効です。同時実行の場合、ログのコンテキスト（ログを書き込んだタスク）は維持されません。

私はこの問題に関連するトピックを検索しましたが、関連情報は見つかりませんでした。実行フローのデバッグに役立つログを作成するためのベストプラクティスとデザインについて学びたい。私はタスクとサブタスクツリーを介して実行の流れを知る必要があります。

私はGoで作業し、同時実行タスクを実行するためにgoroutinesを使用しました。言語がidを各ゴルーチンに関連して公開していないので、私たちはログ内のゴルーチンのidさえも関連付けることができませんでした（idを入手できます）。

Answer 1

作業を区別するためにログにスレッドIDを使用している場合、スレッドIDの実際の意味は、コンテキストごとのログをグループ化する以外は何もありません。 GoはゴルーチンIDを公開しないので、ロギングのためにあなたのゴルーチンに他の識別子を提供することをお勧めします。何が頭に浮かぶのはタスクIDか、そのゴルーチンでやっている実際の作業と相関するものです。それは実際には問題ではありませんが、仕事のその部分の文脈に固有のものでなければなりません。

Answer 2

これが役立ちます。 https://blog.golang.org/context

30文字の制限があります。