**结束。**此问题不符合堆栈溢出准则。它目前不接受答案。
**想改进这个问题吗?**更新问题,使其成为堆栈溢出的主题。
4个月前关门了。
改进这个问题
我正在实现一个新的服务,其中我计划使用redis或dynamodb,但不确定选择哪一个。工作原理如下:
从前端获取数据并将其存储在数据库中。
如果前端再发送一个请求,则转发存储在数据库中的数据,然后删除它。
否则,如果前端没有再发送一个请求,我们可以删除存储的数据。
**结束。**此问题不符合堆栈溢出准则。它目前不接受答案。
**想改进这个问题吗?**更新问题,使其成为堆栈溢出的主题。
4个月前关门了。
改进这个问题
我正在实现一个新的服务,其中我计划使用redis或dynamodb,但不确定选择哪一个。工作原理如下:
从前端获取数据并将其存储在数据库中。
如果前端再发送一个请求,则转发存储在数据库中的数据,然后删除它。
否则,如果前端没有再发送一个请求,我们可以删除存储的数据。
1条答案
按热度按时间wnvonmuf1#
redis或dynamodb
这两个是不同的服务-redis是开源的内存键值数据存储,用作数据库、缓存、消息代理和队列。内存缓存服务可用于提高数据库操作的性能,而dynamodb是完全受管理的nosql数据库服务。
所有redis数据都驻留在内存中,而dynamoddb数据库将数据存储在磁盘上。与内存存储中的redis相比,dynamodb是一个ssd数据库,但是可以使用dax-dynamodb加速器,它是dynamodb的内存缓存读取副本,作为读取密集型负载上的加速器
从前端获取数据并将其存储在数据库中。
如果没有基于sql的数据库解决方案,可以使用dynamodb。这是推荐的数据库解决方案,适用于移动、网络、游戏、广告技术、物联网和其他任何规模需要低延迟数据访问的应用程序
如果前端再发送一个请求,则转发存储在数据库中的数据,然后删除它。
dynamoddb可自动缩放,有2种操作模式1。提供和2.按需
provisioned—如果选择provisioned模式,则指定应用程序每秒所需的读写次数。您可以使用“自动缩放”来自动调整表的配置容量,以响应流量变化
按需-这是一个灵活的计费选项,能够在无需容量规划的情况下每秒处理数千个请求。
以上两种方法中的任何一种都可以用于您提到的用例。
如果前端没有再发送一个请求,我们可以删除存储的数据。
有一个ttl(生存时间)属性—允许您定义每项时间戳,以确定何时不再需要某项。在指定时间戳的日期和时间之后不久,dynamodb将从表中删除该项,而不消耗任何与dynamodb表中的项相关联的写入吞吐量
您可以利用它来清除/删除一定时间后存储的数据