键值数据库是一种非关系数据库，它使用简单的键值方法来存储数据。键值数据库将数据存储为键值对集合，其中键作为唯一标识符。键和值都可以是从简单对象到复杂复合对象的任何内容。键值数据库是高度可分区的，并且允许以其他类型的数据库无法实现的规模进行水平扩展。
核心需求：
- 根据不同的命令进行数据存储、读取、监听等操作；
- 客户端要能通过网络访问 KV Server，包括发送包含命令的请求，得到结果；
- 数据要能根据需要，存储在内存中或者持久化到磁盘上。
梳理 kv server 的业务主流程：
关键问题：
- 客户端（Client）与服务端（Server）之前通信协议的确定，是否支持多种协议（高性能场景，优先考虑 TCP，但网络层需要灵活）；
- 对应用层传输数据序列化 / 反序列化的考量；Protobuf？（protobuf 解析快、省带宽，需要额外的编译工具）
- 存储引擎的功能支持考虑；
- 对服务端支持的命令逻辑的细化和定义；（参考 Redis 命令集，作 Trait 抽象）
- 事件通知的 hook 处理；
- 系统配置中心的逻辑考虑；
核心的接口设计：客户端与服务器端的接口（协议）、服务端与命令处理流程的接口、存储引擎的接口。
- 使用 protobuf 定义支持的客户端命令，并使用 prost 编译成 Rust 代码;
- 封装 proto 模块，增加一些基本的类型转换，src/pb/mode.rs;
- 设计如何处理请求命令，返回响应的接口抽象：CommandService trait;
- 设计 Storage trait 的抽象设计, 实现 Memory Table;
- CommandService 的具体实现；
- 完成所有命令的工作量；
- Iter trait 的高级抽象和 Service Execute 事件通知处理；
- 增加网络处理层，独立处理封包和解包的逻辑;
- 网络层的安全问题处理；
- 项目集成测试、性能测试，CI/CD 配置