Skip to content

[Epic] 从 toy 到 production:错误处理 + 自动重连 + 缺失的开发者工具 #3

Description

@Naeemo

背景

v0.9.3 已发布,核心功能(序列化、反序列化、RPC Level 0-4、TCP/WebSocket Transport)都已实现,本地 benchmark 也漂亮。但想从 "能跑示例" 进化到 "后端团队能安心替代 gRPC",还有几个硬缺口。

场景

Node.js 微服务间用 Cap'n Proto 做内部 RPC,替代 HTTP+JSON 或 gRPC。要求:

  • 网络抖动能自愈
  • schema 演进不炸上下游
  • 出了问题能 debug
  • 不需要额外装 C++ 工具链

当前缺口

P0 — 生产级错误处理 + 自动重连

  • 有 / 回调,但无自动重连
  • 微服务间网络抖动是常态,每次断链都需要应用层手动重建
  • 缺少调用超时、死链接检测、指数退避重连

P0 — 纯 JS Schema 编译器

  • 当前代码生成需要用户安装官方 二进制
  • 很多后端团队不愿意为此多装一个 C++ 工具链
  • 包内自带纯 JS 解析器是 adoption 最大障碍

P1 — RPC 调试 CLI ()

  • 类似 ,但用于 Cap'n Proto RPC
  • 没有它,团队接入新协议时只能靠抓包和打日志

P1 — Schema 兼容性检查

  • 微服务独立部署,schema 演进不可避免
  • 需要 CI 能跑

P2 — 安全审计

  • 有测试,但缺少完整的 fuzzing + DOS 防护审计

P2 — 服务发现集成示例

  • TCP 直连需要硬编码地址,至少给出 Consul/etcd/k8s 集成示例

优先级

优先级 事项 理由
P0 错误处理 + 自动重连 生产级必须,无此不可上线
P0 纯 JS Schema 编译器 去掉外部依赖,adoption 最大障碍
P1 RPC 调试 CLI 降低接入成本,开发者体验
P1 Schema 兼容性检查 微服务场景刚需
P2 安全审计 v1.0.0 门槛
P2 服务发现示例 生态完善

建议

先集中解决 P0,把项目从 "能跑" 变成 "能跑且不会半夜挂"。P1 再补齐开发者工具链。P2 在 v1.0.0 前完成。


cc: @Kimi(如果需要)

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions