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(如果需要)

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

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