企业出海第一步：网络基础设施规划

企业出海第一步：网络基础设施规划

问题为什么存在

企业出海的网络需求集中在三条线上：海外办事处、仓储与工厂访问国内 ERP、OA、MES 和文件服务器；海外团队日常使用 M365、Salesforce、AWS 控制台等 SaaS；面向海外用户的业务后台、投放后台与客服系统。起步阶段这三条线往往没有单独规划，链路靠公网加临时工具拼接，业务量上来后问题集中暴露。这三类流量对路径、时延和出口 IP 的要求并不相同，如果全部混在一条默认公网链路上，不同类型的退化会互相叠加，问题会从偶发变成常态。

路径绕行。国内总部与海外站点之间没有受控的转发路径，数据先到本地出口、再经第三方地区回绕，往返时延从同城的 40ms 抬到 250-300ms。ERP 保存单据、CRM 打开客户详情这类交互操作，时延超过 300ms 后用户就能明显感到卡顿。这种绕行往往不是带宽不足造成的，而是出口和路径未被显式设计，导致数据包被公共路由策略反复转发。

丢包与抖动。公网晚高峰丢包常见在 1%-3%，TCP 一旦触发重传，拥塞窗口收缩，单流吞吐会跌到标称带宽的五分之一。表现出来是“带宽买够了但传不动”，文件同步跑一夜没完成，1080p 视频会议每隔几分钟静音一次。抖动同步影响音视频，因为接收端会缓冲补偿，但缓冲会进一步增加端到端时延。

出口 IP 管理缺失。多个海外站点共用一个出口，SaaS 侧风控容易命中，账号频繁二次验证甚至临时限制；同时出口与站点不匹配，访问策略、内容分发、账号归属都对不上，排查时无从下刀。办公出口与业务运营出口不分离时，还会互相拖累；一个站点触发风控，可能让其他站点同时受限。

可观测性为零。没有链路质量数据，故障只能靠员工反馈，平均定位时间以天计。IT 团队在国内、现场无人值守，设备离线后往往要等下一次出差才能处理。这些问题叠加，导致“网络”成为出海项目里预算最少、抱怨最多的一块。因此网络规划的第一目标是先建立质量基线，而不是立刻替换设备。

这些问题的共性是没有把海外网络当作一套需要显式管理的系统，只把它看成若干条独立公网链路。规划时必须同时处理路径、出口、容灾和监控四件事，否则单点优化只能缓解局部，无法改变整体体验。

关键判断标准

规划阶段先把指标和阈值定下来，验收才有依据。以下阈值可作为立项基线，按业务重要性分档上调。建议把这些指标写入试点验收表，每一项都绑定测试方法和统计口径，避免上线后因口径不一致产生争议。

时延。交互类业务（ERP 单据、CRM、客服工单）往返时延控制在 200ms 以内；语音与视频会议控制在 200ms 以内、单向不超过 150ms；批量文件同步可放宽到 350ms。超过阈值说明路径需要优化，而不是加带宽。测试时应使用线路稳定状态下的 95 分位值，而不是取最低值；单次探测命中低时延不代表质量稳定。

丢包与抖动。稳态丢包不超过 0.1%，超过 0.5% 时语音视频已不可用；抖动控制在 30ms 以内。这两项比带宽更影响体验，采购前必须先测。测量周期至少覆盖连续 7 天，包含工作日白天、晚高峰和周末，分别统计均值与峰值。

可用性。普通办公站点 99.5%，关键站点 99.9%（全年中断不超过 8.76 小时），核心业务站点 99.95%。可用性要按站点和业务分别统计，不能只看骨干链路。若终端、CPE、本地接入和平台侧任一环节没有冗余，承诺高可用性就没有落地基础。

带宽口径。办公用户按人均 2-4Mbps 保障带宽估算；视频会议 1080p 单路按 3Mbps 计；文件同步按日均增量乘 1.5 冗余系数。别按峰值人数乘峰值码率，容易超配。保障带宽不等同于签约带宽，核算时要考虑线路在高峰期实际可达到的吞吐，不能只看标称值。

恢复与工期。主备切换 30 秒内完成，实时业务要求 5 秒内；单站点故障平均修复时间不超过 4 小时；单站点上线周期 7-15 个工作日（含到货、清关、上门安装）。远程故障要按 30 分钟内完成第一次定位，4 小时内恢复或给出替换方案。

扫码加顾问，按你的站点和带宽给方案

说明业务场景，顾问会给出接入方式与费用构成。

电话：400-0606-936 ｜ 173-5717-8761

排查顺序。固定为双向 MTR 打点：CPE 上联、本地运营商出口、节点跳转、对端入口。看哪一跳开始出现丢包或时延跃升，再叠加 TCP 重传率与应用侧日志交叉验证。阈值和排查顺序要写进合同与验收条款，否则试点结论无法复制到下一批站点。双向数据都要记录，单方向只能看到一半路径，无法判断返程拥塞。

