Azure Service Fabric參與者和服務

Question

關於服務結構應用程序，請幫助我了解我們需要選擇可靠角色而不是可靠服務的決策因素，反之亦然。 如果您可以提供這些示例以及我們選擇一個而不是另一個的原因，將非常有幫助。

謝謝

Answer 1

可靠的服務是起點。 在這里，您將獲得一個簡單的入口點，以開始運行代碼或開始接受客戶端請求。 它對您要使用的任何設計模式或框架都是開放的。 例如，您可以在其上層疊ASP.NET Core並編寫Web API / MVC服務 。

可靠的參與者是用於並行化計算的高度專業化的框架。 只有某些類型的服務才能很好地適合Virtual Actor模式。 您不應將“可靠參與者”用作一般狀態存儲機制或用於一般用途服務，因為該模式會施加某些限制。 在以下情況下，可靠的參與者通常是最好的：

• 您的問題空間涉及大量（成千上萬個）小型，獨立且隔離的狀態和邏輯單元。
• 您希望使用不需要與外部組件進行大量交互（包括查詢一組參與者的狀態）的單線程對象。
• 您的actor實例不會通過發出I / O操作而以不可預測的延遲阻止調用者。

大多數通用CRUD風格的應用程序都不屬於這個領域。 此處的更多信息： https : //docs.microsoft.com/azure/service-fabric/service-fabric-reliable-actors-introduction