2016-08-01 7 views
5

Nur neugierig, ob jemand Erfahrung mit nicht behandelten Ausnahmen in Service Fabric hat und welche Best Practices sie betreffen. Hauptsächlich neugierig auf den fehlerhaften Zustand der Dienstleistungen. Werden die Dienste recycelt, wenn sie sich in einem fehlerhaften Zustand befinden? Oder sollte es eine globale Ausnahmebehandlung für nicht behandelte Ausnahmen geben, wenn dieses Konzept sogar in SF existiert? Zu diesem Thema habe ich nicht viel gefunden.Service Fabric Unbehandelte Ausnahmen und Best Practices

Antwort

0

Ihre Frage ist ziemlich breit, und die Antwort ändert sich je nach Art des Micro-Service. Ein guter Anfang, um sich ein Bild von der Tragweite dieses Themas zu machen, ist der Artikel Service Fabric health monitoring und die zugehörigen Unterthemen. Wie Sie sehen können, gibt es viele Konfigurationsmöglichkeiten, und meiner Erfahrung nach (ich bin ein Microsoft Azure Architect) gibt es keine Wunderwaffe, keine Lösung für alle Fälle. Die einzige bewährte Methode besteht darin, das Ausnahmemanagement so zu gestalten, dass es Ihrem Projekt am besten dient und dabei die Fabric-Integritätsrichtlinien so gut wie möglich nutzt.

+0

Nun, Fehlerzustand für zuverlässige Dienste (die ich hätte erwähnen sollen) ist nicht wirklich eine breite Frage. Verschiedene Dienste behandelten fehlerhafte Zustände unterschiedlich. Ich bin nur neugierig, wie staatenlose zuverlässige Dienste mit einem fehlerhaften Zustand umgehen. Es scheint, dass alle Fehler, die während runasync auftreten, die einen fehlerhaften Zustand verursachen, dazu führen, SF den Dienst schließlich zu recyceln. Obwohl da draußen wirklich nicht viel darüber spricht. –

+0

@ g.t.w.d Ich glaube, der Grund, warum es sehr wenig zu diesem Thema gibt, liegt darin, dass in den beiden sich überschneidenden Bereichen eine Menge vorhanden ist: (1) Service Fabric Health und (2) Reliable Service State. Die beiden überschneiden sich, indem sie System.Fabric.Health im Dienst verwenden, damit der Fabric-Integritätsmonitor auf Ereignisse reagieren kann, die von der Dienststatusverwaltung im Fabric ausgelöst wurden. –