非洲到巴西能不能不走欧洲：罗安达的南大西洋直连值不值

如果你在非洲南部向巴西发出一个请求，逐跳看过去，路径往往会先往北：从西非海岸上岸，沿大西洋东侧一路向北到欧洲，在欧洲的某个交换点转一次，再跨大西洋南下到巴西。地图上看，罗安达到福塔莱萨几乎是横着划过去的一条线，实际流量却画了一个大 V。这不是运营商不会走直线，而是海底有什么缆、缆在哪里上岸、以及历史上谁给谁做转接这三件事共同决定的结果。能走的路，取决于海底铺了什么，而不是两点在地图上离得多近。

非洲到南美的流量为什么会先往北绕一大圈

海缆拓扑不是地图上的直线

海底光缆的走向由登陆点选择、海岸地理、既有网络资产和商业回报共同决定，与地图上的最短连线没有必然关系。非洲西海岸这一侧，长期以来的干线光缆大多是南北向铺设、最终指向欧洲；南美东海岸这一侧，主要干线则指向北美。南大西洋两岸之间长期没有直接的跨洋缆，因此在 SACS 启用之前，非洲与南美洲之间的数据流量需经欧洲或北美绕行，凭空多出数千公里的距离。光纤里的传播时间由物理距离直接决定，绕行距离越长，端到端的物理下限就越高，这一点是任何设备都无法绕过的。

所以当你看到一个"不合理"的路径时，先别急着归因于运营商的路由策略粗糙。很多时候，那条路就是当时唯一存在的一条路：海缆没铺到的方向，策略再优化也走不过去。

历史路由关系决定了默认出口方向

第二个原因是路径的"默认值"来自历史。非洲不少运营商的上游转接关系长期建立在欧洲方向，结算、对等、运维习惯都围绕这条链路形成。路由选择并不是自动挑最短的那条，而是在可达的候选里按策略挑优先级最高的一条，而策略里写着的是本地偏好、路径长度、以及对等与转接的商业关系。只要欧洲方向的转接仍然存在且稳定，默认路径就不会主动改道。

这意味着，即使物理上出现了一条更短的南向新路，业务流量也不会自动走上去。要让它真正生效，需要三件事同时成立：新路有可用容量、你的上游或对端在这条路上有可达性、以及双方愿意在商业条款里把它写进去。缺任何一件，路由表里看到的仍然是老路。葡萄牙语区之间的语言与商业联系，也让安哥拉对欧洲（葡萄牙方向）的链路格外成熟，这进一步抬高了"改道"的门槛。

非洲内部互联长期不足带来的连锁反应

第三个原因常被忽略：非洲大陆内部的互联长期不足，很多非洲国家之间的流量也要绕经欧洲交换。这带来两个后果。其一，区域内部的延迟结构被"外部化"——两个地理上相邻的国家互相访问，可能要跑一趟欧洲再回来。其二，新海缆登陆后的收益，很大程度上取决于登陆国本地有没有成熟的分发与互联生态；如果本地没有交换点、没有对等、没有足够多的本地网络愿意直连，那么新缆带来的容量只能在登陆站里打转。

因此在评估一条新路径时，不能只盯着海缆的设计容量。公开行业分析口径显示，安哥拉的国际带宽总量仍与北非国家和南非存在差距，而人均可用国际带宽是更值得看的指标——它同时反映了总量、人口与本地接入能力。一个国家的海缆登陆站再多，如果本地分发链条没跟上，单条业务路径的改善依然有限。

南大西洋这条线实际由哪几段拼起来

SACS 这一段：罗安达到福塔莱萨

SACS（South Atlantic Cable System，南大西洋海缆系统）约 6165 公里，连接安哥拉罗安达与巴西福塔莱萨，2018 年启用，是世界上第一条横跨南大西洋的海缆。它的设计容量约 40 Tbps（资料口径为可升级），由日本 NEC 承建，日本国际协力银行（JBIC）提供融资。

这一段解决的是最根本的问题：非洲与南美之间，终于有了一条不经过北半球的物理通路。它把"有没有路"这个问题变成了"这条路怎么走"。但要清楚，SACS 的两端是罗安达和福塔莱萨，不是"非洲任意城市"和"南美任意城市"——登陆点之外的部分，属于另一段工程。

