毎回接続文字列を解析して適切なコネクションプール選んで...とかいうまりと無駄な事をやっていたんですよね。使う事でこういった問題が解消します。作る際にはビルダーパターンで組み立てるのですが、その時に接続文字列を渡します。ログに関するものビルダーでいろいろ設定します。提供してもらう、という感じになります。機能はこれだけではないのですが、こんなもんだと思っておいてください。もらって、クエリを発行します。ログ的にはどう嬉しいかという話ですが。叩かれた際によしなにログを出してくれるようになります。自体にログをどうしろこうしろ、みたいなという決まりはないためです。サポートされたらたぶん似たような感じになるんじゃないかと思います。実際にどんなログでるのっていうと、以下のような感じ。赤で囲われているところに注目してください。いうカテゴリで、どういうクエリが発行されました、というのがログの出力として含まれるようになります。ログに含まれているため、どのリクエストでどのクエリが発行されたのか一目瞭然になります。かかったのかというも、よしなに表示してくれるのでログを見れば明らかにボトルネックになっているところというのは、すぐに分かるようになります。ついても触れておきます。するのは良くない、というのは有名な話かと思います。したらそれをキャッシュして使いまわす...というのが定石です。取得するのがベストプラクティスとなっています。その利点については公式ドキュメントで書かれているので、そちらを読んでください。HttpClientFactory、実はログの観点でも嬉しいものだったりします。以下のようなこんな感じのコードを書いてあげます。いうエンドポイントを叩きに行く、という感じのものになっています。この時実際どんなログがでるかというと、以下のような感じ。注目したいのは赤で囲っているところです。使っている場合は、リクエストとレスポンスに関するログというのがしれっと出力されるようになります。親切にレスポンスが返ってくるまでの時間もよしなに表示してくれます。ログレベルの設定を忘れずに。ConsoleFormatterOptions.IncludeScopesログのスコープが出力に含まれるようになる。リクエストに関するログが出力されるようになります。設定すれば、出力されたログをリクエスト単位で振る舞いを追跡できるようになる、という事でした。操作に関するログについては、いい感じに出力されるようになりました。ここまでやると、自分のアプリケーションのビジネスロジックでどのようなログを出すべきか、というのを考える事にだいぶ集中する事ができるようになるかと思います。OpenTelemetry。