热那亚为什么成了欧洲的新入口：2Africa、BlueMed 与 Unitirreno 之后，登陆城市怎样改写路径和故障域

一个做北非与中东视频分发的团队，在做线路复盘时发现一件小事：同样一批面向突尼斯、阿尔及利亚与埃及的边缘节点，同行把欧洲入境的那一段从马赛换到了意大利的热那亚。第一反应是“是不是换了合作方”，查了一圈才发现不是——对方的欧洲节点仍然在同一个国家，改动的只是洲际流量上岸的那座城市。

城市没换国家，却值得单独做一次迁移，这件事本身就说明“选意大利还是选法国”这个粒度已经回答不了他们的问题。真正被改动的，是海缆从海面上岸之后、到用户之间的那几段路：上岸点压在地中海的哪一侧、上岸站接进的是哪一家设施、从那里到欧洲腹地的交换中心与机房还要走多远，以及这一段路由在多大程度上依赖某一条具体的缆。

把判断从国家下沉到城市，是因为地中海北部这两年接连落地的几套海缆系统，把“来自非洲北部、中东与亚洲的洲际流量在欧洲哪里上岸”重新排了一次序。下面沿着“问题—原因—关键变量—判断—方案—限制”这条链往下走，只谈一件事：上岸城市如何改变路径长度与故障域的形状。

同行改走热那亚，真正变的是上岸点到腹地机房之间的那三段路

把“换一个城市”拆开看，变的不是国界两侧的政策或合规，而是三件可以分别度量的事。第一段是海里：同一条从苏伊士方向过来的缆，经由第勒尼安海到热那亚，和经由撒丁海绕到马赛，走的水下里程不是一回事，光在光纤里的传播时间随距离线性累加，这一段差距是物理上的，优化不掉。

第二段是上岸瞬间。海缆不是直接在沙滩上接进互联网的，它要进登陆站，转换成陆上光缆，再接进某一家运营商或某一处机房设施。同一个城市里，登陆站归谁运营、直连的是哪一家数据中心，决定了你的流量在上岸后的第一个落脚点在哪里，也就决定了你要不要在同一座城市里再横向穿一次城。

第三段是上岸之后到腹地。绝大多数面向北非与中东的业务，最终的数据和用户状态并不在上岸城市：源站可能在米兰、法兰克福或阿姆斯特丹，对象存储可能在更北的枢纽。上岸点到这些腹地枢纽之间的陆上距离、途经的交换节点数量、有没有本地互联网交换中心可以就近对等，共同决定你在这一段上要付多少额外的时间。

这三段加起来，就是同行业务里被改动的那部分。国家粒度之所以失效，是因为这三段变量在同一个国家内部也能差出很大一截：意大利的热那亚和巴勒莫同属一国，一个贴着欧洲腹地的北缘、一个悬在地中海中间偏南，对同一批北非用户的路径结构完全不同。

为什么“欧洲某国”这个粒度不够：入口选择至少有四个可变量

要判断一个欧洲入口值不值得用，至少要把四个变量摊开来分别看，而不是拿国别去做代理指标。第一个变量是上岸城市本身，它决定上面说的第一段与第三段的距离；第二个变量是登陆站的归属，同一城市的两个登陆站可能分属不同体系，接出来的路由与可选合作方并不重合。

第三个变量是这座城市有没有自己的互联网交换生态。有本地交换中心，意味着本地运营商之间可以就近完成流量互换，不必把流量先绕去更远的城市绕一圈再回来；没有的话，哪怕海缆在你脚边上岸，你的包也可能先去邻国的枢纽打个转。第四个变量是海缆自身的走线与登陆点分布——一条环非洲的大缆在某个城市有没有分支口岸，决定了你能否在上岸前就少绕一段海路。

这四个变量彼此独立，任意一个单独改善都不足以把结论定下来。举例来说，一座城市同时具备短海水路径与本地交换中心，但若登陆站全部归同一体系运营且只有一条陆上出口，那么“路径短”带来的收益会被“出口单一”的风险吃掉一部分；反过来，交换生态成熟但海缆绕远的城市，时延账算不平，却可能在运维资源与供应商可选性上占优。