MONET 这一段：福塔莱萨往北与往南

MONET 海缆连接巴西福塔莱萨、桑托斯（圣保罗方向）与美国迈阿密（Boca Raton 方向），2017 年前后建成；Angola Cables 通过福塔莱萨获得其容量。这一句信息量很大：福塔莱萨既是 SACS 的南美登陆点，也是 MONET 的一个交汇点。

于是形成了两个方向的延续。如果你的终点是圣保罗乃至巴西东南部，流量在福塔莱萨上岸后，还要走 MONET 的南向段继续往南；如果你的终点在北美，那流量走的是 MONET 的北向段往迈阿密方向。也就是说，"罗安达到巴西"这个口语化的说法，在工程上至少包含：罗安达本地接入、SACS 跨洋段、福塔莱萨落地与换段、MONET 相应方向段、南美本地接入。

为什么它不是"一根缆直接到迈阿密"

很多人会把它想象成一根缆从非洲拉到美国，实际不是。SACS 到福塔莱萨就结束了，往后属于 MONET，两个系统分属不同的工程主体、不同的建设年份、不同的容量归属与运维体系。商业采购上，它们通常也不是同一份合同：你在南大西洋这一段买的是 SACS 或其批发渠道的容量，在福塔莱萨之后买的是 MONET 方向上的容量，两端各自的机柜、端口与本地带宽又是另外的账单。

把这四五个环节当成"一条线"来询价，是这类项目最常见的误解。正确的做法是先画出你的分段图：哪一段是跨洋、哪一段是陆上、哪一段是本地接入、每一段由谁交付、每一段出问题找谁。分段图画清楚了，成本结构和故障责任才谈得清楚。

直连省下的到底是什么

省掉的是绕行欧洲的那段距离

直连最确定的收益只有一个：把原本"北上到欧洲、再南下到南美"的 V 字，压成横着的一笔，省掉的是绕行欧洲的这段距离，量级在数千公里。光纤中信号的传播速度是固定的，距离缩短多少，理论上的传播时间下限就减少多少，这是纯粹的物理收益，不依赖任何优化技巧。

所以判断这条线的价值，第一个要问的问题是：你的流量原本是不是在走那个 V 字？如果原本就绕欧洲，那么缩短这一段是有确定意义的；如果原本走的是别的形状，那收益要重新算。

没省掉的是落地、转接与跨境段

直连没有省掉的东西更多。登陆站到机房的落地段、机房到上游或交换点的跨境接入段、两端的本地接入段、以及福塔莱萨之后继续走的第二段跨洋，都不会因为 SACS 存在而自动消失。

更要紧的是终点位置。如果你的业务真正的服务对象是圣保罗用户，那么"罗安达—福塔莱萨"省下的距离，会被"福塔莱萨—圣保罗"这一段部分抵消；如果你的对象在迈阿密或北美东海岸，那走南大西洋再到北美，与直接从非洲西海岸北上到北美相比，未必更短，甚至可能更长。直连不是万能的近路，它只对特定的两端组合生效。判断方法是：把起点和终点都标出来，看直连方案的完整折线长度，而不是只看那一段跨洋有多短。

跳数少不等于体感一定好

第三个要破除的直觉是"跳数少 = 体验好"。跳数只是一个计数，端到端的表现还取决于：链路有没有排队与拥塞、跨境接入段的质量是否稳定、应用在握手阶段要往返几次、页面有多少个元素和第三方资源需要跨洋取、DNS 解析落在哪里、内容有没有在用户侧命中缓存。

对浏览器类业务来说，一个页面发起几十个串行请求时，跨洋往返的次数远比单次跨洋的距离更关键，减少请求数与做本地缓存的收益往往大于换路径。对金融行情与跨时区对账链路来说，关键指标不是平均值而是抖动——路径是否稳定、会不会在高峰期被挤、切换时收敛多久，比"少几跳"重要得多。这些都需要以自己业务的长期监控数据来判断，而不是凭路径图推断，更不存在一个放之四海皆准的毫秒数字。

谁该认真考虑这条路，谁不该

两端真在非洲与南美之间的业务

