【Redis / 缓存内核】选型与阅读地图：standalone · Sentinel · Cluster · Valkey
内容提要
本文讨论了Redis的选型决策，包括Standalone、Sentinel和Cluster等不同部署形态及其适用场景。强调了Valkey作为OSS分叉的兼容性与合规性问题，并探讨了Redis模块的扩展能力。最后，明确了不应使用Redis的情况，并提供了阅读地图以帮助深入理解。
关键要点
-
选型决策树帮助确定使用Redis的最佳部署形态，包括Standalone、Sentinel和Cluster。
-
Standalone适用于开发和低QPS场景，但存在单点故障风险。
-
Sentinel提供自动故障转移，但不解决写扩展问题。
-
Cluster适合高写入和内存需求，但运维复杂度较高。
-
Valkey是Linux Foundation托管的OSS分叉，需关注合规性与技术审查。
-
Redis模块API允许扩展自定义命令和数据类型，但不改变单进程故障域。
-
不应使用Redis的情况包括：值可重建且只需简单的get/set操作，或需要复杂的SQL查询和事务处理。
-
本文提供了全系列阅读地图，帮助读者深入理解Redis及其应用场景。
延伸解读
Redis 选型的关键考虑
在选择Redis的部署形态时，需考虑失效代价、数据结构需求和团队的运维能力。Standalone适合开发和低QPS场景，但存在单点故障风险；Sentinel提供自动故障转移，但不解决写扩展问题；Cluster适合高写入需求，但运维复杂度较高。选择时需权衡这些因素，以确保系统的稳定性和可扩展性。
Valkey的合规性与技术审查
Valkey作为Linux Foundation托管的OSS分叉，虽然在技术上与Redis保持兼容，但在合规性和长期发展路线方面需独立跟踪。企业在使用Valkey时，必须关注其法律合规性和技术审查，避免假设其与Redis在所有方面都一致。
Redis模块的扩展能力
Redis模块API允许用户在服务器进程内加载自定义命令和数据类型，增强了Redis的灵活性。然而，模块的使用仍然受限于单进程故障域，可能影响系统的稳定性。因此，在设计系统时，需谨慎评估模块的使用场景和潜在风险。
延伸问答
Redis的不同部署形态有哪些？
Redis的不同部署形态包括Standalone、Sentinel和Cluster。
Standalone模式适合什么场景？
Standalone模式适合开发和低QPS场景，但存在单点故障风险。
Sentinel模式的主要优缺点是什么？
Sentinel模式提供自动故障转移，但不解决写扩展问题。
Cluster模式适合什么样的需求？
Cluster模式适合高写入和内存需求，但运维复杂度较高。
Valkey与Redis的兼容性如何？
Valkey是Linux Foundation托管的OSS分叉，需关注合规性与技术审查，短期内与Redis兼容。
在什么情况下不应使用Redis？
不应使用Redis的情况包括：值可重建且只需简单的get/set操作，或需要复杂的SQL查询和事务处理。