所以更实用的做法是：先用国家做粗筛，把候选收敛到两三个具体的上岸城市，再在这四个变量上逐个打分。这也是本文把粒度停在城市而不是国家的原因——真正可被改变、可被谈判、可被测试的是这四样东西，而不是地图上的国界线。

热那亚手里有什么：两条登陆站、两处机房与三套海缆系统

先看热那亚这座城市当前公开的硬件底子。公开资料口径是：热那亚市内有两处国际海缆登陆站，以及两处数据中心——由 Telecom Italia Sparkle 运营的 Lagaccio，和由 Equinix 运营的 Lungobisagno Istria。登陆站与机房同城，这件事本身就是上面说的“上岸瞬间”那一环节最紧凑的一种形态。

落在这座城市上的海缆系统，公开信息里能看到三套。其一是 2Africa，公开资料口径为全长约 45,000 公里、16 对光纤、设计容量约 180 Tbps、46 个登陆点、33 个国家；Meta 方面在 2025 年 11 月宣布其核心段建成，2026 年初有报道称整体建成投用，具体状态以运营方公告为准。其热那亚登陆点由 Vodafone 运营，接进 Equinix 在热那亚的 GN1 设施。

其二是 BlueMed，属于 Blue & Raman 体系，约 1,000 公里，容量可达 240 Tbps，连接热那亚与巴勒莫、并朝米兰方向延伸，在热那亚 Foce 上岸，使用 Sparkle（Telecom Italia 集团）的热那亚登陆平台。其三是 Unitirreno，约 1,030 公里、24 对光纤、总容量 480 Tbps，自西西里 Mazara del Vallo 铺至热那亚，设奥尔比亚与罗马支线；2024 年 10 月开始铺设，2025 年 2 月抵达热那亚，计划 2025 年中投用，投资额公开报道约 8,000 万欧元，同样使用 Sparkle 的登陆平台并接入 Lagaccio 数字枢纽。

值得注意的是三套系统的角色并不重复：2Africa 是洲际大缆，解决的是非洲、中东与亚洲方向的长途入境；BlueMed 与 Unitirreno 是区域性的第勒尼安海系统，解决的是西西里、撒丁与意大利本土之间的这一段。也就是说，热那亚的吸引力不来自某一条缆，而来自“洲际大缆 + 区域支线 + 同城双机房”在同一座城市里叠在一起。

缆长怎么变成时延：第勒尼安海路径比撒丁海短约一半

路径长度为什么能直接换算成时延？因为海底光缆里跑的是光，中继与放大设备会带来额外的处理开销，但主要贡献仍是传播时延，而传播时延与光纤物理长度基本成正比。这意味着同样从西西里外海往欧洲大陆送一个包，走哪条海、在哪座城市上岸，会被一个不变的常数放大：路径短一半，这一段的传播时间大致也就少一半左右。

这一点在行业里是有公开表述的。Unidata 首席执行官 Renato Brunetti 在 Il Sole 24 Ore 的报道中提到，从西西里经第勒尼安海到热那亚，比经撒丁海到马赛的路程短约 50%；他还指出，缆长不只关系成本，也关系时延。这两个判断合起来，就是热那亚在地理区位上优势的最直接来源：它不是政策优惠或资费差异，而是地理上的直线距离。

把这条判断换算到业务上，收益最大的是那些对往返时间敏感、且流量主要落在欧非与欧亚之间来回方向的应用场景：源站回源、实时 API 调用、交互式的双向数据同步。而单纯做静态内容下行的业务，路径缩短带来的体感提升通常没那么明显，因为播放器缓冲与前段 CDN 边缘已经把这段差距吸收掉了一部分。

一万网络在整合自营节点与 BGP 多线资源过程中，通常把城市一级的上岸路径长度与到腹地的距离，当作节点比选的输入项之一，而不是只看国家、运营商等级或机房星级。

马赛集中约十五条海缆，意味着一个什么形状的故障域

集中度是另一个维度的考量，它和时延无关，却常常是决定要不要做第二个入口的直接原因。同一位 Unidata 负责人在公开报道里给出的口径是：马赛集中了大约十五条海缆，一旦因事故或破坏停摆，对欧洲乃至全球互联网的影响都很大。这里的关键词是“集中”——十五条缆共用同一段海岸、同一批登陆设施与同一片陆上出口走廊。

集中带来的第一个后果是故障域的形状变了。分散布局时，一条缆断掉影响的是这一条缆的容量；高度集中时，一起影响同一登陆区域的事件——施工锚损、海底滑坡、岸井进水、陆上管道施工挖断汇聚段——可能同时波及多条系统。这时候你就算买了两条不同系统的容量，只要它们在同一座城市上岸，冗余就是假的。

第二个后果是修复资源的挤兑。抢修船、备用缆、岸端施工队伍在特定海域是有限的，同区域多条缆同时受损时，排队恢复的顺序并不由你决定。因此多入口的价值不在于平时能省多少时延，而在于极端情况下还有一条不共用同一段海岸、同一批登陆设施的路径可以走。

TeleGeography 研究总监 Alan Mauldin 在 PTC 的文章中给出的判断与此一致：仅靠马赛难以满足来自非洲、中东、亚洲的洲际连接需求，需要提升巴勒莫以及热那亚等新兴地中海枢纽，以保证足够的韧性。换句话说，行业视角里热那亚被提出来，首先是因为它是马赛之外的另一个落脚点，而后才是它更短的路径。

上岸之后还要走多远：Ge-DIX、Lagaccio 与腹地机房的距离

上岸只是起点。热那亚在这一段上有两样东西值得单独记一笔：一是 Ge-DIX，即热那亚互联网交换中心，热那亚市自 2022 年起为其创始成员，参与方包括 Fastweb、BBBell、Liguria Digitale、Retelit、Rocket Way、To-Pix；二是 Unitirreno 与 BlueMed 共同接入的 Lagaccio 数字枢纽，它是登陆平台上岸之后的第一个数字化落脚点。

本地交换中心的意义在于，它把“就近互换流量”这件事变成可能：本地运营商、内容方与企业网络可以在本市完成对等，而不必把流量先送到更远的城市绕回。对一间把入口放在热那亚的公司来说，这决定了它的流量在上岸后是就地分发，还是被迫先向阿尔卑斯以北走一趟。

但本地生态再好，也替代不了腹地。多数业务的持久状态、数据库主库、对象存储与批处理集群不会放在上岸城市，它们更可能在米兰这类腹地枢纽。于是真正要算的账是：热那亚到腹地枢纽这一段陆上距离是多少、有几条可走的路由、在高峰时段的实际表现如何。这一段不会自动因为你选了一座路径更短的城市就变快。

换句话说，热那亚的优势集中在“上岸到接入”这一层，而不是“接入到数据”这一层。把这两层混在一起谈，就容易得出“选了热那亚欧洲就快了”的结论，而实际上决定用户体感的往往是后一层。

服务器摆在哪一层：入口城市放接入，腹地枢纽放状态与数据

把上面的分析落成摆放方案，最常见的结构是两层。入口城市那一层放的是无状态、可横向扩展、且与数据来源方向强相关的部件：边缘缓存、反向代理、TLS 终结、协议转换网关、流媒体的分片与转封装、回源代理。这一层的价值在于贴近入境路径，让跨洲的那一跳尽可能短。

腹地枢纽那一层放的是有状态、要求一致性与运维可达性的部件：主数据库、对象存储、批处理与训练任务、日志归档、以及需要频繁横向调用的微服务集群。这一层的选址逻辑与上岸路径基本无关，更看重电力与网络密度的成熟度、运维资源的可获得性，以及到主要用户聚集区的综合距离。

两层之间如何连接，是这套方案容易被忽略的部分。同城之间可以用低时延的城域链路，跨城则需要评估这一段自身多条路由的可用性；如果两层之间只有一个方向的路径，那么前面在多入口上做的所有冗余，会在这一段重新汇聚成一个单点。因此“入口城市 + 腹地城市”的双层摆放，必须连带着把两者之间的第二条路由一起规划。

至于是不是每一个业务都值得做双层，答案是否定的。用户高度集中在某一侧的小型服务、或者数据完全不需要跨洲往返的业务，把两层压成一层反而更省事。双层方案的成本主要来自运维复杂度的上升：两套监控、两套配置发布、两条跨境链路的管理，以及故障定位时被拉长的时间。

