【问题标题】:Incremental actor state replication?增量参与者状态复制?
【发布时间】:2016-12-02 15:44:23
【问题描述】:

我想知道 Service Farbic 中的参与者状态是否使用某种增量 delta/diff 机制进行复制,或者是否为每次更改复制完整状态。

假设我们有一个具有相当大的状态负载的参与者,比如 100KB。我们还假设在该状态中嵌入了一个计数器值。计数器以高频率更改,而其余状态以非常低的频率更改。

在这种情况下,如果每次更改都复制完整状态会很浪费,我们可能应该考虑另一种设计。

但是,如果 Service Farbric 能够进行增量复制,那么这种方法可能很有吸引力。

有人知道这方面的细节吗?

也许 Service Fabric 在复制期间对序列化状态使用二进制 delta/diff 算法,或者状态更改可能是按状态名称递增的?

【问题讨论】:

    标签: replication azure-service-fabric


    【解决方案1】:

    这是每个州的名称。如果您查看IActorStateProvider.SaveStateAsync 方法,您会看到它接受ActorStateChange 的列表。持久化提供程序 (KvsActorStateProvider) 序列化该列表中的每个值(删除的情况除外),并更新存储。

    【讨论】:

    • 正是我正在寻找的答案。谢谢!
    猜你喜欢
    • 2016-04-18
    • 2016-08-01
    • 2017-12-08
    • 1970-01-01
    • 1970-01-01
    • 2016-04-13
    • 1970-01-01
    • 2018-11-01
    • 2016-12-02
    相关资源
    最近更新 更多