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) 任何想法...任何人: )? 在此先感谢!