2026年规划

[chejinge]

360 内部开源 —— Pika / PikiwiDB 推进工作规划

本规划旨在明确 Pika / PikiwiDB 在 360 内部开源过程中，需要重点推进的技术建设、工程完善与商业化孵化工作，确保项目从「可用」向「稳定、易用、可运营、可毕业」演进。

---

一、Pika 开源核心建设

1. 性能优化

1.1 复杂命令计算优化

针对集合类、排序类、范围扫描类等复杂命令进行专项优化：

• 优化 ZSet、Hash、List、Bitmap 等大数据量下的计算复杂度
• 降低大 Key 场景下的内存拷贝次数与 CPU 计算消耗
• 针对多 Key 批量命令进行 pipeline 与批量 IO 合并优化
• 引入更细粒度的 RocksDB Iterator 优化扫描效率

1.2 快慢分离二期（预计本月完成）

• 完成快慢命令分离的完整链路重构
• 形成稳定可线上发布的快慢分离架构
• 提供 QPS、RT、CPU 使用率的量化收益报告
• 满足正式线上环境的稳定性与回滚能力要求

---

二、稳定性与工程质量建设

2.1 测试用例体系完善

• 补齐现有 Redis 兼容测试中缺失的命令覆盖
• 强化组合命令测试（如 pipeline + 事务 + 脚本混合调用）
• 新增异常/故障注入测试（断电、磁盘满、网络闪断等）

2.2 CI 平台建设

• 依托开源基金会提供的机器环境
• 在 360 内部构建自有 CI 平台
• 实现 CI 可独立运行、稳定产出构建结果
• 避免外部 CI 不稳定对研发节奏造成阻塞

---

三、单机版能力提升

3.1 易用性提升

• 对齐 Pika 命令集与 Redis 命令行为
• 统一参数、返回值与异常提示规范
• 减少用户迁移 Redis 到 Pika 的适配成本
• 提供完整迁移文档与自动校验工具

3.2 稳定性提升

• 在全量测试集跑通后
• 集中修复测试过程中暴露的缺陷
• 构建「回归测试 → Bug 修复 → 再回归」的闭环机制

---

四、集群版能力建设

4.1 降低成本

• 优化副本与存储结构，减少磁盘与网络消耗
• 通过冷热数据分层、压缩策略降低存储成本
• 优化元数据存储与同步机制

4.2 性能与时延优化

• 降低主从同步延迟
• 优化跨节点请求路径
• 提升批量写入、迁移、扩缩容场景下的性能表现

---

五、云原生方向建设

• 基于 Kubernetes 构建 Pika Operator
• 支持一键部署、扩缩容、升级、迁移
• 提供云原生健康检查、滚动升级、自动恢复能力
• 为云厂商生态及私有云交付做准备

---

六、测试体系专项规划

6.1 测试集完善

• 强化组合命令测试场景
• 新增异常、故障注入类测试用例
• 覆盖高并发、极端负载、长时间稳定性场景

6.2 CI 环境测试补齐

• 补齐当前 CI 缺失的环境维度测试
• 覆盖多系统版本、多内核、多磁盘 IO 模型

七、可观测性建设

• 除 INFO 命令外，探索 非侵入式可观测方案：
  • eBPF / Tracepoint / Prometheus Exporter
  • 细粒度延迟、IO、锁等待、缓存命中率监控
• 建立性能回溯与瓶颈定位能力

---

八、DBA 需求支持

• 支持 Lua 脚本执行
• 支持复杂业务逻辑原子执行
• 提供脚本审计、超时保护与资源隔离能力

---

九、内部工程治理

• 提升代码可读性与工程规范
• 鼓励内部技术博客、重构总结、最佳实践沉淀
• 构建统一代码风格与注释规范

---

十、主从一致性与分布式演进

• 发布基于 Raft 的强一致性版本
• 提供事务级别的一致性保障
• 为跨机房部署、金融级场景提供能力基础

---

十一、商业化与毕业规划

• 进行至少四次项目孵化汇报
• 完成基金会毕业项目要求
• 建立文档、生态、客户案例与商业支持体系
• 推动 Pika / PikiwiDB 成为可商业交付的企业级开源产品

---

本规划将作为 360 内部推进 Pika / PikiwiDB 开源、工程治理与商业化的重要路线图。