热那亚、萨沃纳、巴勒莫、马赛与巴塞罗那：上岸条件与腹地账目对照

把四个变量摆到同一个平面上横向比，才能看出每座城市真正擅长什么、以及各自的未知项落在哪。下表只做结构性对照，所有涉及状态的表述均需注意“已宣布”与“已商用”的区别。

本文只解决热那亚这一层：上岸城市、欧洲入境路径与服务器摆放

需要划清边界的是：上文全部讨论都停留在“上岸城市如何影响洲际路径与故障域”这一层。本文不讨论某一个国家的水资源约束与数据中心审批节奏，不讨论域名注册局层面的单点问题，也不展开具体软件的配置参数与算力集群的建设周期。这些内容各有各自的变量，混在一起反而会稀释判断。

同样地，本文没有给出任何具体的毫秒数值、带宽报价或实测数据。凡是涉及“某系统已投用”的表述，均应以运营方公告或官方新闻为准；凡是涉及价格的部分，一律以官网实时报价或咨询确认为准。

落地前的四步核对清单

第一步，核实状态。把候选城市涉及的海缆系统逐一区分“已宣布”“已建成”“已商用”三种状态。例如 Unitirreno 计划 2025 年中投用、2Africa 核心段于 2025 年 11 月宣布建成、2026 年初有报道称整体建成，这些口径的最终确认都以运营方公告为准，不要以二手报道作为合同依据。

第二步，核实落脚点。确认该城市的登陆站由谁运营、登陆之后直连的是哪一处机房、该机房是否对外开放租用或托管、电力与制冷条件是否支持你的单机柜密度，以及现场有没有可用的代维资源。登陆站在城里不等于你一定能把机器放进去。

第三步，测量路径。从你的实际目标用户群所在运营商发起测量，覆盖高峰时段，分别记录到入口城市与到腹地枢纽两段的数据；同时至少核一次反向路径，回程与去程不对称在这类跨境链路上很常见。

第四步，设计退路。明确第二个入口城市，并确认它与主入口不共用同一段海岸、同一批登陆设施和同一条陆上出口走廊。多入口的意义在故障时才体现，平时看不到收益，做预算时要先把这一点说清楚。

这四步的顺序不要颠倒。跳过状态核实就去谈机房条件，容易把尚未投用的系统当成既有资源；跳过路径测量就先谈冗余，会把预算花在一条从未被验证过的备用路径上。实际操作时，通常是先把候选城市压到两个以内，再对每个候选走完完整的四步，最后在两张完整的清单之间做取舍。

热那亚能不能替代马赛、南部城市是否更近北非：七个判断题的答案

热那亚能替代马赛吗？更合理的说法是“并存”而不是“替代”。马赛的优势在成熟的交换生态与丰富的合作方选择，热那亚的优势在第勒尼安海方向更短的入境路径与作为马赛之外的第二落点。多数面向非洲北部、中东与亚洲流量入境的业务，需要的是两个城市同时存在，而不是把其中一个换掉。

Unitirreno、BlueMed 的“已宣布”和“已商用”怎么核实？以建设方与运营方的正式公告为准，其次看行业媒体是否有对同一节点的连续报道。时间线类信息如“2024 年 10 月开始铺设”“2025 年 2 月抵达热那亚”“计划 2025 年中投用”是用来理解进度的参考，不能直接等同于可采购；采购前还应向候选供应商索取该段容量的可用性确认。

以北非用户为主的站点，入口放在意大利南部城市是否更合理？要看你把哪一段当作主要成本。南部城市在地理上离北非更近，对突尼斯、阿尔及利亚一侧的用户可能更友好；但如果你的源站、数据库与运维团队都在欧洲腹地，那么南部入口到腹地的这一段会被拉长，欧非双向的业务尤其需要把来回两段一起算。结论应当来自两段的合计，而不是只看靠近用户的那一段。

