首页/关于团队

关于海鸥加速器

2019 年 6 月立项,28 人分成三个小组:线路运维 12 人、协议研发 9 人、客户端 7 人。本页把分工、值班表与变更规则写出来,方便判断一条线路出问题时该谁负责。

团队构成

三个小组,各自的边界

分组按故障归属划分,不按职能名称划分,出现问题时能直接落到人。

线路运维 · 12 人

负责 68 个接入节点的上线、扩容与下线,维护 21 个地区的机房合作关系。日常工作是看延迟曲线、处理出口拥塞、在变更窗口执行线路重排。2026 年 1 月至 10 月共执行 214 次线路变更,回滚 11 次。

协议研发 · 9 人

负责 WireGuard 与自研隧道的双活逻辑、拥塞控制与分流规则。5.4.2 版本把判定窗口从 1 次失败改为 2 次,误判率从 8% 降到 0.6%,这项改动就出自该组。

客户端 · 7 人

负责 Windows、macOS、Android、iOS 与路由器五个终端。桌面端安装包 62MB,移动端 38MB 与 45MB,安装后共用同一套账号与线路配置,偏好设置在设备间同步。

值班与变更

什么时候动线路

线路变更集中在两个固定窗口,非窗口内的紧急变更需要两人复核。

值班采用两班倒:白班 09:00 至 21:00,夜班 21:00 至次日 09:00,每班 2 人在线,另有 1 人待命。夜班的告警阈值比白班低,延迟上浮 20% 就会触发检查,因为晚高峰的出口拥塞多发生在 20:00 之后。

常规变更窗口是周二与周四的 02:00 至 05:00,此时在线用户约为峰值的 18%,出问题时影响面小。变更前先在 5% 的用户上灰度 30 分钟,观测延迟、丢包与重连三项指标,任一指标越过基线就回滚。2026 年的 11 次回滚里,9 次发生在灰度阶段,2 次发生在全量后 40 分钟内,平均回滚耗时 8 分钟。

紧急变更不受窗口限制,但需要运维与研发各出一人复核,并在事后 24 小时内补一份变更记录。记录包含变更内容、影响节点、观测数据与回滚条件,发布在资讯中心。

2026 年 1-10 月运维数据

  • 线路变更 214 次,回滚 11 次,成功率 94.9%
  • 灰度阶段拦下 9 次,全量后回滚 2 次
  • 平均回滚耗时 8 分钟,最长 19 分钟
  • 夜班告警响应中位 3 分钟
  • 工单首次回复中位 26 分钟
  • 在线节点 68 个,覆盖 21 个地区

节点是怎么选的

68 个节点里 54 个是自建机房,14 个是合作机房。自建机房分布在香港、东京、新加坡、洛杉矶、法兰克福与伦敦六地,合作机房补充首尔、台北、悉尼、孟买等 15 个地区。选择标准有三条:到国内主要城市的往返时间低于 80ms、具备至少两条不同运营商的出口、机房允许 24 小时内完成带宽扩容。

合作机房不上游戏模式。游戏模式要求节点侧做队列隔离,把实时对战的小包放在独立队列,合作机房的路由设备不开放这项配置,因此游戏模式只覆盖 54 个自建节点。客户端在节点列表里会用标签区分,选到合作节点时游戏模式开关呈灰色。

数据口径

对外公布的延迟数字都注明测法与采样量。46ms 指东亚自建节点、晚高峰 20:00 至 23:00、连续 7 天每 10 分钟采样一次、取 420 次采样的中位数;4K 首帧 0.7 秒指 18Mbps 码率、120 次抽样、300Mbps 本地宽带的中位数。中位数与平均值的差别在抖动大的线路上很明显,团队只用中位数。

掉线率按心跳采样计算:每 60 秒一次探测,1.5 秒无回应记失败,连续 2 次失败记一次掉线。72 小时 4320 次采样失败 5 次,掉线率 0.12%,平均恢复 1.1 秒。休眠唤醒与网络切换单独统计,不计入掉线次数,这两类在 5.4.2 版本里全部在 2.5 秒内恢复。

联系与反馈

支持邮箱 support@haiougpt.com.cn,工作日 09:00 至 22:00 由 3 人轮值,周末与节假日保留 1 人。客户端内的一键诊断会打包最近 50 条连接日志、当前节点与系统版本,提交工单时附上诊断码即可,不需要另写描述。

线路问题的反馈会进入运维的每日复盘。近三个月收到最多的三类反馈是晚高峰下载掉速、移动网络切 Wi-Fi 后重连慢、合作节点不支持游戏模式,前两类已在 5.4.2 中处理,第三类属于机房能力限制,短期不会改变。

先看数据,再决定装不装

首页的节点表按实测延迟排序,每个节点标注机房类型与是否支持游戏模式。

查看节点表
↑