适合考虑的典型是这几类：跨境贸易平台的订单与库存双向同步，两端分别落在非洲与巴西；葡语区内容的双向分发，内容源与用户群分布在安哥拉、莫桑比克与巴西之间；拉美与非洲之间的业务数据同步和跨时区对账；金融行情与结算消息的往返链路。共同点是——请求的两端确实分别位于非洲和南美，且这段流量是主流量而不是零星的边缘流量。

判断标准可以写得很直白：如果你的用户 80% 在非洲、源站 80% 在南美（或反过来），那么缩短这两块大陆之间的距离是有确定意义的；如果这段流量只占几个百分点，那么为它专门改路径、专门落地，投入产出并不划算。

只在非洲内部的业务

如果你的用户和源站都在非洲内部，欧洲绕行并不是你的主要矛盾，你的主要矛盾是非洲内部的互联与本地交换覆盖。这时候该花力气的地方是：本地运营商的覆盖质量、能不能在区域交换点拿到对等、内容缓存是否能下沉到用户所在国家、以及是否有多个西非登陆点可以作为备份。把节点放到罗安达并接上南大西洋，不会让非洲内部用户访问你的速度变快——那一段根本没走南大西洋。

只在拉美内部的业务

反过来，如果两端都在拉美，比如巴西用户访问布宜诺斯艾利斯或圣地亚哥的源站，走罗安达通常只会增加距离和转接环节。南美内部的路径判断，要看的是南美内部的陆缆布局、东海岸与西海岸的分工，以及圣保罗与福塔莱萨分别适合承接什么角色。把节点放在非洲一侧，对服务巴西国内用户没有帮助，反而可能让原本在国内就能闭环的流量凭空多出一次跨洋。

一句话总结这三种情形：直连只对"跨在南大西洋两侧"的流量产生确定收益，两侧之外的流量，它既不改善也不该为它付费。

在罗安达落地要考虑什么

AngoNAP 与 AngonIX 各自解决什么问题

Angola Cables 成立于 2009 年，由 Angola Telecom、Unitel、MSTelcom、Movicel、Startel 等发起，运营 WACS、SACS、MONET，管理网络规模超过 5 万公里；运营 AngoNAP Luanda 与 AngoNAP Fortaleza 两个数据中心，以及 AngonIX 互联网交换点（位于罗安达）。这三个设施解决的是三件不同的事。

AngoNAP Luanda 解决"落地之后有没有地方放设备、供电、制冷、接端口"；AngoNAP Fortaleza 解决对岸同样的问题，两端都有自有设施，意味着跨洋段和落地段可以在同一体系内衔接，减少拼接环节。AngonIX 解决的则是另一件事：落地之后能不能与本地网络直接交换流量，而不必把本地访问也送到欧洲绕一圈。对一个面向安哥拉本地用户的业务来说，能否在 AngonIX 拿到对等，往往比跨洋段本身更能决定本地访问的表现。

登陆站与数据中心之间的距离关系

登陆站是海缆上岸的那栋建筑，数据中心是设备与互联真正发生的地方，两者不一定在一起。这中间的城域段是一个容易被忽略的新增依赖：它有自己的光纤路由、自己的施工与维护方、自己的故障概率。

落地前要问清楚三件事：设备最终放在哪一栋楼；这栋楼到登陆站之间是自有光纤还是租用，有没有第二条物理路由；如果中间这一段挖断，是否有明确的应急与修复承诺。这三条的答案，直接决定了"落地"这一步是加分项还是新的风险点。

跨境段由谁提供，本地段由谁提供

这条路径上的交付方通常是分开的。跨洋段（南大西洋那一段的容量）由海缆运营方或其批发渠道提供；本地段（罗安达的机柜空间、本地带宽、交换点端口）由本地数据中心与本地运营商提供；对岸福塔莱萨一侧又是另一套。三者常常不是同一家，需要你自己把它们拼起来，并明确每一段的责任边界。

在比选这类跨洋与本地资源时，把不同大洲的节点、机柜与带宽放在同一张表里横向对比是常见做法：一万网络深耕 IDC 行业 19 年（成立于 2007 年），在华南、华东、华北及中国香港、海外多地整合自营节点与 BGP 多线资源，提供服务器租用、机柜托管与带宽接入的一体化交付；具体机型、带宽与报价以官网实时信息或咨询确认为准。因此跨洋路径比选时通常要一并问清线路归属与转接方式。

