公司与团队
杭州快连网络有限公司，核心成员来自数据中心网络与运营商骨干网方向。我们把网络当成一张可编程的图，而不是一组静态节点。
- 不做深度包检测。
- 不记录访问目标。
- 不在客户端内嵌广告。
- 不宣传没有实测支撑的数字。
关键指标
| 指标 | 目标 | 测量方式 |
|---|---|---|
| 单节点可用性 | 99.95% | 月度统计 |
| 时段一致性 | P95 偏差 ≤35% | 96 个 15 分钟窗口 |
| 路径独立性 | 不与同区节点共享上游 | 路由轨迹比对 |
| 回程质量 | 去程/回程均衡 | 双向分别测量 |
三步确认方案适配性
先确认方案是否适配你的场景，再投入时间配置。
- 确认网络跨度：接入位置与目标位置跨度越大，边缘节点与路径选择的收益越明显。
- 确认业务类型：实时类业务收益最大，纯国内业务几乎没有收益。
- 确认能力边界：不提供内容审计与绕过合规管控的能力，需要这些能力的场景不适用。
适配性判断
| 条件 | 适配 | 说明 |
|---|---|---|
| 跨境实时业务 | 适配 | 时延与抖动改善明显 |
| 跨境大流量 | 适配 | 稳定性收益大于峰值收益 |
| 纯国内访问 | 不必要 | 不经跨境链路 |
| 需要内容审计 | 不适用 | 应使用企业级网关方案 |
会采集我的访问内容吗？
不会。仅采集链路质量与可用性指标用于路径决策。
可以自建节点吗？
当前不开放自建节点接入，节点由我们统一治理以保证一致性。
适合长期生产使用吗？
适合，建议先完成路径质量基线测量。
实现细节与参数取值
边缘节点解决的是「第一跳」问题。如果入口离用户很远，第一跳就消耗掉了本可以在骨干段省下的时间。我们在全球部署边缘节点，用户请求先就近接入，再由边缘节点进入优化后的骨干路径。
软件定义广域网把「算路」和「转发」拆开：控制面根据实时测量计算路径，数据面按算好的路径转发，测量面持续探测并反馈。三者构成闭环，任何一层的调整都不需要改动其他两层。
| 平面 | 职责 | 输入 | 输出 |
|---|---|---|---|
| 控制面 | 路径计算 | 质量指标 + 节点负载 | 选定路径 |
| 数据面 | 按路径转发 | 控制面决策 | 实际数据流 |
| 测量面 | 探测与反馈 | 主动探测 + 被动统计 | 质量指标 |
节点扩容阈值设在水位 70%。这个数字看起来保守，但跨境线路的拥塞往往不是线性的——水位从 70% 涨到 85% 的过程中，丢包率可能出现数量级变化。
性能数据与测量方法
就地入口接入
70%扩容水位阈值
≤35%时段一致性偏差
双向去程回程同测
路径选择是持续进行的动态过程，而不是查一张静态路由表。系统融合多种网络资源，动态根据网络状况调整数据传输路径，确保在网络拥堵时仍能维持可用体验。
以上数据的测量方式统一为：同一台设备、同一时段、同一目标服务，开关对应功能各测三轮并取稳定段均值。我们公开测量方法的原因很简单——没有方法的数字无法验证，也无法复现。
边界条件与已知限制
| 限制 | 原因 | 影响 | 缓解方式 |
|---|---|---|---|
| 共享瓶颈 | 两条路径同一上游 | 多路径收益接近于零 | 更换出口区域 |
| 水位过高 | 容量不足 | 高峰期丢包上升 | 触发扩容 |
| 回程未优化 | 只测量去程 | 实时业务体感差 | 双向分别测量 |
节点列表里的延迟数字是客户端到节点的延迟，不是端到端延迟。访问日本服务不应该被送到欧洲出口，即使那个节点的数字看起来更低。
团队的技术偏好
团队的背景决定了我们对「好方案」的判断标准。来自数据中心网络方向的工程师，通常更看重可测量性与可运维性，而不是功能列表的长度。
| 偏好 | 具体表现 | 对应决策 |
|---|---|---|
| 可测量优先 | 每个能力都要有测量方法 | 拒绝无法量化的性能宣称 |
| 可运维优先 | 节点要能被监控和摘除 | 建立健康评分与水位管理 |
| 解耦优先 | 控制与数据分离 | 三层架构，独立演进 |
| 保守优先 | 默认值取稳妥方向 | 未识别流量走保守策略 |
免费试用快连
注册即获试用额度，全功能开放，无需绑定支付方式。
下载客户端 查看常见问题