方案对比

常见五类做法在成本结构、工期和适用规模上差异明显。成本以构成为口径描述，不写具体金额；节点与互联资源由合作方提供，平台侧负责路径调度、策略下发与监控。除表格中的五类外，企业还可能同时使用本地安全设备、账号管理系统和运维监控平台，这些要提前预留对接接口。

选型时的实际顺序是：先看站点数量与人员规模，再看关键应用对时延的敏感度，再看预算是一次性投入为主还是订阅为主。三种条件交叉后通常只剩一到两个候选。混合架构也常见——总部与大型站点走组网，移动人员走安全接入，个别关键应用单独加速，避免为一种方案强行覆盖全部场景。选型时还要把可维护性纳入评估：现场是否需要派人，配置能否远程下发，日志是否对平台侧可见，这些决定长期运维成本。

如果试点阶段无法确定最终规模，可以先用单站 CPE 双线部署验证路径质量，再按验证数据决定是否扩大订阅范围。不要一开始就按全量站点采购，避免高估线路质量带来的沉没成本。

分场景建议

场景划分用于快速定位起步方案，实际落地时要根据业务类型和各站点人员密度重新核对口径。规模跨档后，原来的单点设计不能继续沿用。

• 小型（1-3 个海外点，50 人以内）。优先用 CPE 网关做双线上联，一条本地宽带加一条备用链路，客户端覆盖出差与居家人员。先把 ERP、文件共享、会议三项流量纳管，其余走本地出口。上线周期控制在两周内，验收只看时延、丢包、切换时间三个指标。
• 中型（5-20 个点，200-500 人）。按区域分组，每组设一个汇聚出口，总部与区域之间建立稳定路径。CPE 统一型号便于备件，节点按业务就近选择。建议同时做 IP 段规划与 DNS 策略统一，否则后期扩容会反复返工。监控埋点覆盖在线率、时延、重传、流量 Top N，值班按周复盘。
• 大型（20 个点以上，多区域，1000 人以上）。分层设计：总部双出口、区域汇聚、站点接入，关键站点做链路冗余与设备冗余。安全侧并入 SASE 做统一策略，海外业务涉及账号运营的环境单独规划静态住宅 IP 出口，与办公流量隔离。分批推广，每批不超过 10 个站点，便于定位问题。

三个场景的共同要求是：CPE 必须支持双线上联并可远程切换；客户端流量要与企业策略一致；每批上线完成后按统一模板记录数据。没有这些记录，后续规模扩大时只能凭经验判断，无法形成可复制的部署节奏。

落地步骤与注意事项

评估（2-3 周）。盘点站点清单、人数、应用清单与优先级、现有链路与出口 IP、数据留存要求、预算口径。同时做一轮基线测试：连续 7 天采集各站点的时延、丢包、抖动与可用性，形成现状数据。没有基线数据，后面的优化效果无法量化。基线数据要保存原始记录，至少保留一个完整周期，便于后续对比。

试点（4-6 周）。挑两个人代表性站点，一个人员密集、一个位置偏远。CPE 先上双线，客户端灰度 20-30 人，连续采集 2 周，按关键判断标准里的阈值逐项验收。试点期就要把故障响应流程跑通一遍，包括谁接单、多久远程接入、备件怎么发。试点验收不能只看平均值，还要看晚高峰和连续无故障时长。

推广（分批）。每批 5-10 个站点，2-3 周一批，先易后难。每批收尾做一次复盘，把配置模板、验收表、常见问题沉淀成文档，下一批直接复用。设备到货与清关预留 1-2 周，现场安装尽量约在业务低峰。同一批内尽量控制变量，避免同时调整操作系统镜像、网段和出口策略。

注意事项。IP 段统一规划，避免海外站点与总部地址冲突；CPE 上联至少一条有线加一条备用，备用可选第二条宽带或蜂窝链路；DNS 解析策略与本地出口保持一致，防止解析到远端节点；变更窗口避开业务高峰，配置改动前后各留一次打点记录；监控必须覆盖时延、丢包、重传率、在线率四项，缺一项都会让排查顺序断掉。故障处理时先按终端、CPE 上联、本地运营商链路、节点跳转、目标应用的顺序逐段取数，确认劣化段落后再改配置，避免一次性调整多个变量导致无法归因。告警阈值一般按上一节标准调低一档作为预警，例如时延预警设在 180ms，丢包预警设在 0.05%，为处理留出时间。

常见执行偏差是上线阶段只验收连通性，不验收质量；或者故障时先重启设备再看业务，结果破坏现场，导致无法定位。执行阶段应固定配置变更单，任何策略下发都要带变更前打点和变更后打点，失败时按模板回退。