forked from pmem/redis
-
Notifications
You must be signed in to change notification settings - Fork 0
Patryk Kaminski edited this page Apr 14, 2022
·
2 revisions
- 背景: 确定中国redis社区发展方向
- 问题:
- 我们组建这个社区的目的是什么? 这个问题可以大家来回答,redis是一个广泛用于互联网企业的NoSQL内存数据库,其中各家互联网企业都积极投身与对于redis的研究和定制化,以满足各家互联网企业的需求,并解决在业务中的痛点。Antirez的redis社区维护了最基本的redis核心代码,无法满足中国互联网客户快速迭代、快速解决业务中痛点的需求。所以我们这个社区的目的是基于Antirez的核心代码,各家互联网客户积极贡献代码,以形成中国的redis的标准,满足中国客户的需求。
- MemoryKeyDB 的特色应该是什么? MemoryKeyDB的最大特点是具有中国互联网的基因,可以将redis在中国的实践,经验总结在一起,大家自由的讨论解决方案,一起review代码。最终我们的方案也可以扩展到全球。
- 实现路径是怎么样的? 实现的路径就是大家共同努力,特别是中国主要的互联网客户,贡献自己的经验和实践。在MemoryKeyDB启动初期,我们可以利用传统的基于项目管理的方法去管理我们的代码和社区维护。等我们有一个基本的框架之后,可以放开给所有的开发者来贡献他们的代码。
- 组建目的:
- 为了将互联网中大规模情况下原有redis中一些共性的问题, 降低研发的成本
- 为了能更好的与新硬件结合, 降低redis的成本.
- 我们的特色:
- 考虑到我们会更多与新硬件结合, 所以, 我们的目标可以更多的在资源纬度进行优化, 例如定位于 "资源友好的redis"
- 资源友好可以定义为:
- 更低的资源存储成本(持久内存)
- 更低资源消耗(比如优化Redis的主从同步)
- 资源更加可控, 可控是分为多纬度的, 比如请求级别控制cpu/mem等内存占用, 也可以是用户级别的, 支持多租户资源隔离
- 实现路径:
- 存储资源友好
- 冷热分离
- 支持AEP
- 资源利用友好
- 自身资源利用
- 主从同步资源消耗 (First pull request: disk IO & network IO speed control for replication)
- 持久化资源消耗
- 外部资源利用
- 请求级别资源隔离
- 连接级别资源隔离
- 用户级别资源隔离
- 自身资源利用
- 存储资源友好