5
只要有人對服務結構中的未處理異常有經驗以及圍繞它們的最佳實踐有什麼經驗就好奇。主要對服務故障狀態感到好奇。如果服務處於故障狀態,服務是否會得到回收?或者是否應該對未處理的異常進行全局異常處理,如果這個概念甚至存在於SF中。我沒有在搜索這個主題上找到太多東西。服務結構未處理的異常和最佳實踐
只要有人對服務結構中的未處理異常有經驗以及圍繞它們的最佳實踐有什麼經驗就好奇。主要對服務故障狀態感到好奇。如果服務處於故障狀態,服務是否會得到回收?或者是否應該對未處理的異常進行全局異常處理,如果這個概念甚至存在於SF中。我沒有在搜索這個主題上找到太多東西。服務結構未處理的異常和最佳實踐
您的問題非常廣泛,答案會根據微服務的類型而變化。一旦開始好了,也可以瞭解這個主題的大部分內容,請參閱Service Fabric health monitoring文章和相關的子主題。正如你所看到的,有很多配置選擇,並且根據我的經驗(我是Microsoft Azure架構師),沒有銀彈,也沒有「一刀切」的解決方案。唯一的最佳做法是設計能夠爲您的項目提供最佳服務的例外管理,並儘可能多地利用Fabric健康策略。
那麼,可靠的服務(我應該提到)的故障狀態並不是一個真正廣泛的問題。不同的服務不同地處理故障狀態。我只是好奇無國籍的可靠服務如何處理故障狀態。看來runasync期間發生的任何故障都會導致SF出現故障,最終會導致SF重新啓動服務。雖然真的沒有太多的討論這個問題。 –
@ g.t.w.d我相信之所以會有這樣的問題,是因爲這兩個交叉領域有很多:(1)服務結構健康和(2)可靠的服務狀態。兩者通過在服務中使用System.Fabric.Health相交,以允許Fabric運行狀況監視器根據服務狀態管理對Fabric中引發的事件進行操作。 –