2016-08-01 9 views
5

サービスファブリックで未処理の例外を経験したことがある人と、それを取り巻くベストプラクティスが何であるか不思議です。サービスのフォールト状態について主に興味があります。障害が発生した状態になってもサービスはリサイクルされますか?また、SFにもその概念が存在する場合には、未処理の例外に対するグローバル例外処理が必要です。私はこのトピックで検索を行うことはあまりありませんでした。サービスファブリック未処理の例外とベストプラクティス

答えて

0

あなたの質問は非常に幅広く、答えはマイクロサービスの種類によって変わります。いったん出発点に着くと、この件名の広がりについての考えを得ると、Service Fabric health monitoringの記事と関連するサブトピックが表示されます。あなたが見ることができるように、多くの設定オプションがあります。私の経験(私はMicrosoft Azure Architectです)では、銀色の弾丸はなく、「すべてのサイズに適合」というソリューションはありません。ベストプラクティスは、可能な限りFabricの健全性ポリシーを活用して、プロジェクトに最適な例外管理を設計することです。

+0

確かに、信頼できるサービス(私が言及すべきである)のフォールト状態は、実際には広い質問ではありません。さまざまなサービスが障害状態を異なる方法で処理しました。私は、ステートレスで信頼性の高いサービスがどのように障害状態を処理するのか不思議です。 runasyncの間にフォールト状態を引き起こす障害が発生すると、SFは最終的にサービスをリサイクルするようになります。実際にはこれについて話すことはあまりありませんが。 –

+0

@ g.t.w.d私は、この主題に非常に厄介な点がある理由は、(1)サービスファブリックの健全性と(2)信頼できるサービス状態という2つの交差する領域に十分なものがあるからです。この2つはサービス内のSystem.Fabric.Healthを使用して交差し、サービス状態管理によってファブリック内で発生したイベントに対してファブリックヘルスモニタが動作できるようにします。 –