关于我们

质量为本、客户为根、勇于拼搏、务实创新

< 返回新闻公共列表

巴西业务放圣保罗还是福塔莱萨:先把国际延迟和内陆回程拆开算

发布时间:2026-10-22

从葡萄牙锡尼什出发的一条跨洋光缆,登陆点落在巴西东北部的福塔莱萨。这条路径带来了一个很不寻常的结果:同样是巴西境内的服务器,靠近这条光缆登陆点的一侧,到欧洲的往返时间可以低于 60 毫秒;仍走传统路径、经美国东海岸绕行的一侧,往返时间超过 100 毫秒。同一个国家、同一部法律、同一种语言,两座城市到欧洲的往返差距能拉到上百毫秒。

这个差距不是城市本身的差别造成的,而是光缆怎么走造成的。巴西的人口与产业重心在东南部,圣保罗是其中最大的聚集地;但南大西洋方向的跨洋光缆,登陆位置在东北部。用户在一边,跨洋出口在另一边,机器该放在哪座城市,就成了一个必须先拆开算的问题。

要回答它,先要放弃"哪个城市更好"这个问法。城市之间不存在抽象的优劣,只有路径结构上的差别:谁离跨洋出口近,谁离用户近,两段之间要付出多少内陆距离。弄清楚这三件事,答案自己会浮出来。

一、同一个国家,两座城市到欧洲的往返延迟为什么能差出上百毫秒

EllaLink 于 2021 年 6 月 1 日投入商用,连接葡萄牙锡尼什与巴西福塔莱萨,全长约 6,000–6,200 公里,采用 4 对光纤,设计容量约 100Tbps,平均每对约 25Tbps。这条系统公布的锡尼什到福塔莱萨往返时间低于 60 毫秒。作为对照,传统经美国东海岸的巴西—欧洲路径,往返时间超过 100 毫秒。两组数字摆在一起,一百多毫秒的差距就是这么来的。

需要强调的是,这个差距出自光缆的物理走向,而不是任何一端的设备性能。跨洋光缆的长度、登陆点位置与分支结构一旦确定,路径的基本量级就定了,机房里换什么设备都改变不了海里那一段。EllaLink 的分支登陆点包括马德拉丰沙尔、摩洛哥卡萨布兰卡、毛里塔尼亚努瓦迪布、佛得角普拉亚与法属圭亚那卡宴,其中佛得角普拉亚分支于 2022 年 6 月 6 日开通,分支容量最高约 30Tbps。分支越密,说明这条线上能够直接到达的区域越多,福塔莱萨作为落点的辐射范围也随之扩大。

还有一个最容易误解的地方需要单独说清楚。据 2021 年 11 月 24 日起公布的连通关系,EllaLink 已连通圣保罗 Equinix SP4、里斯本 LS1、马德里 MD2 三座数据中心,可实现不经北美路由的城到城连接。这句话成立的前提是"三座特定数据中心之间",它并不等于圣保罗任意一座机房到欧洲都会自动获得东北部那条路径的往返时间。从圣保罗的一台具体机器,到福塔莱萨的登陆设施之间,还隔着一整段内陆距离,这一段必须单独计入总账。

于是就出现了本文要处理的那个矛盾:新路径的入口在东北部,而需要用这条路径的业务,它的用户往往在东南部。两端不重合,才是"该放哪"这个问题的真正来源。如果只是问"哪座城市到欧洲快",答案是清楚的;难的是用户和出口不在同一个地方。

二、把一次访问拆成国际段与内陆回程段

一次用户请求的总耗时,可以拆成几段来看:用户接入网到本地机房、本地机房到境内交换或上游、境内到国际出口、跨洋段、对端侧。真正决定体验的,往往是这几段里最敏感的那一段,而不是简单相加的总和。总和会掩盖结构,结构才决定优化方向。

把两座城市代入这个拆法,差别立刻明显。机器放在福塔莱萨、用户却在东南部时,用户的请求要先从东南部跨到东北部,再决定是出境还是就地返回,内陆这一段是凭空多出来的。机器放在圣保罗时,内陆段几乎消失,跨洋时却可能要走到更远的位置,或者绕行美国东海岸。两种放法各自省下一段,各自多出一段,谁更划算取决于业务对哪一段更敏感。