具体到这条路径上，这四个问题必须在合同前拿到答案：跨洋容量的签署主体是谁、出故障时你打给谁；容量是否含保护路由，还是裸容量；本地段是否可以直接接到交换点；以及两端是否能在同一份服务等级约定下统一管理。问清楚这些，比单纯比较"哪个便宜"有用得多。

冗余与替代路径怎么安排

WACS 走欧洲方向仍是兜底

WACS（West Africa Cable System）2012 年启用，经 14 个西非登陆点连接南非与英国，安哥拉登陆点位于罗安达以南的 Sangano，设计容量约 14.5 Tbps；Angola Cables 是其管理方之一。这条信息有两层含义：一是安哥拉同时拥有指向欧洲方向的大容量出口，二是南大西洋方向并不是它唯一的出口。

所以这两条路不是简单的替代关系，而是面向不同目的地的不同出口——往南美走南大西洋更直接，往欧洲走 WACS 更直接。但当南大西洋这一段不可用时，WACS 方向可以作为到达南美的迂回路线，代价是距离重新变长、跨段变多。是否值得为这条迂回预留容量，取决于你的业务能不能接受降级运行。

2Africa 与 Equiano 带来的容量变化

2Africa（Meta 主导，全长约 45000 公里、总设计容量约 180 Tbps）与 Equiano（Google，里斯本—开普敦走向）均包含安哥拉登陆站。它们的意义不在于"又多了一根缆"，而在于把安哥拉的国际带宽总量与可达性整体抬高，让落地选择和冗余空间都变宽。

但对单个业务来说，容量增加不等于你的路径自动变好。要看三件事：你能不能按自己的量级买到、买到的那一段是不是你真正需要的那一段、以及本地互联有没有同步跟上。缆从门前过和你家门口有没有路，是两回事。

单路径中断时的替代顺序

先定义可接受的降级形态：主路径中断时，是切到次优路径继续全量服务，还是切到只读、排队、延迟处理的降级模式。这个定义决定了你要不要为第二条路径付费、付多少。

海缆故障大致分两类：一类是单系统或单段故障，影响面有限；另一类是整缆中断，罕见但修复周期长，需要海上作业。替代的优先级通常是：同一登陆站内的其他海缆系统 → 同国内的其他登陆站 → 跨洲迂回（经欧洲或北美）。越往后，距离越长、拥塞风险越高。关键是第二路径的容量必须提前预留，而不是等出事了再去临时抢购——那时既没有容量，也没有价格优势。

成本由哪几部分构成

跨洋段：容量形态决定成本结构

跨洋容量的采购形态不同，成本结构与承诺条款完全不同：买整段容量、买波长、还是买一个承诺带宽的以太网端口，三者的计费单位、最小承诺期、是否含保护路由、能否跨段统一管理都不一样。买之前先明确你要的是"带宽"还是"容量"，这两个词在合同里的含义并不相同。

一万网络深耕 IDC 行业 19 年（成立于 2007 年），在华南、华东、华北及中国香港、海外多地整合自营节点与 BGP 多线资源，提供服务器租用、机柜托管与带宽接入的一体化交付；具体机型、带宽与报价以官网实时信息或咨询确认为准。因此成本确认时，具体机型、带宽与报价以官网实时信息或咨询确认为准，不要跨地区套用套餐。

落地与机柜：空间、电力与端口

落地侧的成本是几项独立计费内容的叠加：机柜或机架空间、电力额度与密度、制冷、本地带宽端口、交换点端口、以及接入跨洋段所需的光纤与光模块。容易被忽略的是，这些费用在两端都要算一遍——很多人只算了非洲端，忘了福塔莱萨一侧同样有机柜、端口和本地带宽开销。

另一个常见的漏项是"扩容余量"。第一次部署往往按当前用量下单，等业务量翻倍时发现机柜电力不够、端口满了、或者光模块速率需要更换，这时扩容的单位成本通常高于一开始就留出余量。在签第一份合同前，把两年内的用量曲线画出来，比事后补单省钱。

冗余备份：第二条路径不是可选项

