路径少的地方，确认比优化值钱
到南部非洲的跨境网络资源，密度不如欧美和东南亚。这不是技术问题，而是需求与建设的关系：去的人少，铺的线就少，可选的路就有限。在这种地方做规划，最容易犯的错是照着欧美的经验来 —— 先在几条备选里选最优，做完再优化。问题是这里可能根本没有几条备选。
更合适的顺序是反过来：先把「能走哪几条路」列清楚，在可行的范围内选最合适的那条，然后才谈优化。因为这个区域一旦选错，换的周期很长，而在等待期间业务要照常跑。
这个差别会影响到整个项目的节奏。在资源密集的地区，选错了可以一个月内调整；在这里，一次重新规划可能需要两三个月。所以前期多花两周做确认，是划算的。
前期要确认的四件事
第一件是接入地。从国内哪个城市接入，决定了第一段路的长度与可选路径。沿海主要城市的选择多一些，内陆城市可能需要先连到就近的接入点再出去。这一项没得优化，只能选。接入点怎么选，判断逻辑可以看接入点放在哪里更合适。
第二件是落地节点。落地在南非的哪个城市、哪个机房，直接影响之后访问本地平台与本地服务的体验。约翰内斯堡与开普敦的距离相当于跨了一个中等国家的南北，选错会让本地访问明显变慢。
第三件是本地互联。落地之后到目标运营商的那一段，取决于落地机房与当地运营商的互联情况。这一项要具体问，不能靠「当地网络还行」这种描述来判断。
第四件是冗余的可行性。这里说的不是「要不要配两条」，而是「能不能配到两条」。如果当地只有一条可行路径，那冗余就只能做在别的层，比如设备层或者应用层，这个预期要在方案里讲清楚，不能到了故障那天才发现没有备份。
周边国家的业务，别并进南非出口
做南部非洲的公司，通常不只做南非一个国家，还会带上纳米比亚、博茨瓦纳、津巴布韦、赞比亚这些周边市场。一个很自然的想法是：既然南非是落脚点，那周边业务也从南非的出口出去，省一套配置。
这样做的问题在于账号记录的归属。周边国家的本地平台与南非的平台体系不同，但它们看到的都是同一个出口地址。一旦某个市场出问题，你无法判断是哪个市场的账号被判定异常，还是出口本身有问题。而且在平台的视角里，一个南非地址频繁登录周边国家的本地平台，本身就是个可疑模式。
更合理的做法是：南非单独一个出口，周边国家如果需要本地化经营，也各自有出口；如果周边业务只是「从南非这边看过去」，不做本地化经营，那可以用南非出口，但要在记录里写清楚哪个账号属于哪一类，避免之后混淆。
项目制的用量起伏怎么应对
南非方向的业务里，工程与贸易类占了很大比重，这两类的共同点是阶段性明显。工程有大项目就有用量高峰，没有项目的月份用量很低；贸易有旺季与淡季，而且受船期影响，用量会在某些周突然集中。
按峰值一次配满，在低用量月份会很浪费；按平均配，又会在旺季卡住。比较务实的做法是按「常态配置加临时扩容」的组合：常态保留一个够日常办公与轻度业务的量，遇到项目节点时临时加上去，节点过去再退回。
这套做法成立的前提是扩容的提前期可控。前面讲过，这个区域的资源不如别处密集，扩容可能要等。所以临时扩容的申请要提前，不能等到用的时候再说。项目立项的时候就应该把网络需求写进计划，而不是等项目开工了才想起这件事。
另一个常被低估的环节是现场。南部非洲的很多项目点不在城市中心，接入条件比办公室复杂，设备要的人、要的时间都比预想的多。这些事在国内当天能解决，在那里可能要排上一两周。所以项目进度表里应该给网络留出独立的准备期，而不是把它当成一件随时能补的事。
以南非为节点往外辐射
如果周边确实有多个点位，一个比较经济的结构是以南非为区域节点，周边点位连到南非，互访在南非内部完成，不走国内。这样做的效果是区内互访的时延大幅下降，而且跨境段只承载真正需要回国的流量。
这个结构对落地节点的选择提出了更高要求：它必须同时兼顾本地访问、与周边国家的互联、以及回国的跨境段，三个方向都要过得去。选的时候不能用「ping 最快」这么单一的标准，要三个方向各测一轮。
测试的安排也要相应调整。三天免费测试里，建议分别留出时间测三个方向，并记录每一段的表现。这份数据将来判断问题时是唯一可用的基线。南非方向的线路组织可以看南非专线网络，整个非洲范围可以看非洲专线网络。
关于悦播出海
悦播出海做的是出海企业的跨境网络：SD-WAN 跨境专线、固定独享出口 IP、全球 200 多个节点，覆盖 TikTok 直播、跨境电商、海外办公与多办公点组网。通道经合规审核，线路与节点资源直采、不转手加价；计费按带宽、线路条数、节点三项算，不按账号数。自有技术团队负责配置与调优，出问题能定位到具体一段。月费订阅、带宽可增减，3 天 24 小时试用，用你自己的业务在真实时段测过再决定。文里这套测法与读数口径，我们交付时用的是同一套。
