东京到伦敦 142 毫秒。这个数字在过去一段时间里被反复引用,出现在海缆项目的新闻稿、行业会议的宣讲材料,以及大量讲跨洲网络的技术文章开头。它描述的不是你今天下单就能买到的线路,而是一条按公开口径仍在推进、项目目标为 2026 年底具备商用条件的北极海缆系统。把一个设计阶段的估算值,和一份可以写进验收条款的服务指标区分开来,是这篇文字想做的第一件事。
这两件事经常被混在一起谈。采购方看到一个漂亮的延迟数字,第一反应是"等它通了再买";服务商在方案里写进这条路线,采购方又默认改善会自然落到自己头上。海缆属于上游基础设施,它先改变的是路径供给与容量结构,再经过登陆站、陆缆、上联和机房出口这几层传递,最后才有机会变成你某台服务器上的一次往返时间。中间任何一层没有打通,那个数字就与你手上的业务无关。相反,如果你只盯着这个数字,很容易在当下这一轮采购里做出错误的取舍——为一个尚未确定的未来,放弃今天就能确认的可用性。
基建项目影响采购决策,靠的不是它已经交付了什么,而是它改变了人们对未来的预期。机房、机柜和带宽这类资源的合同周期通常以年为单位,而一条洲际海缆从联合体成立、融资到位、铺设施工作业到具备商用条件,跨度往往更长。两种节奏错配在一起,就产生了一个很现实的问题:你今天签的合同,很可能覆盖到这条缆真正可用的那段时间;也可能它延期,而你的业务压力一天都没有减少。
所以更稳妥的做法是给信息分三类。第一类是已建成并商用的系统,可以写进方案、可以要求服务方给出明确的路径说明;第二类是已开工、有明确目标时间但尚未确认商业开通的项目,Far North Fiber 属于这一类,它的公开目标是 2026 年底具备商用条件,但截至公开资料尚未确认商业开通;第三类是与北极方向相关的其他规划,比如挪威替换斯瓦尔巴群岛海缆的 Arctic Way 计划,公开资料称约 2,500 公里,以及经北方海航道的其他方案,这些仍处于规划阶段,同样没有商业开通的公开确认。
分完类之后,规划信息的用处反而清楚了:它值得被用来做架构预留和谈判准备,不值得被用来做验收依据。架构预留指的是在选型时给未来留出切换余地,比如不要把所有跨洲流量锁死在单一上联、不要把应用逻辑写成依赖某一条特定路径;谈判准备指的是你提前知道将来可能出现新的路径供给,因此在合约期限、扩容条款和退出条件上留出弹性。这两件事都不需要这条缆今天就通,但它们能让你在它通了之后不需要重做架构。
还有一个经常被忽略的点。即便系统如期投产,容量进入市场的节奏也不是均匀的。整对光纤的买家和从下游转售手里买通道的买家,看到的供给形态完全不同:前者拿到的是长期、可演进、可自己规划的资产,后者拿到的是别人的转接产品,路径可能随时调整,也没有议价能力。你在采购时处于链条的哪一端,决定了这条缆对你到底是"一条新路"还是"新闻里的一条新路"。
先说清楚口径。东京—伦敦的 142 毫秒是往返时延的估算值,也就是一个数据包从一端出发、到另一端再折返回来所花的时间;把它除以二,大致对应单程的传播时间。这个数字来自项目方基于系统设计长度给出的估算,不是运行之后的统计结果。另一条常被引用的表述来自 Cinia 首席执行官,说法是法兰克福—东京方向可降低约 30% 时延。这两个数字的端点对不同、基准不同,不能相互换算,更不能把降幅直接套到你所在的城市对上。
传播时延的下限由物理距离和介质决定。光在光纤中的传播速度低于真空光速,距离越短,这部分时间的下限就越低,这是任何工程手段都绕不过去的天花板。北极方向的价值正是在这里:Far North Fiber 的系统设计长度公开口径约 15,000–17,000 公里,从挪威 Kirkenes 一带经北极方向到日本北海道,把欧亚大陆的北端直接连起来,而不是沿着低纬度走廊绕一大圈。
但端到端延迟不等于传播时延。一次真实的业务请求还要叠加陆地段的绕行、路由器与交换设备的转发处理、光电转换、拥塞时的排队,以及两端从机房到登陆站、再从登陆站到城域网的接入部分。对于多数企业来说,最后这一段往往比想象中更值钱:你的服务器离登陆站有多远、机房的上联走的是哪条陆缆、跨境段在哪一个节点完成转接,这些决定的量级,有时候并不比海底那一段小。
现有亚欧主流路由长期集中在红海—苏伊士—地中海一线,以及印度洋—南海方向。这两条走廊在地理上是成熟通路,沿线登陆站密集、配套陆缆成熟、维护体系完整,所以容量供给充足、运维响应也快;代价是路径本身更长,而且大量系统共用相似的地形与登陆点。北极方向在几何上提供的是一条更靠北的走法,FNF 也主张全程走国际水域与相关国家海域,形成区别于南线的额外路径。
对用户来说,真正要记住的是估算值的性质。设计阶段的时延估算用于说明系统能力,不能当作验收指标;能写进合同的,只有服务方当前实际提供的路径形态与可用性口径,而这些以服务提供方给出的实时路由说明或咨询确认为准。任何"等某条缆通了就快了"的口头承诺,都不构成可以追责的技术条款。
FNF 的官方口径里有一个很有冲击力的说法:约 97% 的欧亚流量经由红海与南海一线。这个比例之所以长期维持,不是偶然,背后是一整套已经沉没的成本。海缆一旦建成,配套的不只是海底那一段,还有登陆站、陆缆延伸、电力与机房、维护船的部署安排,以及沿线国家电信枢纽之间多年形成的结算与合作关系。后来者即使路线更短,也要重新建起这一整套。
集中带来两个方向的后果。好的一面是规模效应:容量供给多,转接产品选择多,运维经验丰富,故障处置流程成熟。坏的一面是共同风险:多条系统在同一片海域、相近的地形上并行时,同一区域的自然或人为事件可能同时影响它们,本来以为买了两家上游就有了冗余,实际上这两家在物理上共用同一段路径。
这对采购判断的意义很直接。判断冗余是否成立,不能看"买了几个品牌",要看三个层面是否真的分开:第一个层面是登陆站,两条路径是否从不同的登陆站上岸;第二个层面是海底段,是否在海域上真正分离而不是并行几十公里;第三个层面是陆地段,上岸之后是否走不同的陆缆与不同的城域接入。三层里只要有一层合并,冗余的效果就大打折扣。
一个典型的误判是这样的:某家企业买了两家不同服务商的国际出口,方案里写"双路由",结果两者的流量在同一个登陆站上岸,之后共用同一段陆缆进入同一个城域网。从合同看是两条,从光纤看是一条。这种冗余在正常情况下看不出问题,一旦出事就同时失效。北极方向之所以被反复提起,本质上就是因为它在物理上提供了一个真正不同的选择,而不只是又一个品牌。
把北极海缆的价值简化成"更快",会漏掉它更值钱的那部分。延迟改善是线性的、可量化的,对一部分业务有用;路径多样性是结构性的,它改变的是风险分布。对金融机构的多路由要求、跨国企业的内网互联、对单点中断高度敏感的在线业务来说,多一条物理上独立的路,往往比把时延再降一些更重要。
但同样要说清楚:多一条缆不等于多一份可靠性。判断标准还是上一节讲的三层分离。如果新增路径在登陆站或陆地段与既有系统合并,那么它带来的只是容量增加,而不是冗余增加。容量增加对成本有用,对可用性帮助有限,这是两笔要分开算的账。
北极路线自身也有它的约束。高纬度海域的施工作业受海冰与季节性气象条件影响,可作业窗口比低纬度海域紧,埋设保护、维护船调度、备件布点都要为此额外安排。这些因素不会出现在销售材料里,但它们决定了这条路在极端情况下的恢复能力。采购时可以看不到维修船的部署细节,但应该要求服务方说明其备份路由与切换方式,以及切换是自动完成还是需要人工介入。
还有一个容易被跳过的问题是"登陆之后那一截"。海缆只负责把流量送到岸边,从登陆站到你的机房,中间还有陆缆、城域网、机房上联和保护路由。很多国际节点之所以值得选,不是因为附近有缆,而是因为登陆站与数据中心之间的这一段做得扎实。反过来,一条新缆登陆到一个陆缆配套薄弱的地点,它的延迟优势会在最后几十公里被吃掉一部分。
Far North Fiber 由芬兰 Cinia、美国 Far North Digital、日本 Arteria Networks 于 2022 年组成联合体;海底光缆由 Alcatel Submarine Networks 参与供货;项目获得欧盟 CEF Digital 部分资金支持。公开资料称系统规划 24 对光纤,其中约 12 对为直达用途,每对设计容量约 15 Tbps,可演进至 18–20 Tbps。投资估算约 11 亿欧元,另有约 11.7 亿美元的报道口径;单对光纤约 1 亿欧元,30 年维护再约 1 亿欧元。
把这些数字放在一起看,出资结构就决定了服务顺序。单对光纤以亿欧元计的投入规模,意味着有能力直接参与的买家集中在大型运营商、云服务商和内容分发网络这几类主体;它们拿到的是整对或大带宽的长期使用权益,可以自己做波长规划、自己做演进节奏。普通采购方处在更下游,拿到的是由这些主体转售出来的产品形态——可能是波长通道,也可能是以太网通道或 IP 转接,路径与优先级都不由自己控制。
支线设计也影响实际的可用路径。系统除主线外,设支线连接阿拉斯加、加拿大、格陵兰与爱尔兰。这意味着它不只是连接欧亚两端的一条线,而是沿北极圈周边形成一个网络骨架。支线的建设与开通顺序未必与主线同步,某个方向的落地能力可能晚于主线具备商用条件;如果你关心的端点恰好在支线上,那么主线投产并不等于你的路径就通了。
对采购动作的直接影响是:即便系统如期可用,你在某个具体城市买到的延迟改善,仍然取决于三件事——当地是否有落地、落地之后的陆缆接入是否顺畅、以及你所在的服务商是否从上游拿到了容量并愿意卖给你。这三件事里,只有第三件是你采购时可以直接确认的,前两件需要通过服务方的路径说明去间接验证。所以问"这条缆通了没有"意义有限,更有用的问法是"我的流量现在走哪条路,将来会不会换"。
高纬度海缆的工程难度,集中在可作业时间上。铺缆船、埋设犁、水下机器人都需要在合适的海况下作业,北极方向的可作业季节比温带海域短,工期安排因此更紧,遇到异常气象时的缓冲也更少。这不只是施工阶段的问题,运营阶段的维护同样受此约束。
成本结构里能看到这一点:单对光纤约 1 亿欧元,30 年维护再约 1 亿欧元。维护投入与建设投入在同一个量级上,说明这条路上的运维不是附加项,而是总成本里相当重要的一部分。维护费花在什么地方?主要是维护船的待命与调度、备用缆与备件的布点、以及故障时的抢修作业。
海缆故障的处置逻辑可以按水深分成两类。靠近岸边的浅水段,故障原因常见于渔网拖挂、船锚勾连和海底作业活动,这类位置相对容易到达,抢修依赖就近的维修船与储备缆;深水段的故障原因不同,作业难度与所需时间也更高。无论哪一类,用户能感知到的都只是"断了"和"恢复了",中间的作业窗口、船期和备件位置都是不可见的,但正是它们决定了服务方给出的恢复时间是否可信。
因此采购时值得问清楚这样几件事:备份路由是否存在,还是只有一条路;切换是自动的还是要人工改路由;故障期间流量如何降级,是绕行还是丢包;恢复时间以服务方明示的口径为准,不要接受口头承诺。此外,跨洲链路的实际形态会随时间调整,路由说明具有时点性,签约时的路径与一年后的路径未必相同,这一点本身也应该写进沟通记录。
需要明确的是,本文只讨论海缆路由、时延与采购判断。北极方向涉及的自然条件、航道状况与区域局势会影响维护窗口,具体以运营商公告为准;对任何国家的军事部署与政治立场,本文不作评价。
延迟敏感和带宽敏感是两类完全不同的需求。金融行情与撮合、实时音视频、互动类在线游戏、跨洲数据库同步、依赖分布式一致性协议的写操作,这些对传播时延与抖动都敏感;大文件分发、离线备份、批量计算、内容预热,这些对时延基本不敏感,真正在意的是带宽供给与峰值时段的拥塞情况。把这两类混在一起评估,得出的结论往往没有意义。
更关键的一层区分是"传播时延"与"应用感知时延"。用户感受到的慢,通常由多次往返叠加而成:连接建立、安全握手、应用层串行请求、队头阻塞、拥塞控制的慢启动,每一项都要付出往返时间。如果一次业务交互需要若干次串行往返,那么传播时延的改善会被往返次数放大;反过来,把往返次数减下来,收益同样被放大,而且这个收益今天就能拿到,不需要等任何一条缆。
举个典型场景来说明这种差异,以下为典型部署思路,并非特指某一真实客户。某家企业的服务部署在东亚,欧洲用户访问时需要读取用户配置、校验权限、拉取业务数据、写入操作日志。如果这四步都跨洲串行完成,每一趟都要付一次跨洲往返;如果把配置与权限校验放到欧洲侧就近完成,跨洲调用只保留一次必要的读写,那么传播时延在总时延里的占比会发生明显变化。同样的物理链路,两种架构下的用户体验可以差很多。
所以判断"能不能吃到",可以按三个条件依次检查。第一个条件是路径:你的跨洲流量是否真的走欧亚北向,还是先绕到别的方向再回来;第二个条件是供给:你的服务商所在链条是否真的接入了这条路,而不是只停留在新闻层面;第三个条件是应用:你的调用链有没有把一次传播时延放大成多次往返。前两个条件不由你决定,第三个完全由你决定,而且现在就能改。
下面的表格按业务类型做了一个对照,用来帮助判断优先级。它给出的不是"值不值得等这条缆",而是"你现在该把力气花在哪里"。
| 业务类型 | 是否吃这部分延迟差 | 更该关心什么 | 采购时该确认的动作 |
|---|---|---|---|
| 金融行情与撮合类 | 能吃,前提是路径确实走北向且上联独立 | 抖动与延迟尾部,以及一致性协议下单次传播被放大的次数 | 要求服务方给出当前出口路径与上联构成,确认延迟口径是单向还是往返 |
| 实时音视频与互动类 | 部分能吃到,均值改善不如抖动改善有用 | 抖动、丢包与缓冲区策略,以及峰值时段的拥塞表现 | 问清备份路由与切换方式,恢复口径以服务方明示内容为准 |
| 跨洲数据库同步 | 能吃,但瓶颈常来自写放大而非传播时延 | 同步拓扑、冲突解决策略,以及写操作是否收敛在单区域 | 先把写操作收敛到单区域,再讨论路由优化,避免为延迟买冗余容量 |
| 网页与接口服务 | 通常吃不到太多,收益被往返次数稀释 | 首屏的往返次数、连接复用与安全握手位置 | 优先做就近终结与边缘缓存,减少跨洲往返,而不是等待新路径 |
| 大文件分发与备份 | 基本吃不到,时延不是约束条件 | 带宽供给、峰值时段的拥塞与传输协议的选择 | 确认带宽形态与峰值供给能力,费用以官网实时信息或咨询确认为准 |
| 离线计算与批处理 | 不需要,任务本身对时延无要求 | 存储读写能力、任务调度与数据就地化程度 | 关注算力与存储配置、交付周期,不要为低延迟能力付出溢价 |
第一件事是当前的出口路径与上联构成。不要问"你们有没有接某条缆",要问"我买的这台机器,跨洲流量现在从哪个出口出去,上游是哪家,有几条独立上联"。前者的答案可以很漂亮但没有约束力,后者的答案会直接进入你的方案文档。
第二件事是路径说明的时点性。路由是会调整的,上游会因为容量、成本或故障改变路径,签约时的说明可能在半年后就不成立了。因此要约定:重大路径变更是否提前告知,说明以什么形式提供,以及是否可以在需要时索取当前的路由佐证材料。跨洲路由与出口路径的实际形态,本身就应以服务提供方给出的实时路由说明或咨询确认为准。
第三件事是延迟的口径。一次严肃的沟通里,"延迟多少"这个问法是不够的,需要拆成四项:是单向还是往返;起点是机房内的服务器还是机房出口;终点是目的城市的哪一个节点;给出的数值是估算、是设计值,还是实际路径下的可验证值。四项都对上了,这个数字才有比较的意义。
第四件事是故障与切换。备份路由是否存在,切换自动还是人工,切换之后延迟会变成什么样,故障期间是否有降级策略,恢复时间的口径以服务方明示内容为准。注意这里不要接受任何超出官网明示的服务承诺,也不要把"将来会更好"写进当下的期望里。
除这四件之外,还有两项与容量形态有关,值得一提。其一是你买到的是什么层次的产品:共享的 IP 转接、以太网通道还是波长,不同层次的可控性与可演进空间差别很大;其二是否包含流量清洗与防护能力,跨洲链路上的异常流量会直接吃掉你的带宽与延迟预算。这两项同样以官网实时信息或咨询确认为准,价格主要受 CPU、内存、存储、带宽、IP 与线路形态影响,不宜按旧口径估算。
第一种错法是把 142 毫秒当成现在能买到的指标。它是东京—伦敦往返时延的估算值,来自设计阶段的口径;项目公开目标为 2026 年底具备商用条件,截至公开资料尚未确认商业开通。把它写进采购需求,等于用一个未确认的未来值去约束一份当下的合同。
第二种错法是把两个数字混着用。约 30% 的降幅出自 Cinia 首席执行官对法兰克福—东京方向的公开表述,与东京—伦敦的 142 毫秒端点不同、基准不同。把它们相减、相除或者直接套用到别的城市对,得到的任何结论都不成立。
第三种错法是认为"路线更短所以更便宜"。投资估算约 11 亿欧元,单对光纤约 1 亿欧元,30 年维护再约 1 亿欧元,成本结构与低纬度走廊的系统并不相同;最终是否便宜,取决于容量供需和竞争格局,而不是地理距离。而且本文不讨论价格,任何费用都应以官网实时信息或咨询确认为准,不做估算与换算。
第四种错法是认为多一条缆就等于多一条备份。真正的冗余要看登陆站、海底段、陆地段三层是否分离,只增加容量而不增加独立性的方案,对可用性帮助有限。北极方向的价值在于它可能提供物理上不同的走法,但这个价值只有在三层都分开时才成立。
第五种错法是把规划中的其他项目当成已建成。挪威替换斯瓦尔巴群岛海缆的 Arctic Way 计划约 2,500 公里,以及经北方海航道的其他方案,公开资料仍处于规划阶段,没有商业开通的公开确认。把它们与 Far North Fiber 并列讨论时要标明状态差异。
第六种错法是以为换一个机房就等于换了一条跨洲路由。机房决定的是接入与出口位置,路由决定的是上游实际怎么走。同一个机房里不同产品、不同上联的跨洲路径可能完全不同;不同机房如果共用同一条上联,路径也可能完全一样。要判断的是路径,不是地址。
落到清单上,第一条原则是分开记账:把"未来可能改善"和"现在可以验收"写成两栏,不要在验收条款里出现前者。现在可以验收的部分包括当前出口路径、上联构成、延迟口径、备份路由与切换方式;未来可能改善的部分只作为架构预留的依据,不作承诺。
第二条原则是先做不依赖新缆的优化。减少跨洲往返次数、把安全握手与鉴权就近终结、在区域内完成数据落地与缓存、把一致性要求高的写操作收敛到单区域、对大文件传输改用更适合的协议与并发策略,这些工作的收益今天就能拿到,而且不随任何基建项目的进度变化。做完这些之后再评估路由改善的边际价值,判断会清晰很多。
第三条原则是在合约结构上留出弹性。合同期限、扩容条款、路径变更的告知机制、以及在出现新的路径供给时的重新议价空间,这些都比"选哪个机房"更影响长期成本。选型时把注意力放在可调整性上,比押注某一条具体路线更稳。
第四条原则是明确时间预期。Far North Fiber 的公开目标是 2026 年底具备商用条件,但截至公开资料尚未确认商业开通;Arctic Way 与经北方海航道的其他方案仍处于规划阶段。在这些项目真正可用之前,任何架构都不应该依赖它们,业务连续性方案必须建立在当前已确认的路径之上。
把这些整理成一份可执行的清单,大致是:确认当前路径与上联构成,确认延迟口径与佐证方式,确认备份路由与切换机制,确认容量层次与防护能力,然后在应用层面把跨洲往返次数压到最低。做完这五步,等新路径真正可用时,你只需要改一处路由配置,而不是重做整套架构。一万网络深耕 IDC 行业 19 年(成立于 2007 年),在华南、华东、华北及中国香港、海外多地整合自营节点与 BGP 多线资源;跨洲路由与出口路径的实际形态,以服务提供方给出的实时路由说明或咨询确认为准。跨洲路由与出口路径的实际形态,以服务提供方给出的实时路由说明或咨询确认为准。
Copyright © 2013-2020 idc10000.net. All Rights Reserved. 一万网络 科技有限公司 版权所有 深圳市科技有限公司 粤ICP备07026347号
本网站的域名注册业务代理北京新网数码信息技术有限公司的产品