共计 1804 个字符，预计需要花费 5 分钟才能阅读完成。
一、Codis 到底有多火？
说 Codis 是国内最风行的自建 Redis 集群计划，一点也不为过。客户曾这样说：
“Codis 你不晓得吗？咱们公司用了好多年了，好货色呀。”
确实，相比去中心化架构的开源 Redis Cluster，Codis 这种 proxy 代理集群显然更“好用”，甚至就连 RedisLabs 官网都推出了性能相似的 redis-cluster-proxy 来补救传统 Cluster 毛病。
然而其实从 N 年前开始，Codis 社区就没有人保护了，咱们的客户项目经理海鹏老师也常常要帮忙客户把自建 Codis 搬迁到云上的 GaussDB(for Redis)。
Codis 确实很优良，不过咱们能够负责任地说：
华为云 KV 数据库 GaussDB(for Redis) 更优良！
二、GaussDB(for Redis) vs Codis：架构比拼
首先，咱们从技术架构角度来看看两款产品到底哪里不同。
如图，架构上的差别高深莫测，咱们能够自顶向下剖析：
1. 非标 SDK vs 规范 SDK
私有云用户广泛厌恶“搞非凡”，然而 Codis 偏要搞非凡。Codis 绑架用户必须应用非标 Jodis SDK 来解决代理层单点故障问题。但如果用户偏要应用规范 SDK（如赫赫有名的 Jedis）呢？Codis 示意：对不起，跟高可用说拜拜吧。
相同，GaussDB(for Redis) 在应用上则很敌对，业务侧应用任何规范 SDK 都行，同时高可用、主动负载平衡能力也全都在。上云搬迁时，GaussDB(for Redis) 兼容方面做得也很成熟，不管客户原来代码用的是 StandAlone，还是 Cluster、Sentinel 等模式，都能够 0 革新上云，真正做到开箱即用，体验感极佳。
2. 无负载平衡 vs 业余的 ELB
Codis 的代理层尽管提供了横向扩大能力，但并不好用：要么就义高可用来应用规范 SDK 连贯单点；要么应用 JodisSDK，但代价是业务走向非标化。
而 GaussDB(for Redis) 提供 ELB，不便用户对立接入，在简化客户端复杂度的同时，还带来了业余的负载平衡能力。有了这个对立接入 IP，用户相当于本人在应用一个超大容量的单机 Redis，而无需操心底层细节。
3. 存算耦合 vs 存算拆散
能够认为，Codis 是在多套 Redis 分片上做了一层封装，架构模型是传统的存算耦合。在大 key、数据一致性、分片故障、扩缩容等典型场景中，都连续了开源 Redis 的长期“痛点”。
GaussDB(for Redis) 采纳存算拆散架构，计算层聚焦数据业务，存储层基于高性能分布式共享存储池，确保数据三正本存储强统一，超高牢靠。同时大幅节俭硬件老本，帮业务减负。
三、GaussDB(for Redis) vs Codis：个性比拼
从前文的架构维度比照能够看出，GaussDB(for Redis) 上有 ELB 让业务侧“更好用”，下有存储池让数据“更牢靠”，比自建 Codis 集群优良了太多。
上面再从个性维度聊聊，GaussDB(for Redis) 还能给业务侧带来哪些价值。
1. 兼容性
GaussDB(for Redis) 齐全兼容 Redis 协定，同时兼容 StandAlone/Cluster/Sentinel 等多种 SDK 模式，不便业务搬迁上云。而 Codis 的兼容性则显得很差。
2. 稳定性
自建 Codis 集群稳定性强依赖开源 Redis 能力，不论是扩容还是大 key 场景，都有雷同痛点，在此不再赘述。
GaussDB(for Redis) 自研架构齐全解决了开源 Redis 的 fork 问题，稳定性大幅晋升；同时，在与分布式存储池架构的深度单干下，数据的可靠性也全面优于 Codis。
3. 老本
Codis 仍然是传统纯内存 Redis 的封装，业务存不了多少就会涉及老本痛点。随着业务长期倒退，逐步也会有数据降冷（如 APP 的冷用户），此时 Codis 里真正有价值的热数据占比越来越低，全量数据在内存中老本会相当高。
GaussDB(for Redis) 的算力则按需选配，存储价格低，非常适合大容量 KV 存储场景。
四、总结
Codis 是很多开发和运维同学已经青眼的产品，是时代的记忆，然而，技术在疾速倒退。在这里，倡议应用了 Codis 的业务能够思考应用 GaussDB(for Redis)，感触华为云这款企业级 KV 数据库的全新价值。
828-B2B 企业节炽热进行中！轻松应答高并发拜访，为企业发明更多价值。
想理解更多华为云产品相干信息，请分割咱们，电话：950808 按 0 转 1