所以第一步不是选城市,而是把这两段各自的量级量出来。国际段的量级由光缆走向决定,参考值是公开系统之间公布的往返数字;内陆段的量级由境内路由与交换位置决定,这一段的公开参考数字少,只能自己量。两段量出来之后,第二步才是问业务对哪一段更敏感。

这里有一条比较清晰的界线。交互型服务——电商前台、后台管理系统、实时接口、需要多次往返的页面——体验主要由用户到机房这一段决定,因为用户每一次点击都要完整往返一次,内陆段会被访问次数不断放大。跨洋链路敏感型服务——源站、跨国数据同步、批量传输、面向欧洲的内容分发——体验主要由国际段决定,这类服务交互次数少、单次传输量大,跨洋路径的长短会直接体现在总耗时里。

还有第三种情况:两段都敏感。这类业务不适合在两座城市里硬选一个,而应该按环节拆开,让每一段各自落在合适的位置上。这一点在后面会单独展开。

量这两段的时候,方法上也有讲究。国际段可以先用公开系统之间公布的往返数字建立参照系,弄清楚走南大西洋方向与走北美绕行的量级差;内陆段没有这样的参照系,只能自己从用户侧发起核验。两段用的方法不同,得到的结果精度也不同,所以在比较时要记住:拿公开参照值和自己量出来的值相减,只能得到一个粗略的净收益,不能当作精确结论。

三、福塔莱萨:跨洋入口落在新干线上

福塔莱萨在巴西网络中的位置,是由海缆决定的。EllaLink 于 2021 年 6 月 1 日投入商用,把它与葡萄牙锡尼什直接连起来;Monet 于 2017 年建成,连接福塔莱萨与 Praia Grande 到美国博卡拉顿,长度超过 10,500 公里,容量约 64Tbps;SACS 于 2018 年建成,实现安哥拉与巴西直连,采用 4 对光纤,容量约 40Tbps;公开资料显示,SAIL 连接福塔莱萨与喀麦隆克里比方向。

另外两条也需要知道。BRUSA 于 2018 年建成,由 Telefónica 主导,连接里约热内卢、福塔莱萨到波多黎各与弗吉尼亚海滩,采用 8 对光纤并使用 ROADM;SAm-1 于 2000 年建成,连接巴西、美国、波多黎各及多个拉美国家。这些系统叠加起来,让福塔莱萨同时具备面向欧洲、非洲与北美东岸多个方向的接入条件,这也是它区别于巴西其他城市的根本之处。

福塔莱萨承担的角色因此可以描述得很清楚:跨洋入口、国际带宽的汇聚处、南北向流量的进出点。它并不承担用户中心的角色。这座城市自己也有本地交换能力——IX.br 是拉美最大的互联网交换点生态,福塔莱萨设有交换节点——但本地用户规模与东南部不在同一个量级,本地交换解决的是境内互联,不是用户距离。

把机器放在这里,收益体现在国际段,代价体现在内陆段。如果你的主要流量是朝外的,内陆段这段代价根本不会发生,福塔莱萨就是很自然的选择;如果你的用户集中在东南部,每一次交互都要额外付出境内这一段,那就要先算清楚国际段省下的时间,够不够抵消内陆段多出来的时间。

还有一点值得提前确认:靠近登陆点不等于自动获得这条路径。机房在国际出口上的接入方式、接入的是哪一家上游、这条上游走的是哪条系统,才是真正决定国际段量级的因素。地理上的接近只是必要条件,不是充分条件。

为什么跨洋光缆愿意落在东北部,也有地理上的原因:巴西东北部是南美大陆朝向非洲方向最突出的位置,从那里跨洋的距离比从东南部出发更短,且登陆条件更好。这不是哪座城市争取来的结果,而是海岸线形状决定的。也正因为如此,多套系统才会先后把登陆点选在福塔莱萨及其周边,形成叠加效应——落点聚集本身就是一种资源。

四、圣保罗:用户、交换与内容都聚集在这一侧

圣保罗的位置由用户分布决定。巴西互联网用户约 1.82 亿(2025 年初口径,引 DIG Watch 国别资料),渗透率约 86%–87%,固定宽带中位速率超过 140Mbps。用户、企业总部、内容方与接入网络在东南部高度聚集,圣保罗是这个聚集的核心。对任何以巴西境内用户为主的业务来说,这个位置几乎无法替代。