选了入口城市，欧洲腹地的延迟就确定了吗？不确定。入口城市只决定了上岸与接入这一层的条件，到腹地的那段陆上路径长度、途经交换节点数量、所选运营商的对等策略、以及回程是否绕路，都会继续影响最终结果。这也是本文主张双层摆放的原因：入口城市解决入境，腹地城市解决数据，两者之间的链路需要单独评估与备份。

内容分发与实时数据回传，对入口城市的敏感度一样吗？不一样。内容分发可以在边缘用缓存与预取吸收一部分路径差异，用户体感对路径长度的敏感度相对被摊薄；实时回传、双向交互式的 API 调用、数据库级的复制这类流量，每一跳的变化都会直接体现为等待时间，对路径长度与稳定性的敏感度高得多。因此对后者而言，入口城市的选择更值得单独做一次评估。

怎么判断一个上岸城市到底有没有可租用的机房与运维资源？看三件事：一是设施运营方是否公开列出租用、托管或互联产品，二是本地互联网交换中心的成员名单里有哪些运营商与网络，三是本地是否有可承接现场操作的第三方服务方。以热那亚为例，公开资料能查到 Lagaccio 与 Lungobisagno Istria 两处设施、以及 Ge-DIX 的创始成员构成，这些是可以核对的事实；具体到某个机柜能不能租、什么条件，仍需向运营方或供应商逐一确认。

单入口与多入口的成本结构差别主要体现在哪？差别不在于单位带宽或单价的简单相加，而在于多出来的那一套固定开销：第二个城市的机位或托管、第二条到腹地的链路、以及与之配套的多份监控、巡检、故障响应安排。收益则主要体现在故障发生时的可切换能力，以及按用户来源分流后可能的路径改善。是否值得，取决于你的业务停机成本与所承诺服务水平的可承受范围，需要按自己的流量结构单独测算。

从热那亚这一层再往上：国家选择之外还有哪些变量没展开

把粒度停在城市，解决了路径与故障域的问题，但还有一批变量在更外面一层，本文没有展开。其一是陆上出口的多样性：同一座城市向北的路由如果只有一条走廊，那么城市级冗余会在这个位置重新收敛；其二是上岸站的供电与制冷条件，它决定了这一层的设施能否承载高密度部署，而这不属于海域路径的讨论范围。

其三是合规与数据驻留要求，它在不同欧洲国家之间有实质差异，会影响你能不能把某一层的部件放在某个具体位置；其四是运营商侧的商业条款，包括对等策略、流量计费口径与故障响应约定，这些条款对实际体验的影响往往不亚于物理路径；其五则是汇率、结算周期与合同主体这类纯商务变量。

一万网络深耕 IDC 行业 19 年（成立于 2007 年），在华南、华东、华北及中国香港、海外多地整合自营节点与 BGP 多线资源，提供服务器租用、机柜托管与带宽接入的一体化交付；具体机型、带宽与报价以官网实时信息或咨询确认为准。面向欧洲、非洲与中东方向的节点比选时，可把本文的路径口径作为与自营节点、BGP 多线资源对照的参考项之一。

回到热那亚：落地前的四步核对与本文口径

回到开篇那个团队的问题：换一个城市到底改变了什么。答案不是某一条更快或更便宜的线路，而是三件结构性的事——海水里的路径长度、上岸点的集中度、以及上岸后到腹地那段陆路的距离。这三者共同决定了实际的往返时间与你在故障发生时会受到多大范围的影响，而它们都无法在国家粒度上被观察或修改。

热那亚之所以值得单独评估，是因为它在这三项上同时具备可核对的具体条件：公开资料显示该市有两处国际海缆登陆站与 Lagaccio、Lungobisagno Istria 两处数据中心；2Africa、BlueMed 与 Unitirreno 三套系统在此交汇；自 2022 年起由热那亚市作为创始成员推动的 Ge-DIX 提供了本地交换的可能。这些都是可以被逐条核实的事实，不需要依赖对未来的预测。

但本文的口径也必须说清楚：所有“已投用”“建成”的表述均以运营方公告为准，文中引用的缆长、容量与投资额均为公开报道口径，涉及时延的判断来自行业人士对路径相对长短的表述，而非本文的实测数据。真正要落地，请按上文四步清单逐一核对，并以你自己从目标用户网络发起的测量结果作为最终依据。