service-fabric-stateful

    0熱度

    2回答

    在嘗試使用Service Fabric遠程處理時,我有一些數據類型未正確序列化。這導致我很多問題。 從文檔看來,所有東西都需要用[DataContract]進行修飾。在某些測試類型上使用它之後,它確實顯示它們序列化正確。 但坦率地說,我不想裝飾一切。這對我來說將是一個巨大的倒退。我寧願使用自定義序列化。 這個documentation似乎表明它可以註冊一個自定義序列化器,但它似乎只用於有狀態服務。

    0熱度

    1回答

    當使用VS2017創建有狀態解決方案並生成標準樣板代碼時,生成的兩個項目有兩個不同的MSBuild版本。 該應用程序使用MSBuild版本1.5.0。 該服務使用MSBuild版本1.6.0(當前「最新」)。 如果我以這種方式運行解決方案,它可以在我的本地服務結構集羣上正常運行。 但是,當我使用NuGet將應用程序的MSBuild更新到1.6.0後(因此應用程序和服務器項目都使用相同的)時,會發生

    0熱度

    1回答

    我正在設置服務結構集羣,並定義了一個可靠演員。我已將該應用程序發佈到羣集。 我正在面臨難以公開端點以便客戶端可以使用。 我嘗試在ServiceManifest中添加端點並在本地部署羣集。但是在添加端點的時候,集羣無法部署。 注意:我正在使用服務結構的Actor服務模板並添加了Reliable Actor。 謝謝!

    0熱度

    1回答

    我處理多個線程正在訪問該方法的情況 using (var tx = StateManager.CreateTransaction()) { var item = await reliableDictioanary.GetAsync(tx, key); ... // Do work on a copy of item await reliableDictioanary

    2熱度

    1回答

    Repair-ServiceFabricPartition命令用於強制使分區脫離法定數量丟失。爲了達到這個目的,命令究竟做了什麼? 如果我有一個包含主副本和兩個輔助副本的分區,並且該分區正在存儲一堆狀態。顯然,輔助副本具有所有這種狀態的副本。如果這兩個輔助副本由於某種原因而關閉,那麼我的分區會出現仲裁丟失,並且不會執行寫入操作。如果我使用這個命令來修復分區並將其從仲裁丟失中解脫出來,那麼這是幹什麼

    0熱度

    1回答

    我想創建一個使用ASP.NET Core作爲前端使用Azure服務結構託管的服務。 如果我已經閱讀文檔正確則似乎是這裏僅有的兩個真正的選擇來處理我的會話數據... 1 - 創建一個使用外部數據庫如SQL Azure的存儲無狀態的服務會話信息。然後,我可以通過簡單地增加實例數量並獲得更多服務在節點上運行來進行擴展。只要Azure SQL數據庫能夠應付負載,那麼一切都很好。這很吸引人,因爲它很容易理解

    1熱度

    1回答

    我目前在學習如何限制天青服務的CPU負載。我實際上製作了一個叉形炸彈,並且我的目標是限制CPU使用率,爲系統的其餘部分留下一小部分空間。 我在資源管理策略中找到了「CpuPercent」值,但在發佈到羣集後我還沒有看到效果。同一行中的內存限制已應用,但CPU使用率仍然很高。我也可以將程序限制到一定數量的內核,但這並不是我想要的,因爲在正常操作期間,這會使處理器的很大一部分空閒。 這裏是我的項目Ap

    2熱度

    1回答

    我有一個Asp.net核心2.0無狀態服務和服務結構6上的Asp.net Core 2.0有狀態服務,有10個分區計數。 我跟着這個教程 https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-add-a-web-frontend 我,不同的是我用Visual Studio中的模板的所有步驟,其中當我打電話給我的服務

    0熱度

    1回答

    我有一個無狀態服務調用的狀態服務,運行在Visual Studio 15.4上的.Net標準Asp.net核心2.0。 我無法使Service Remoting V2正常工作。 的舊代碼,用於V1的工作狀態服務是無效了 protected override IEnumerable<ServiceReplicaListener> CreateServiceReplicaListeners()

    0熱度

    1回答

    我爲有狀態服務使用統一的分區方案,並且成功地備份和還原狀態到/來自Azure Blob存儲。該過程取決於partitionId以識別存儲特定分區的備份的容器。 上述工作很好,假設集羣始終處於活動狀態,並且partitionIds永遠不會更改。儘管如此,即使整個羣集出現故障,我仍然一直在碰撞我的狀態(這又導致重新創建羣集中完全不同的分區ID) 任何想法...任何人: )? 在此先感謝!