具体地说,机器放在圣保罗,用户接入网到机房这一段是最短的,交互型服务的往返时间最可控。IX.br 是拉美最大的互联网交换点生态,东南部一侧的交换能力让本地流量可以在境内完成交换,不必出境绕一圈再回来。这一段的优势是福塔莱萨给不了的,因为它来自用户与网络的物理聚集,而不是来自海缆。

代价同样清楚。对欧洲方向的流量,圣保罗不直接靠着新的南大西洋光缆登陆点。据 2021 年 11 月 24 日起公布的连通关系,圣保罗 Equinix SP4 与里斯本 LS1、马德里 MD2 之间存在不经北美路由的城到城连接,但这是在数据中心层面成立的连接关系;从一台具体机器到这条路径,中间还有机房接入、境内路由这些环节要单独算进去。

圣保罗的聚集效应还有一层含义:它聚集的不只是用户,还有企业的办公点、结算机构、内容方与上下游服务商。对跨国企业来说,这意味着放在这里的不只是面向用户的服务,往往还包括内部系统、数据与协同工具。这类系统的访问者是员工而不是公众,他们的位置更集中,落点判断的依据也就更偏向办公点分布,而不是公众用户的分布。

换句话说,圣保罗的价值在最后一跳,不在跨洋段。谁的用户在东南部,谁就应该认真考虑圣保罗;谁的主要流量是朝外的,圣保罗就不是优先项。两座城市的分工,其实到这里已经清楚了:一个负责把用户接进来,一个负责把流量送出去。

五类业务的落点判断——主要流量方向决定答案

按业务类型分,落点其实有比较明确的倾向。下面这张表按"主要流量方向"排列,可以直接作为选型的起点,每一行的最后一列是上线前必须完成验证的事项。

业务类型 主要流量方向 建议落点 上线前必须验证的项
面向巴西国内的电商前台 境内用户访问为主,国际段基本不发生 圣保罗,靠近用户接入网 用户接入网到机房的往返时间;机房是否接入 IX.br 以及接入了哪些网络
面向欧洲的内容分发 跨洋国际段为主,交互次数少、单次量大 福塔莱萨,或福塔莱萨接入加欧洲侧缓存 到欧洲目标城市的实际往返时间;路径是否走南大西洋方向而非绕行北美
跨国企业内网与数据库 国际段与内陆段并存,且对一致性与稳定性要求高 按主用方向拆分:写入侧跟办公点,跨洋副本走登陆点 跨境往返时间;复制链路对往返时间的容忍窗口;两端时钟与时区处理
批量采集与转码 国际带宽与出口容量优先,对交互延迟不敏感 靠近国际出口,福塔莱萨一侧 单端口可用容量;高峰期国际出口占用情况;是否受境内回程限制
金融或实时交互类 国内段为主,且对抖动敏感 圣保罗,靠近用户与交易对手接入网 往返时间的抖动范围;丢包情况;高峰时段的变化幅度
面向非洲与欧洲的双向转接 国际段为主,且进与出两个方向都要顾 福塔莱萨,作为跨洋与南大西洋方向的落点 到目标区域的实际路由走向;境内是否多出一跳回程;可用方向是否不止一条

表里的"建议落点"是默认倾向,不是绝对结论。原因是同一类业务在不同公司手里,流量构成可能完全不同:一家自称面向欧洲的内容分发业务,如果它的主要读者其实在巴西本地,那么它的主要流量方向就变了,落点也要跟着变。填表之前,先确认自己的流量构成。

面向巴西国内的电商前台这一类,还要额外注意页面结构。接入带宽宽不代表可以把机房放远,固定宽带中位速率超过 140Mbps 意味着用户侧会发起更多并发请求,往返时间被放大的次数反而更多,交互型落点因此更应向用户靠拢。

金融或实时交互类对"抖动"的敏感度高于对"平均值"的敏感度。这类业务在选型时,看的不是往返时间的均值,而是高峰时段的变化幅度与丢包情况,这两项只能通过自己的核验得到,公开资料里的系统往返数字给不了。

