頂いた質問は要点のみを一般化して書いています。背景などが入っていないので若干わかりにくい部分がありますが、ご了承ください。アカウントをまたがって処理を行っていたりします。入力ソースがバッチとウェブがあり、途中から同じ処理フローになっていきます。障害が発生すると、結局のところログを洗っていくしかないのは変わらずで。分散されているので地道に追いかけています。ヘッダーにつけてリレーする方式を導入を進めてくれているため、導入されている範囲は比較的探しやすいです。その方法は以下となります。(※TRACE_IDは本記事用の仮名)中間の処理でもTRACE_IDがなかったら、そこからTRACE_IDをつけ始めるTRACE_IDを受け取った場合は、その値をリレーして使っていく(新たに発行しない)マイクロサービスのトレーシング用ライブラリや基盤もあります。いまちょっと名前が思い出せないです。調査できてないので導入できてないです。本記事投稿時追記マイクロサービスのトレーシングはZipkinという分散トレーシングシステムを思い出して話していました。同様のプロダクトやサービスがあり、今後調べていきたいと考えています。使ってモバイル通知をすれば、ワンストップになるので良いのではないかとも考えられます。これについては、ざっくり行ってしまうと「普段から使っていたから」が一番大きい理由になります。これは、ハッカソンという時間が限られた場で開発をするので、使い慣れているものを使うのが一番ということになります。使い、その後も使い続けているといった理由になります。