Survey of Pika usage

[freet15]

为了进一步优化pika社区，协助项目的发展，希望对pika的使用场景做一次调研，对于目前的使用情况和对社区的期望做一些了解。

1，企业/机构 名称
2，场景类型 3，Pika 的运行实例数量 (自建集群/ 云基础设施（基于云盘))集群规模/容量，数据载体（hdd/ssd/nvme） 4，是否使用容器化 #Pika 5，QPS (亿) (读写) 6，版本/是否有升级计划/是否有自研 7，是否有反馈社区主干 8，最希望见到的改进 9，是否愿意参与维护和贡献

采集信息请发送至 [email protected]

以上信息，每一条可以独立备注 “不公开”，在统计后将会体现在一个总数上，该特别标记的信息不会体现在具体企业的非公开信息的具体字段上。

以上采集的数据将会形成具体的社区报告，反馈给基金会TOC和项目导师团队，并以邮件形式发布在pika社区邮件列表 [email protected] 中。

In order to further optimize the pika community and assist in the development of the project, I hope to conduct a survey on the usage scenarios of pika and get some understanding of the current usage and expectations of the community.

1. Name of enterprise/organization
2. Scene type (recommendation system / order system...)
3. The number of running instances of Pika (self-built cluster/cloud infrastructure (based on cloud disk)) cluster size/capacity, data carrier (hdd/ssd/nvme)
4. Whether to use containerized Pika
5. QPS (100 million) (read and write)
6. Version/Is there an upgrade plan/Is there a self-research
7. Is there any feedback to the main trunk of the community?
8. The most desired improvement
9. Are you willing to participate in maintenance and contribution?

Please send the information to [email protected]

For the above information, each item can be independently remarked as "unpublished", which will be reflected in a total after statistics. The specially marked information will not be reflected in the specific fields of the non-public information of the specific organization.

The data collected above will form a specific community report, which will be fed back to the TOC of the OpenAtom Foundation and the project mentor team, and will be posted to the pika community mailing list [email protected] as well.

[553589912]

1 北京奇虎360 2 用于替代大存储redis,搜索，推荐，信息流数据的缓存及持久化存储等 3 集群数：1268实例数：5048 自建集群（物理机） 总使用磁盘大小： 近50t ，数据载体nvme 4 部分toB 场景使用容器化pika 5 每日访问量：近2000亿 6 绝大部分版本为3.3.6，少量3.2.9未升级，pika 本身为360开源产品 7 积极参与社区开发 8 redis接口新特性兼容 9 愿意积极参与维护社区工作

[kernelai]

1 北京奇虎360 2 用于替代大存储redis,搜索，推荐，信息流数据的缓存及持久化存储等 3 集群数：1268实例数：5048 自建集群（物理机） 总使用磁盘大小： 近50t ，数据载体nvme 4 部分toB 场景使用容器化pika 5 每日访问量：近2000亿 6 pika 本身为360开源产品 7 积极参与社区开发 8 redis接口新特性兼容 9 愿意积极参与维护社区工作

6 绝大部分版本为3.3.6，少量3.2.9未升级。

[litaosmile]

1、新浪网 2、各种业务大规模、低延时持久化KV存储需求 3、Pika 的运行实例数量210个（自建IDC），集群规模/容量40T，数据载体（SSD+Nvme） 4、全部Pika实例运行在K8s管理的容器里 5、260亿/天 (读写) 6、大部分版本为3.3.6 /剩余有升级计划，但是是属于不紧急的，被动进行升级/没有自研，希望参与到Pika社区中一起开发 7、一直持续将需求和问题反馈到社区开发 8、最希望见到的改进：希望实施分布式方案，解决大容量的需求 9、愿意参与维护和贡献

[dongdaoguang]

1. 喜马拉雅
2. 公司大部分KV存储场景，pika为主，redis为辅
3. 运行pika实例数量1000+，数据总量40TB，数据载体NVMe，使用codis proxy + pika集群模式
4. 全部部署在物理机
5. 400亿/天（读写）
6. 基于pika 3.0.4版本自研，目前没有升级计划，因为自研加了很多特性，升级到新版本的pika成本比较高
7. 自研的一些特性已经开源，可以参考：https://github.com/XimalayaCloud/xcache
8. 对复杂数据类型（zset、hash、set）的性能提升、lua支持、大数据容量时扩容速度提升、延时毛刺优化
9. 愿意，但目前pika的开发工作已经交接出去，并且工作比较忙，尽力吧

[zhaochunxue]

1、韵达快递-东普科技 2、公司大部分大数据量KV存储 3、运行pika实例数量200，数据总量10TB，数据载体NVMe，使用pika3.2.8主从模式 4、使用swarm集群管理pika容器 5、1000万/天（读写） 6、没有自研，目前没有升级计划，希望参与到Pika社区中一起开发 7、一直持续将需求和问题反馈到社区开发 8、最希望见到的改进：希望实施分布式方案，解决大容量的需求 9、愿意参与维护和贡献