@KKKKKK CI 又不是专门为了跑测试的

易语言什么梗

1.4w..

@u8gua 开源吗?

@coderluan 不论文章真假 我就想针对你的优越感 骂你一句傻逼 天天混个论坛还 j8 这么多道理 block

只是 lz 的 pac 文件让我浮想联翩

@nekuata cool !

*.pac linguist-language=Go

@monsterxx03 你说的这种问题在我看来无论什么样的模型都无法避免，在我看来，压力分流都要交给上层的业务自己去选择

@monsterxx03 我想纠正一个问题，为什么这种模式请求压力会在同一个服务器上，P2P 模式完全分散了压力

@monsterxx03 是 单机的瓶颈需要考虑
@EDDYCJY 是

@monsterxx03 是的 类似 gossip protocol

@movistar 缓存穿透问题加备份节点就能尽可能解决
client 根据 hash 来选择 redis 连接, 这就需要 client 自己维护一个路由表对吗, 我想兼容 redis 协议，让使用的人直接用现有的 redis 的 client 来操作.

@Allianzcortex 是的

@neoblackcap 连接的时候指定集群中任意节点就行了, 节点挂了重启自动重新连接

数据没有一致性, 每个节点只存一份数据.

@Allianzcortex 是换了一个账号，不想暴露太多个人信息...
关于是否添加备份节点可以通过配置项让使用者自己决定，尽可能的提高容灾

@Allianzcortex 楷模谈不上....本身就是个基础架构方向的新兵，现在还在学习阶段....

@NullMan 删除节点也有可能节点不可用了

@NullMan 目前的情况是数据就没有了，但这个问题后面我会改成集群里存在备份节点，删除一个节点后，更新整个集群里所有的节点的路由表，之后每次的服务就移动到备份节点了, 因为是缓存，我觉得数据是允许丢失的