c# - サーキット ブレーカーの例外が多すぎますか?

Question

遅い例外に関するこの質問への回答を読んでいたところです。私は、リターン コードの代わりに例外を使用することができ、使用すべきであるという考えに完全に同意します。

ページリクエストごとに数回呼び出されるサードパーティに接続するサービスにサーキットブレーカーを実装しました。障害が発生した場合、これは多くの例外がスローされることを意味します (ログも同様にいっぱいになります)。

これは問題になるでしょうか？

Answer 1

私の見方では、サーキットブレーカーはそれで問題ありません。他の誰か (ここではありません) は、多くのものをログに記録しないように、例外を発生させずにサーキット ブレーカーを実装することを提案しました。それは私には正しくないように思われ、サーキットブレーカーを複数のサービスで使用する必要があるため、一般的にそれを行う良い方法を考えることができませんでした（現在2-Unityによってインターセプトされているメソッド） .

私が自分のアプリケーションに行うことにした唯一の変更は、サードパーティを呼び出すメソッドの結果をキャッシュすることでした。私が見る限り、データは頻繁に変更されず、古くなっても構わないため、マイナス面はありません。