跨国企业内网与数据库这一行的判断,要再往里拆一层:先分清读多还是写多,读写是否要求强一致。读多写少的场景,可以把读副本放到用户与办公点一侧,让大部分读取在境内闭环;写操作需要跨洋时,就要按跨境往返时间重新设计事务边界与重试策略,而不是沿用境内那套参数。批量采集与转码则相反,它几乎不看往返时间,只看出口容量能不能撑住峰值,因此落点判断的依据是容量而不是位置。

跨洋回源与本地分发:两段分开配才是常态

大多数真实业务不是二选一,而是两段都要。这时候正确的做法不是折中选一个中间位置,而是把不同环节拆到不同位置上,让每一段各自承担它擅长的部分。

一种典型部署思路是:源站放在靠近国际出口的一侧,用户侧的边缘节点承担静态内容与缓存,只有必要的动态请求才回源。这样做的好处是高频的交互发生在用户附近,低频但量大的回源走跨洋路径,两段的压力被分开。以下为典型部署思路,并非特指某一真实客户。

拆开之后还有几个细节必须在设计阶段定下来。回源的频次与单次回源的数据量,共同决定国际段的压力;回源路径是否与用户访问路径共用同一条内陆链路,决定高峰期会不会互相挤占;缓存失效策略如果设置得过激,会把前面省下的国际段流量又原样吃掉,等于白拆。

反过来也成立。如果业务的用户主要在巴西境内而源站在境外,那么把缓存层放在圣保罗一侧,让绝大部分请求不出境,同时在跨洋出口保留一份接入与回源能力,通常比单纯在两座城市之间搬机器更有效。搬机器改变的是一段,改结构改变的是两段的配比。

容量也要分开算:国际出口与境内接入不是同一笔资源

延迟之外还有一个常被忽略的维度:容量。EllaLink 设计容量约 100Tbps(4 对光纤,每对约 25Tbps),Monet 约 64Tbps,SACS 约 40Tbps,BRUSA 采用 8 对光纤——这些都是系统级的设计容量,用来描述一条海缆的规模,不能直接等同于你能拿到的端口容量。

因此在容量上,真正要问的是另外几个问题:单端口能提供多少可用容量,峰值时段还剩多少余量,跨境方向上是否有独立的容量安排,以及与目标用户接入网之间的互联容量是多少。系统容量再大,落到你这里的是端口容量,这两者之间隔着一整层接入结构。

境内接入是另一笔独立的资源。机器接入的上游能提供多少境内带宽,与目标用户接入网之间是否有直接互联,交换端口是否接入 IX.br,这些决定的是内陆段能承载多少流量。只扩大国际段而境内接入不够,或者反过来,都解决不了实际问题。

容量判断还要和业务的峰值形态对上。批量类业务的峰值是持续性的,一旦跑起来会长时间占满,容量要按持续占用去规划;面向用户的业务峰值是脉冲式的,短时突发高、均值低,容量要按突发去规划,同时留出突发时的排队空间。两种形态对容量余量的要求不同,用同一个标准去估算,结果必然偏。

在成本口径上,跨洋容量与境内接入通常是分开的两笔账,谈之前要先问清计的是什么口径:是按端口还是按实际用量,两段是分开计还是合并计,超出之后如何处理。具体机型、带宽与报价以官网实时信息或咨询确认为准,这里只谈口径不谈数字。

双点部署与容灾:两座城市不是二选一

把两座城市看成互斥选项,本身就是一种浪费。它们在地理上分开、在功能上互补,正好可以组成一套分工明确的双点结构:圣保罗承担用户交互与业务处理,福塔莱萨承担跨洋接入与国际出口。

数据层面要跟着分工走。写入侧放在业务主场,跟着办公点与用户走;跨洋副本放在登陆点一侧,通过异步或批量方式同步。两段延迟量级不同,同步策略也必须分开设计,不能用同一套超时与重试参数去覆盖两条差异很大的链路。

容灾上要看的是路径多样性而不是单一环节的可靠性。福塔莱萨一侧存在 EllaLink、Monet、BRUSA、SAm-1 等多个方向不同的系统,选机房时要确认它接入了其中几条、接入的是否属于不同方向;境内一侧则要看它有几条内陆路由与几个上游。接入的方向越多,单点受影响时的可替代路径就越多。

