我有一个概念,我希望通过DynamoDB的冗余和Elasticache的速度让人们了解在AWS中运行会话的意见.
> PHP在DynamoDB中存储会话.
>当会话写入DynamoDB时,值也会写入Elasticache(可能在一个密钥对中存储为JSON,以便快速检索整个.
>然后PHP查询Elasticache的会话.
>如果PHP无法在Elasticache中找到会话,则会检查DynamoDB – 从而为节点故障,群集故障和站点故障提供备份.如果找到会话,则将其写回Elasticache(如果可能),如果不是,则在DynamoDB中创建新会话.
好,坏,凌乱,复杂？
不,它不坏/复杂 – 这是一个非常标准的memcache用法,作为持久数据存储的直写缓存.但是,从每月AWS结算角度来看,这是一个非常昂贵的解决方案.
您是否只使用过DynamoDB进行基准测试？这是一个SSD支持的键值存储,应该足够快.我说“应该”,因为当我尝试对它做同样的事情时,我遇到了可怕的延迟问题.我们最终纯粹转向ElasticCache解决方案,并且很容易遇到节点故障的可能性.但这是针对现有的应用程序,该应用程序匆忙在AWS上使用,并使用了大量的会话对象.我没有时间重温这个想法.