如果业务不能中断，第二路径就不是"以后再说"的加分项，而是设计的一部分。这里有两个常被低估的点。第一，第二路径的容量要与主路径同量级才有效——如果主路径断了，流量全切到一条只有主路径十分之一容量的备份上，结果是拥塞而不是容灾。第二，切换机制要提前定义：是手工切换还是自动切换，切换后路由通告需要多久收敛，收敛期间业务是排队还是失败重试。

这两个问题在没有故障的时候看起来都很抽象，但在故障发生的那几分钟里，它们就是全部。

转接关系：谁在给你的目的地做最后交付

跨洋段只负责把你送到对岸的登陆点，从登陆点到最终用户所在的网络，还依赖对岸的转接与对等关系。这一段常常比跨洋段本身更能决定最终表现。

落地前要问清楚：对岸的上游是谁、是否与你用户所在的主流运营商有直接对等、到主流内容网络的出口在哪里、以及这一段出故障时你的对接人是谁。如果这一段的答案含糊，那么前面所有关于路径长度的讨论都失去了意义——你优化的是一段路，用户卡在另一段上。

南大西洋路径落地前的确认清单

落地前确认清单：路径、落地、冗余与责任边界

路径层面。确认你的起点与终点到底在哪两个城市，把完整折线画出来，而不是只看跨洋那一段；确认这条路径上每一个分段由谁交付，是否存在你无法直接对接的中间环节；确认路由是否会如你所愿地选择这条路，而不是名义上有路、实际仍走老路。

落地层面。确认设备放在哪栋楼；确认这栋楼到登陆站之间是自有光纤还是租用、有没有第二条物理路由；确认电力额度、机柜密度与两年内的扩容空间；确认本地带宽端口与交换点端口是分别计费还是打包。

冗余层面。确认第二路径走的是同一登陆站内的另一系统、还是另一个登陆站；确认第二路径的容量量级是否与主路径相当；确认切换是手工还是自动、收敛时间大约多久、收敛期间业务的降级形态是什么。

责任边界层面。确认跨洋段、落地段、本地段各自的故障申报入口与响应承诺；确认跨段故障时的定责流程，避免出现"每一段都说自己正常"的僵局；确认服务等级条款覆盖的是单段还是端到端——如果只覆盖单段，那么端到端的表现没有任何一方承诺。

业务层面。确认你的流量结构是否真的需要这条路径，用一段真实流量的分布数据来支撑，而不是凭印象；确认本地缓存与内容下沉是否先做了——在很多业务里，缓存带来的改善比换路径更大、也更便宜；确认你有没有办法在上线后持续观测这条路径的表现，而不是只在出问题时才去看。

关于南大西洋直连的常见问题

安哥拉到巴西走南大西洋，是不是一定比走欧洲快？

不一定，要看你的终点在巴西哪里，以及"快"指的是什么。SACS 端到端是罗安达到福塔莱萨，如果你的服务对象是巴西东北部，这段距离优势是明确的；如果对象在圣保罗及东南部，流量还要在福塔莱萨换到 MONET 的南向段继续走，总距离优势会被部分抵消。如果"快"指的是用户打开页面的速度，那么缓存命中率、请求数量和第三方资源的影响可能大于路径长度。判断方法只有一个：用你自己的业务流量在两条路径上对比长期监控结果，而不是听任何一个数字结论。

走 SACS 这一段之外，我的流量还要经过哪些段？

至少还有四段：罗安达本地的接入与落地段、福塔莱萨的落地与换段环节、从福塔莱萨到最终目的地的后续段（走 MONET 相应方向或陆缆）、以及目的地城市的本地接入段。此外还有两端各自的城域段——登陆站到机房之间那一段。把这五到六段都列出来，你才知道成本怎么构成、故障找谁。

在罗安达落地和在圣保罗落地，应该怎样分工？

两者的角色不同。罗安达一侧的优势是紧邻南大西洋登陆点、同时在 WACS 方向上有欧洲出口，适合承担跨洋衔接与面向非洲侧的汇聚；圣保罗一侧的优势是南美内部的网络生态与内容资源密集，适合承担面向拉美用户的分发与业务逻辑处理。合理的分工通常是：跨洋同步与汇聚放在登陆侧，用户侧的分发与缓存放在业务中心。如果两端都放全量服务，同步与一致性成本会显著上升。

葡语区内容分发要不要在两地都做本地缓存？