迁移与扩容也要按这个顺序推进。迁移时先搬无状态层,验证通过后再动数据层,避免两段的延迟差异在迁移窗口里被放大;扩容时在两座城市各自预留余量,而不是只在一侧加资源,因为瓶颈总会转移到没加的那一侧。

关于落点选择,最常被问到的六个问题

巴西到欧洲到底多少毫秒,能不能给一个确定数字?

能给的是口径,不是单一数值。EllaLink 公布的锡尼什到福塔莱萨往返时间低于 60 毫秒;传统经美国东海岸的巴西—欧洲路径,往返超过 100 毫秒。这两个数字对应的是不同的端点对与不同的路径,不能直接套用到你的业务上。你的端到端往返时间还要加上内陆段与两端接入段,并且取决于机房接入的上游走哪条路。结论是:以公开系统之间的往返数字作为参照,自己的端到端时间必须自己量。

福塔莱萨到圣保罗的回程该怎么估?

内陆这一段没有可直接引用的通用公开数字,只能用方法估。先确认机房的接入上游在两座城市之间是怎么走的,境内路由未必按地理直线前进;再用你自己的用户网络位置向目标机房发起往返时间核验,取高峰与平峰两个时段;最后看路径追踪结果里境内是否多绕了一跳。估出来之后,如果这一段的时间与跨洋段省下的时间相当,那么把交互型服务放在福塔莱萨就没有收益,应该直接放在用户侧。

巴西 LGPD 是否要求数据必须留在境内?

不能这样简化。巴西《通用数据保护法》即 LGPD(Lei nº 13.709/2018),规范的是个人数据的处理活动,其中包含跨境传输的相关规则,具体适用需要结合你的处理场景判断,并应以法律文本与专业意见为准。就节点选择而言,能确定的是:数据存放位置属于合规评估要考量的因素之一,但它不能反过来单独决定落点。合规上若需要境内处理,国际段的优势就要让位;跨境条件满足时,落点才可以主要由延迟结构决定。

只有圣保罗能拿到机器怎么办?

那就把短板补在另一侧,而不是硬搬。第一,确认机房接入的上游里有没有能直接走新跨洋路径的,这比换城市更直接;第二,把面向境外的环节拆出去,源站或分发节点放在靠近跨洋出口的位置,圣保罗一侧保留交互与业务处理;第三,用缓存减少跨洋往返次数,让交互在境内闭环。如果这三点都做不到,国际段延迟就不该被当成可优化项,而应该作为既定约束写进容量与体验目标里。

跨境回源和 CDN 怎么配?

按内容的冷热与更新频率分层。热静态内容放到靠近用户的一侧,冷内容留在源站按需回源;动态请求尽量在用户侧完成处理,只把必要的写操作回传。回源路径要与用户访问路径分开规划容量,避免高峰期互相挤占。对于用户主要在东南部而源站在境外的结构,把缓存层放在圣保罗一侧、让绝大部分请求不出境,是最直接的一种配置方式。另一个常被漏掉的做法是把回源本身做成批量:把零散的回源请求合并成较大的批次再跨境传输,跨洋段对单次大小的敏感度远低于对次数的敏感度,合并回源能直接减少跨境往返次数。这里只谈结构,不谈具体产品。

巴西用户的固定宽带速率会影响落点判断吗?

会影响到对最后一跳权重的判断,但改变不了结论方向。巴西固定宽带中位速率超过 140Mbps(2025 年初口径,引 DIG Watch 国别资料),接入侧带宽本身通常不是瓶颈,用户感知到的慢更多来自往返时间与链路质量。因此速率水平高不代表可以把机房放远:接入带宽越宽,页面发起的并发请求越多,往返时间被放大的次数反而更多。它影响的是另一件事——移动网络与固定宽带的比例。如果用户的移动占比高,还要把移动接入网到机房这一段单列出来看,因为移动接入常常比固定接入多一跳。落点最终还是要跟着往返时间走,而不是跟着带宽数字走。

什么情况下两座城市都不合适

