eventual-consistency

2热度

2回答

亚马逊的文档（http://docs.aws.amazon.com/AmazonS3/latest/dev/Introduction.html#ConsistencyModel）规定： “ Amazon S3来有一点需要注意你的S3存储桶的新对象放入所有地区提供一致性写后读” 忽略这个警告，这意味着一个客户端在一个PUT之后为一个新对象发出一个GET会保证得到正确的结果。我的问题是，如果GET是从

0热度

1回答

如何在微服务架构中实现即时一致性？

例如amazon.com;他们依赖微服务架构，可能订单和付款是单独的微服务，但是当您在amazon.com上结账时，您终于可以看到订单ID和详细信息。如果它不是最终的一致性方法，它是什么？也许2PC？我在概括我的问题;如果最终一致性不是适合于商业交易（最终用户应该看到交易结果结束），但是单独的微服务是有意义的（如订单和支付）如何处理即时一致性？

1热度

1回答

不可变数据如何使最终一致性变得微不足道？

我一直在阅读Nathan Marz的'article关于如何用Lambda架构击败CAP定理，并不明白不变数据如何使最终一致性更简单。以下段落从文章采取：的关键在于数据是不可变的。不可变的数据意味着没有更新这样的事情，所以一块数据的不同副本不可能变得不一致。这意味着没有发散值，矢量时钟或读取修复。从查询的角度来看，一段数据存在或不存在。数据上只有数据和功能。你不需要做任何事情来强化最终的一致性

-1热度

1回答

redis ZADD <keys>在Redis集群环境中是否一致？

是否有可能 - 在redis集群环境中执行ZADD时 - 所有添加的密钥最终都不会同时向所有人提供？我们使用（scala）redis客户端通过ZADD添加一批密钥。然后在X毫秒超时后请求密钥。看起来1个批处理键有时（很少）缺失，并且仅在几毫秒后才可用。我认为，在Redis一致性模型中，要么所有密钥都足够复制，因此可用，否则不显示。因此我不明白如何可能丢失一个单一的密钥。集群环境中的正常R

1热度

1回答

cassandra kafka连接源和最终一致性

我在考虑使用Kafka连接将来自Cassandra的更新流传输到Kafka主题。来自StreamReactor的现有连接器似乎使用时间戳或uuidtimestamp来提取自上次轮询以来的新更改。时间戳的值在插入语句中使用now（）插入。连接器然后保存上次收到的最大时间。由于Cassandra最终是一致的，我想知道在使用时间范围进行重复查询以获得新更改时实际发生了什么。是否有风险错过插入到Cass

0热度

1回答

获取已修改文件的列表

我正在尝试使用谷歌驱动器API来获取文件夹内已更改的文件列表。当使用查询“modifiedTime>some_ts”有时需要好几分钟，直到我看到数据的变化：这意味着在第一个查询我会得到0文件，并在几分钟后（甚至可能是15），我得到更改的文件。我试图在没有特定查询的情况下获取整个文件列表，并使用modifiedTime参数来确定文件是否已更改。我总是得到修改ts，但奇怪的是，有时它会在第一次运

0热度

1回答

如何让elasticsearch search（API）处理与

一致的时间弹性搜索API最终是一致的，有利于查询响应时间。只要能确定符合的日期，最终的一致性不是问题。任何弹性搜索搜索（API）结果是否可以返回与其一致的时间？或是否有任何方法让弹性搜索搜索（API）结果包括它与之一致的时间？或是否有可能在搜索查询时提供一个日期，以便API可以响应“与提供的日期不一致”或结果与该日期一致？最终期望的功能是能够为每个批量更新/索引步骤提供（可能是功能的

0热度

2回答

Cassandra并发写入

当并发写入发生时，Cassandra如何保证最终的一致性？例如，客户端A写入tableA.rowA.colA，同时客户端B写入tableA.rowA.colA。协调器节点将请求分发到复制节点，如NodeA NodeB和NodeC。在NodeA上，ClientA请求首先到达。在NodeB上，ClientB请求首先到达。那么，它会永远不一致吗？

2热度

1回答

顺序一致性和最终一致性有什么区别？

我在互联网上发现了两个定义：连续一致性 - 任何执行的结果与所有处理器的操作以某种顺序执行的结果相同，并且每个处理器的操作按照其程序指定的顺序出现在这个序列中。最终一致性 - 如果没有对给定数据项进行新更新，则最终对该项的所有访问都将返回上次更新的值。这些定义对我来说很清楚。但是，当最终一致性不连续时，我不会得到。示例： mem中的初始值为0.水平轴是时间。 P1: write 1

0热度

1回答

DynamoDB PutItem随后的updateItem一致性ReturnValues ALL_NEW

在添加包含PutItem一个新的项目，然后用UpdateItem具有设置为ALL_NEW是它预期的返回值将是强烈一致的返回值更新呢？例如放置物品; {key: 1a a: 1} 然后更新该项目; {key: 1, b: 2} 我希望ReturnValues：ALL_NEW返回 {key: 1, a: 1, b: 2} 但它会出现，这是不是这样的？