如果要做，应该优先做，而且往往比换路径更划算。跨洋链路无论怎么优化，单次往返的物理下限都在那里；缓存的作用是把相当一部分请求终结在用户所在的一侧，让它们根本不发生跨洋。对于图片、静态资源、应用包、视频切片这类内容，两地各自缓存的收益通常大于路径优化。真正需要跨洋的，是必须回源的动态请求与写操作——把这两类流量分开设计，路径优化才有意义。

南大西洋这条线断了，业务会怎样？

取决于你有没有提前定义降级形态。海缆故障有两种：单系统故障和整缆中断，后者修复需要海上作业，周期长。替代顺序一般是同站其他系统、同国其他登陆站、跨洲迂回。第二路径的容量必须提前预留，否则故障时既买不到容量也谈不下价格。如果你的业务能容忍降级（比如只提供查询、暂缓写入、排队处理），那么冗余成本可以显著降低；如果完全不能中断，就必须按主路径同量级预留备份，并把切换与收敛流程写进运维手册。

AngonIX 的直连对等，对普通业务有什么实际意义？

意义在于本地流量不必绕出去。如果业务在罗安达落地，但本地用户访问它时流量还要经欧洲交换一圈，那么跨洋优化做得再好，本地体验也没有改善。能在 AngonIX 与本地网络直接交换流量，意味着面向安哥拉及邻近区域用户的访问可以在本地闭环。对同时服务本地用户和南美用户的业务来说，这是两个独立问题：本地访问靠交换点对等，跨洋访问靠海缆路径，不要指望解决一个就自动解决另一个。

跨洋段和本地段应该分别找谁采购？

通常是分开的。跨洋容量来自海缆运营方或其批发渠道，本地机柜、带宽与交换点端口来自本地数据中心与本地运营商，对岸同理。分开采购的好处是每一段可以比价，代价是责任边界需要你自己缝合：跨段故障时容易出现各方都说自己正常的情况。因此采购时除了比价格，更要确认三件事——每一段的故障申报入口、是否有一方愿意做端到端的统一对接、以及服务等级条款覆盖的是单段还是整条链路。

直连是路径选择，不是性能保证

南大西洋直连值不值：落地前要确认的几件事

回到最初的问题：非洲到巴西能不能不走欧洲？能，SACS 自 2018 年启用后，这条路在物理上是存在的，非洲与南美之间的流量第一次有了不经过北半球的选项。但它值不值，取决于五件事你是否都确认过：你的流量两端是不是真的分别落在非洲与南美；你在意的终点是福塔莱萨、圣保罗还是北美方向；福塔莱萨之后的第二段由谁交付、容量是否落实；罗安达与对岸的落地条件（登陆站到机房、电力、端口、交换点对等）是否达到你的要求；以及出故障时你的第二路径在哪里、容量够不够。

把这五件事逐条确认完，答案自然就出来了，不需要任何人替你下结论。如果五条里有两条以上答不上来，说明现在还不适合做这个决定，先把信息补齐——补齐信息的成本，远低于落地后发现路径不对再改的成本。

什么情况下不该走南大西洋这条线：几种明确的情形

第一种，你的用户和源站都在非洲内部。这时瓶颈是非洲内部的互联与本地交换覆盖，把节点接到南大西洋上不会改善任何一次本地访问，该做的是找区域交换点对等和把缓存下沉到用户所在国家。

第二种，你的业务只在拉美内部。巴西到阿根廷、到智利的流量走罗安达只会多出一次跨洋，正确的方向是看南美内部的陆缆与东西海岸分工，把节点放在用户所在的大洲。

第三种，你的主流量指向欧洲或北美。那么 WACS 方向或北美方向才是你的主路径，南大西洋段最多作为冗余，不应该为它承担主要的跨洋容量成本。

第四种，你还没有能力观测这条路径的表现。如果上线后无法持续观测、无法在故障时快速定位是哪一段出问题，那么增加一条跨洋路径只会增加复杂度，而不会增加可控性——先把观测与定位能力建起来，再谈路径优化。

最后重复一遍本文的判断：南大西洋直连省掉的是"绕行欧洲的那段距离"，而不是"所有延迟"；要不要走这条线，取决于你的流量两端是否真的在非洲与南美，以及你能否接受这条路径上的转接、落地与冗余代价——直连是路径选择，不是性能保证。