【问题标题】:Updating a cassandra wide row columns from different apps从不同的应用程序更新 cassandra 宽行列
【发布时间】:2021-07-12 21:32:27
【问题描述】:

两个应用程序更新 Cassandra 宽行的不同列是否属于反模式?

我们有一个用例,我们想从应用程序(app1)向 Cassandra 写入数据。读取此数据的另一个应用程序(app2)可以将其标记为特定用例。更改宽行的列后,app2 会收到 app1 的通知,app2 会相应地更新该行。

假设 app2 自己在 Cassandra 中从慢速 REST 服务加载数据。数据确实会随着时间的推移而过期。 App1 读取此数据,并通过队列通知 app2 在某个到期阈值时刷新。 App1 从这些数据中获得了很多调用,所以基本上让我们假设 Cassandra 在这里充当缓存。但是在刷新请求和 app2 刷新所用时间之间,可能会有很多请求 app2 刷新这些数据。我想通过要求 app1 在向 app2 发布消息之前更新该行的列来优化这一点,说明发送了刷新请求。因此,app2 将删除已经刷新的这一行的重复事件。

【问题讨论】:

  • 您能否进一步详细说明您的问题?根据我对这个问题的理解,您似乎可以随心所欲。你在做的事情上遇到什么困难了吗?
  • 我们在设计阶段不会遇到困难。我用更多细节更新问题。

标签: cassandra


【解决方案1】:

这根本不是问题。许多 Cassandra 集群同时托管多个应用程序和多个客户端。

多个应用程序/客户端同时更新数据根本不是问题。 Cassandra 旨在处理互联网规模的请求。干杯!

【讨论】:

    猜你喜欢
    • 2015-10-04
    • 2017-05-08
    • 1970-01-01
    • 1970-01-01
    • 2016-04-08
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多