第一种:你的用户根本不在巴西。业务面向拉美其他国家或北美时,巴西只是其中一个接入点,主节点应当按用户聚集地与当地交换接入去选,圣保罗与福塔莱萨都只是候选之一。这时候纠结两座城市的优劣,是在一个不重要的维度上用力。

第二种:瓶颈不在网络。如果慢的来源是应用架构、数据库串行调用、锁竞争或者资源规划,那么把机器从一座城市搬到另一座城市,改变的只是几个毫秒,问题原封不动地保留。先定界,再动位置,顺序反了就白搬一次。

第三种:接入结构本身有问题。如果机房接入的上游并不直接连接你的目标用户接入网,流量要绕出去再回来,那么无论放在圣保罗还是福塔莱萨,都会多出额外跳数。这时候该换的是接入,不是城市——换了城市而接入结构不变,多出来的跳数还在。

第四种:合规条件尚未梳理清楚。LGPD(Lei nº 13.709/2018)涉及个人数据处理的规则,如果处理活动的法律基础还没理清,先谈延迟是本末倒置。合规是前置项,不是落点确定之后的补丁。

五、把延迟拆开之后,落点判断就有了顺序

顺序可以固定下来。第一步,量出国际段与内陆段各自的量级,公开系统之间的往返数字只作参照,不直接套用。第二步,判断业务的主要流量落在哪一段,用户交互多还是跨洋传输多。第三步,确定落点:交互型跟用户走,跨洋链路敏感型跟登陆点走。第四步,两段都敏感的业务按环节拆开,而不是折中。第五步,用实际往返时间、路由走向与本地交换接入三项完成验证。

这个顺序的意义,在于把"选城市"转换成"算账"。城市名本身不携带性能信息,携带性能信息的是路径:从用户接入网到机房这一段有多长,从机房到国际出口这一段有多长,跨洋这一段走的是哪条缆。账算完,落点自然就出来了,也就不必在两座城市之间反复摇摆。

落点判断还应该留一个反向检查:如果你算出来的结论是把机器放在离用户很远的地方,就一定要说清楚,这个决定换来的是国际段的哪一项收益。说不出具体收益,那就说明决定是跟着"新海缆"这个说法走的,而不是跟着账走的。海缆是基础设施,基础设施的价值只有在你的流量真的经过它时才成立。

还有一点容易被忽略:落点不是永久的。流量构成会变,用户分布会变,跨洋路径与接入关系也会变。今年答案在圣保罗的业务,明年可能因为欧洲方向流量占比上升而需要重新算一遍。落点判断应该是一个周期性动作,而不是一次签字就不再动的决定。

六、上线前必须自己验证的三件事

第一件,端到端往返时间。用你自己的用户网络位置发起核验,取高峰与平峰两个时段,看分位数而不是只看平均值。不要用机房本机的自测结果代替——从机房本机测自己的路径,会把内陆段与接入段一起跳过,得到的是一个过于乐观的数。

第二件,路由走向。用路径追踪确认从机房到目标方向的出境路径,看它是否走在你预期的方向上,还是绕去了美国东海岸。国际出口的名义位置与实际路径未必一致,这一步的作用就是把名义变成实际。

第三件,本地交换接入。确认机房是否接入 IX.br,接入了哪些网络,你的目标用户接入网是否在名单里。IX.br 是拉美最大的互联网交换点生态,接入名单直接决定境内流量能否在境内完成交换,也决定内陆这一段会不会被额外拉长。

三件事做完,还要把结果写成验收条件:端到端往返时间的目标值、可接受的路径范围、必须具备的交换接入名单。以后扩容、迁移或换上游时,这三条就是可以直接拿来对照的基准。

一万网络深耕 IDC 行业 19 年(成立于 2007 年),在华南、华东、华北及中国香港、海外多地整合自营节点与 BGP 多线资源,提供服务器租用、机柜托管与带宽接入的一体化交付;具体机型、带宽与报价以官网实时信息或咨询确认为准。在做这类跨洋取舍时,把国际段和内陆段分开算,比只比较城市名更有意义。


上一篇:2026 服务器租用零信任身份怎么落地:SPIFFE 与 SPIRE 工作负载身份 实测对比 + 避坑手册

下一篇:2026 服务器租用部署 Snort 入侵检测怎么配:规则集/网卡队列/内联丢包 避坑避雷全攻略