同一地区差25倍：哥伦比亚三档套餐到底对应三种什么业务

同一页上摆着 399 和 9999，这钱到底花在哪了

一个做拉美西语市场的朋友把哥伦比亚云服务器的产品页甩给我，就问了一句：同一页上三档，最便宜 ¥399，最贵 ¥9999，中间夹着个 ¥3999，差了 25 倍；可 CPU 才从 1 核走到 3 核，内存从 1G 走到 3G，硬盘从 50G 走到 200G——这多出来的几千块，到底买的是什么？

这个问题问到点子上了。按常识，算力涨 3 倍，价格涨个 2 到 3 倍顶天了，三核机器卖一核机器的 25 倍，这个账怎么算都不平。所以答案只有一个可能：这三档根本不是同一条配置梯度上的三个刻度，而是三种互不相干的业务形态被摆在了同一个页面上。你以为你在挑"小杯中杯大杯"，实际上货架上放的是咖啡、咖啡机和咖啡豆。

先把结论摆出来，后面逐条拆：

1. 三档的 CPU、内存、硬盘几乎是等比放大的，1核1G50G / 2核2G100G / 3核3G200G，看着就像同一台机器按比例放大；但端口是 10M / 1G / 10G，按 100 倍和 10 倍在跳。跳跃节奏完全对不上。

2. 既然对不上，价格就只能由跳得凶的那个变量决定。这条线上真正的分档变量是端口速率，你付的钱几乎全在为端口买单，算力是搭着送的。

3. 三档全都写着"不限流量"，但 10M 端口的理论月吞吐上限换算下来只有 3TB 出头，10G 端口是它的 1000 倍。同一个"不限"，服务能力差了三个数量级，所以"不限流量"在这条线上是无效信息。

4. B 型 ¥3999 是最容易被买错的一档：2核2G 的配置还谈不上正经生产机，价格却已经是 A 型的 10 倍，因为你买的是那个 1G 端口。

5. 选型顺序必须倒过来——先定你属于哪一档业务形态、峰值出网是多少，再回头核配置。选错形态的代价是 10 倍，不是 20%。

把三档摊开来看：算力几乎等比，端口在按 100 倍跳

先看算力这一侧，三档像同一台机器的等比放大

把官网哥伦比亚地区页的三档拉平，算力这一侧的数据是这样的：A 型 1核1G、50G 硬盘；B 型 2核2G、100G 硬盘；C 型 3核3G、200G 硬盘。你注意这个节奏——CPU 是 1、2、3，内存也是 1、2、3，硬盘是 50、100、200，除了硬盘最后一步翻了 2 倍，前两项干脆就是等差数列。

这是典型的"同一模板，按倍数放大"的排布方式。真的在做配置梯度时，供应商通常会在中高档把内存和硬盘拉得比 CPU 更快，因为跑数据库、跑缓存、跑中间件的机器，瓶颈往往不在核数上。而这里三项几乎同步走，说明设计者压根没打算靠算力分层，算力只是被顺手加上的。

再看端口这一侧，10M → 1G → 10G 是两次数量级跳跃

换到端口这一列，画面就完全变了：10M、1G、10G。第一步是 100 倍，第二步是 10 倍，两步加起来 1000 倍。

这里得说清楚一个概念，很多采购会混淆。端口速率和流量额度是两件事：端口速率是水管有多粗，决定了你同一时刻能出多少；流量额度是一个月总共放了多少水。同一个月流量，粗管子一小时放完，细管子要放一个月。所以端口速率才是真正决定服务能力的那个数。

10M 和 10G 之间差 1000 倍，这不是"多给一点"的量级差别，这是两种网络等级。真要按网络资源成本算，一个 10G 端口的接入成本比 10M 高出三个数量级，一点都不奇怪。

把价格和端口对齐，结论自己就跳出来了

现在把价格那列放进来一起看：¥399、¥3999、¥9999。端口是 10M、1G、10G。

对齐之后你会发现一件很有意思的事：价格档位的分界点，和端口速率的分界点，是严丝合缝重合的。¥399 对应 10M，¥3999 对应 1G，¥9999 对应 10G。而 CPU 从 1 核走到 3 核这件事，在价格上几乎没留下痕迹。

换句话说，如果你把这三档的 CPU 全部改成一样，价格大概率还是这个结构。反过来，你要是能把 C 型的端口从 10G 降到 1G，价格会立刻掉一大截——可惜这条线不这么卖。

表里的价格是官网哥伦比亚地区页的公开明示价，实际下单记得以官网实时价为准。最后一列的理论月吞吐上限是我按端口速率做的纯算术换算，下面一节会把这个除法完整算一遍，并且说明为什么它只能当参考。

「不限流量」在这条线上为什么是无效信息

做一个最简单的除法

"不限流量"四个字看着很爽，但在端口速率面前，它就是个形容词。我们来算一笔账，算法非常简单，你拿计算器也能验算。

10M 端口，指的是 10 Mbps，换算成字节每秒大约 1.25 MB/s。一个月按 30 天算，一共 2592000 秒。1.25 MB/s 跑满 2592000 秒，得到大约 3240000 MB，也就是约 3.2 TB。这就是 10M 端口在一个月里、一秒不歇、时刻跑满的情况下，能推出的全部数据。

同样的算法往下推：1G 端口是 10M 的 100 倍，理论月上限约 324 TB；10G 端口是 10M 的 1000 倍，理论月上限约 3240 TB，也就是 3.2 PB 上下。

必须给这个数字加上三重免责：第一，它是纯理论换算，假设端口 24 小时满负荷、单向出网、零空闲。第二，真实业务永远有波峰波谷，晚高峰挤、凌晨空，实际月吞吐通常只有理论值的几分之一。第三，协议开销、对端接收能力、上游链路状况都会吃掉一部分，跨洲访问尤其明显。所以这三个数不是任何形式的承诺值，只能用来做量级对比。

量级对比才是重点：「不限」两个字被稀释了 1000 倍

但就算把理论值打个三折、五折，量级关系不会变：10G 端口的吞吐能力仍然是 10M 端口的 1000 倍。

这就把"不限流量"这四个字的意义给戳破了。A 型写不限，实际上你一个月最多也就跑出去 3TB 出头，还可能因为端口打满导致访问卡顿；C 型写不限，你可以真的把几百 TB 推出去。同一个词，一个是安慰，一个是真货。

所以我的建议很直接：在这条线上看到"不限流量"，直接跳过，把眼睛挪到端口速率那一格。这是唯一有效的变量。供应商把三档都标成"不限"，多半只是计费系统没有对这条线做流量计量，而不是在向你承诺什么。

三档其实是三种业务形态，别当成三个配置刻度

A 型（¥399 / 10M）：探针、监控点和轻量落地页

10M 端口能干什么？说白了，能干的事比你想象的多，但都比你想象的"轻"。

最典型的一类用法是探针与监控点。你在波哥大放一台机器，就为了从本地网络环境去访问你的服务，看看到底通不通、慢不慢、DNS 解析到了哪里、TLS 握手耗多长时间。这类任务每次传输的数据量以 KB 计，10M 端口富余得不能再富余。同理，跑一个定时拨测脚本、一个 Zabbix 或 Prometheus 的采集端、一个从外部观察业务可用性的黑盒监控，都是 A 型的主场。

第二类用法是轻量落地入口。比如一个只有几页的西语着陆页，用来承接广告投放、收集表单线索；或者一个做本地 SEO 收录验证的静态站。这类页面的首屏资源量通常在几百 KB 到 2MB 之间，10M 端口同时服务十来个并发访问不成问题，但你要指望它扛住一场促销活动，那肯定不行。

第三类是本地可达性与合规性验证。你在正式投放之前，先花几百块放一台进去，验证一下本地运营商能不能正常访问、本地支付接口的回调能不能收到、页面在西语环境下的编码有没有乱码。验证完了，业务正式上线时再换档位——这是 A 型最划算的用法，它本质上是个"试探成本"。

1核1G 跑这些够不够？够。Linux 系统本身占不了多少，一个 Nginx 加一个采集脚本，1G 内存绰绰有余。真正卡住你的从来不是这 1 核 CPU，是那个 10M 口子。

B 型（¥3999 / 1G）：出网量有限的正规在线业务

1G 端口是个分水岭。到了这个量级，你终于可以正儿八经地对外提供服务了。

适配的业务长这样：面向安第斯地区西语市场的电商站和内容站。波哥大是哥伦比亚的首都，金融机构、政府部门和企业总部高度集中在这里；麦德林则是工商业和外包、技术园区的重镇。你的目标客户如果在这一带，站点放在本地节点上，首屏时间和交互响应会有肉眼可见的改善——尤其是那些要把商品图、详情页、购物车一股脑加载出来的电商场景。

再比如面向拉美用户的 SaaS 和在线教育。这类业务的单次交互数据量不大，一个 API 请求几 KB 到几十 KB，一堂在线课程的音视频流也就几 Mbps，1G 端口足够同时服务几十到上百路并发。真正吃带宽的是那种"大量用户同时下载同一份大文件"的场景，而 SaaS 不是这个模型。

还有一类是跨境物流与清关系统。卡利和巴兰基亚是区域分销与港口物流的枢纽，报关、清关、仓储调度这类系统通常部署在靠近业务现场的位置，方便和本地的系统、本地的操作人员对接。这类系统的数据特征是"高频次小报文"，1G 端口是足够的，但对稳定性和本地可达性的要求很高。

C 型（¥9999 / 10G）：分发源站与大吞吐节点

10G 端口，对应的只有一类业务：要往外推很多数据。

最标准的是拉美区 CDN 的源站。边缘节点回源拉取资源，源站这边出网量非常可观，尤其当你的内容库里有高清图片、安装包、课程视频的时候。一次全量预热就能轻松推掉几个 TB，10M 端口在这个场景下连一天的量都跑不完，1G 端口在大规模分发时也会成为瓶颈。

还有一类更吃带宽的：视频分发与下载节点。短视频、直播切片、软件安装包分发、游戏客户端更新，这些业务的共性是单用户占用带宽高、持续时间长。几十个用户同时看 1080p，就能把 100M 吃干净；要做到几百上千并发，必须得上 10G 这一档。

这里要泼一盆冷水：C 型的算力只有 3核3G。如果你的源站还要跑转码、跑实时处理、跑复杂的业务逻辑，3核3G 会先于 10G 端口成为瓶颈。C 型的设计意图很明确——它是一根粗管子，不是一台计算节点。你要往上面堆计算任务，就得自己想办法把业务逻辑拆出去。

最尴尬的是 B 型：你到底在为端口付溢价，还是在为算力付溢价

这一节我单独拿出来讲，因为 B 型是这条线上最容易让人纠结的一档。

看它的配置：2核2G，100G 硬盘。老实说，这离一台正经生产机的水平还差着距离。跑个 WordPress 加 MySQL，2G 内存就有点紧了；跑个 Java 应用，光 JVM 堆就得规划掉一大半；要是再挂个 Redis、再跑个定时任务，内存基本见底。你要拿它当主力应用服务器，属于勉强能用但不宽裕。

可它的价格是 ¥3999，正好是 A 型的 10 倍。

为什么？因为那个 1G 端口。你付的这三千多块里，绝大部分买的是网络能力，2核2G 只是顺带。

问题就出在这。真正需要 1G 端口的人，往往不是只需要 2核2G 的人。一个业务要是真的把 1G 端口用起来了，说明它的访问量已经不小，那它背后的应用服务器、数据库、缓存，需要的算力大概率不止 2核2G。反过来，一个只需要 2核2G 算力的业务，多半也用不满 1G 端口。

这就是这条线不做拆分销售时必然出现的错配：需要端口的人被迫为算力付溢价（因为要拿到 1G 端口只能往上冲到 C 型，连带多付 3核3G 的钱），需要算力的人被迫为端口付溢价（因为要拿到更多核数也只能往上走，连带多付 10G 端口的钱）。

两种需求被硬绑在了一起。买 B 型的人里，有一部分是"我其实只需要 1G 端口，算力给我 1核1G 都行"，也有一部分是"我其实需要 4核8G，但我不需要 1G 这么粗的管子"。这两拨人在这条线上都拿不到自己想要的东西，只能各自妥协。

所以下单选 B 型之前，请先诚实地问自己一句：我要的到底是那个 1G 口子，还是那 2核2G？如果你的答案是前者，那 B 型可能就是你在这条线上能找到的最经济的入口；如果你的答案是后者，那你大概率买贵了，而且买完还会觉得机器不够用。

选型顺序要倒过来：先算峰值出网，再看配置够不够扛

四步倒推法，从业务侧往配置侧走

既然价格由端口决定，选型的顺序就不能从"我要几核"开始，而得从"我要出多少数据"开始。具体怎么倒推，我给一个可以直接照着做的流程。

第一步，估算峰值出网带宽。拿你最典型的业务动作算：一次页面访问要传多少数据？一个用户平均多久触发一次？峰值时段有多少并发？比如你的页面首屏加资源一共 1.5MB，峰值并发 100，平均每次访问持续 3 秒，那峰值带宽大约是 1.5MB × 100 ÷ 3 ≈ 50MB/s ≈ 400Mbps。这个数就落在 1G 端口以内、离 10M 端口很远。

第二步，把峰值带宽换算成端口档位，并留出余量。经验上至少留 2 到 3 倍余量，因为协议开销、重传、突发流量都会吃带宽。上面那个例子算出 400Mbps，1G 端口就合适，但已经不算宽裕了；要是算出来 800Mbps，那就得认真考虑 10G 这一档。

第三步，用端口档位去锁定价格档位。这一步在这条线上特别简单：10M → A 型 ¥399，1G → B 型 ¥3999，10G → C 型 ¥9999（均为官网明示价，以官网实时价为准）。端口定死，价格就定死了，没有中间地带。

第四步，回头核对该档的 CPU 和内存能不能扛住你的应用。这一步是查漏，不是选型。要是核完了发现扛不住——比如你算了半天只需要 100M 端口，但应用本身要 4核8G——那就说明这条线不适合你，直接跳到下一节。

两个典型场景，把这套方法跑一遍

场景一（假设场景，非真实客户）：一个面向哥伦比亚本地的小型电商站，日均几千 PV，商品图做了压缩和懒加载，峰值并发不高。算下来峰值出网可能在 30 到 80Mbps 之间。这个数比 10M 大、比 1G 小得多，于是被推到 B 型 ¥3999。但业务本身 2核2G 有点紧，站点的图片和静态资源应该尽量走对象存储或外部缓存，把出网压力从这台机器上卸掉。要是卸不掉，就得重新评估。

场景二（假设场景，非真实客户）：一个给安第斯地区用户提供课程视频的服务，几百人同时在线看 720p。单路 720p 大约 2 到 3Mbps，三百路就是 600 到 900Mbps，再加上突发和余量，1G 端口基本压线，10G 才踏实。于是被推到 C 型 ¥9999，但 3核3G 跑不了任何转码，业务逻辑必须放到别处，这台机器只负责往外推流。

你看，两种方法算下来，决定价格的都是出网量，不是"我想买个什么样的服务器"。把顺序搞反了，你会在配置上纠结半天，最后选错一档，白花十倍的钱。

什么时候应该干脆放弃这条线

这条线不是万能的，有几种需求落在它上面就是别扭。说清楚这些，比硬推它更有价值。

第一种，你的需求落在两档之间。比如你算出来峰值出网 200Mbps——比 10M 大得多，但离 1G 还有很远。这条线没有"100M 端口"这个选项，你只能被迫跳到 ¥3999。多付的钱换来的是你根本用不掉的端口能力。这种情况下，去找那些端口档位更细的产品线（比如提供 100M、200M、500M 中间档的），整体成本会好看很多。这是行业通用的比选思路，不针对具体厂商。

第二种，你的算力和大端口需求是解耦的。你需要 8核16G 来跑应用，但出网量很小；或者你需要 10G 端口，但只想跑一个极简的转发层。这条线把两者绑死，你就只能为不需要的那一部分付钱。能拆开卖的产品形态（云主机按核计费加独立带宽计费、或者带宽按量计费）在这种场景下更合适。

第三种，预算敏感但出网量大。这是最难受的组合。你的业务天生需要往外推很多数据，但预算只有几百块。说句实话，这个组合在任何一个地区的任何一条产品线上都很难满足——带宽是硬成本，谁也变不出来。务实的选择是改架构：把大流量部分交给专业的分发服务，自己这台机器只跑业务逻辑；或者干脆压缩内容体积、做更好的缓存策略。硬扛着买最便宜那档，只会得到一台端口天天打满、用户天天抱怨的机器。

第四种，你需要在同一个节点上跑多角色。比如既要对外提供服务，又要在本地跑数据库和队列。这条线最高才 3核3G，多角色混部基本没戏。这种需求应该去找配置梯度更完整、核数和内存选择更丰富的产品线，而不是在端口上挑。

如果你最终还是决定留在这条线上，有两个问题必须在下单前问清楚：一是端口和算力能不能拆开卖、有没有中间端口档位可选；二是起价规则、升档规则怎么算，升档时是按差价补还是重新计费。这两件事产品页一般不会写全，需要找售前确认。像一万网络这样深耕 IDC 19 年（成立于 2007 年）的服务商，拉美这类小众地区的节点资源本来就有限，把规则问在前面，比事后扯皮强得多。

落到波哥大，除了档位还得确认这几件事

档位选对了，落地环节还有一堆坑。这些跟配置无关，但一样能让项目翻车。

本地支付与电子发票

哥伦比亚的税务环境有自己的一套规矩，税务与海关部门推行的电子发票体系（通常简称 DIAN 电子发票）是做本地业务绕不过去的一环。如果你的业务涉及向本地客户开票、或者要接本地的支付方式，那么在系统架构阶段就得把发票开具、票据留存、与本地财税系统对接这些事考虑进去，而不是等上线了再补。

这里只做通用提醒：这类合规要求属于业务侧的合规责任，不能指望服务器供应商替你完成。你要做的是确认自己的系统架构能支撑这些对接，必要时找本地的财税顾问确认细节，服务商能提供的通常是网络与运行环境层面的支持。

西语内容与本地化

西语不是把英文页面机翻一遍就完事。哥伦比亚本地的用词习惯、货币符号与千分位写法、日期格式、地址格式、税号字段，都和英语世界不一样。更麻烦的是本地化会影响数据量——比如货币金额要本地化显示、商品要按本地单位标注，这些都会让页面体积变大，反过来又会影响你前面算的峰值出网。

所以本地化做得越细，越要回头再核一遍端口档位。这个反馈环别漏掉。

到安第斯邻国的跨境访问

很多人选哥伦比亚，看的不是哥伦比亚这一个国家，而是整个安第斯区域——秘鲁、厄瓜多尔，甚至更远一点的玻利维亚。哥伦比亚的地理位置在这一片里确实居中，向北可以接中美与巴拿马方向，向南覆盖安第斯北部，时区又和美国中部接近，和北美团队协同不用倒时差。这也是它比起区域内其他选择更常被拿出来考虑的原因，加上西语人口规模本身就支撑得起一个区域级节点。

但要提醒一句：从哥伦比亚节点到邻国的访问质量，取决于具体链路和运营商互联状况，官网不会给出到各国的实测数据。如果你的用户大量分布在秘鲁、厄瓜多尔，建议在正式切换前先用 A 型这类低成本档位做一段时间的实地验证——反正几百块，验证了不合适也不心疼。这恰好是 A 型最有价值的用法之一。

数据留存要求

涉及用户个人信息、交易记录、财务数据的业务，要先确认适用哪些数据留存与跨境传输的规定，再决定数据放在哪里、留存多久、日志怎么处理。这一条同样属于业务侧合规责任，做架构规划时列进清单，别等到被问起来才临时找答案。

另外补一句：哥伦比亚地区页的标题里标注了"原生 IP"字样，做本地业务（比如本地支付接口回调、本地搜索引擎收录、本地流媒体区域判定）时这一点值得关注。但具体是不是原生、覆盖范围如何，下单前务必跟客服确认清楚并以官网当时的配置说明为准。

关于这条线，被问得最多的 8 个问题

Q1：10M 端口换算下来，一个月理论最多能跑多少？

A1：按 10 Mbps 满负荷、30 天不间断算，大约 1.25 MB/s × 2592000 秒 ≈ 3.2 TB。这是纯理论换算，实际业务因为波峰波谷、协议开销、对端接收能力，通常远低于这个数，别当成承诺值用。同样算法下，1G 端口约 324 TB，10G 端口约 3240 TB，重点不是绝对数，是它们之间的 100 倍和 1000 倍关系。

Q2：三档都写"不限流量"，为什么你说 A 型的"不限"没意义？

A2：因为"不限"约束的是总量，而端口速率约束的是速度。10M 端口就算让你不限量跑，一个月最多也就推出 3TB 出头，还没跑就被口子卡住了。C 型的"不限"是在 10G 口子上的不限，一个月能推几千 TB。同一个词，服务能力差 1000 倍，所以它不构成有效信息，看端口就行。

Q3：B 型只有 2核2G，为什么比 A 型贵 10 倍？

A3：你买的不是那 2 核，是那个 1G 端口。10M 到 1G 是 100 倍的网络能力，价格从 ¥399 到 ¥3999 正好也是 10 倍，而 CPU 只多了 1 核——这个比例关系已经说明钱花在哪了。所以下单前想清楚你要的是端口还是算力，要算力的话 B 型大概率买贵了。

Q4：能不能先买 A 型，跑不动了再往上换？

A4：从成本角度这是最稳的路径——¥399 先验证本地可达性、支付回调、页面加载，确认业务模型跑得通了再升档，试错成本极低。但要注意两件事：一是升档通常是月付档位的变更，费用按新档计算，不是补差价那么简单；二是 A 型的 10M 端口在验证阶段就可能成为干扰项，让你误判"本地访问慢"是节点问题，其实是口子打满了。验证时记得区分这两者。

Q5：升档要不要重装系统，IP 会不会变？

A5：这属于服务侧的变更规则，不同产品线做法不一样，官网页面通常不会写全。下单前直接问：升档是在原机器上热升级还是要迁移重建、系统盘和数据盘怎么处理、IP 能不能保留、变更期间有多长中断、费用按什么口径结算。把这五个问题一次性问清楚，写进工单记录，比事后扯皮有用得多。

Q6：我需要大端口但预算只有几百块，怎么办？

A6：说实话，这个组合在哪都难满足，带宽是硬成本。务实的路子是改架构而不是硬买：把大文件、视频、安装包交给专业的分发服务去扛，自己这台机器只跑业务逻辑和动态请求；同时压缩内容体积、把缓存策略做足，把真正需要走源站的请求量降下来。业务逻辑瘦下来之后，你可能发现自己根本不需要那么大的端口。

Q7：用户分布在哥伦比亚、秘鲁、厄瓜多尔好几个国家，节点怎么排？

A7：哥伦比亚在这一片地理位置居中，时区又和美国中部接近，作为区域主节点是合理的起点。但到邻国的实际访问质量受链路和运营商互联影响，官网不会给到各国的实测数据，别凭想象判断。建议先用最低档在各目标国家做一段时间实地拨测，拿到自己业务视角下的真实数据，再决定是单点覆盖还是多点部署。多点部署时，主节点跑业务、其他国家放轻量探针，是成本比较可控的一种排布。

Q8：做波哥大的本地电商，除了服务器档位还得确认什么？

A8：至少四件事。一是本地支付与税务发票体系的对接，包括电子发票的开具与留存，这属于业务侧合规责任；二是西语本地化，注意它会让页面体积变大，反过来影响你的端口档位选择；三是到目标国家（含邻国）的实际访问质量，自己拨测，别信通用说法；四是数据留存与跨境传输的要求，提前列进架构清单。这四件事的优先级，其实比纠结买哪一档更高。

看到价格跨过一个数量级，先怀疑它是不是同一条线

回到开头那个问题。¥399 和 ¥9999 摆在同一页上，差 25 倍，CPU 却只差 2 核——这个"不合理"本身就是最重要的线索。它告诉你，页面上那三条横线不是一条产品线的三个刻度，而是三种业务被放在了一起卖。

这条线教给我们的东西，比"哥伦比亚怎么选"要通用得多：任何时候看到一个地区的价格跨度超过一个数量级，先别急着挑配置，先怀疑这些档位是不是同一条线。判据很简单——把配置项和价格项逐列对齐，看哪一列的跳跃节奏和价格对得上。对得上的那一列，就是你真正在付钱的东西；对不上的那些，是搭售的。

在这条线上，对得上的是端口速率，对不上的是 CPU、内存、硬盘，以及那个写了三遍的"不限流量"。所以选型的第一步不是问"我要几核"，是问"我一个月要往外推多少、峰值那一秒要推多少"。算清楚了，档位自己就冒出来了。

如果你正在找安第斯区域这一带的节点资源，一万网络深耕 IDC 19 年（成立于 2007 年），这条哥伦比亚线的三档都是官网公开明示价（¥399 / ¥3999 / ¥9999，以官网实时价为准），从几百块的本地验证节点到 10G 端口的分发源站，跨度是够用的。但务必记住前面那句：在这里选型的顺序是先定业务形态和峰值出网，再回头看配置，反过来的代价是 10 倍而不是 20%。

文中数字来自哪里，哪些需要你自己复核

本文三档配置与价格（A 型 1核1G/50G/10M 不限/1IP ¥399；B 型 2核2G/100G/1G 不限/1IP ¥3999；C 型 3核3G/200G/10G 不限/1IP ¥9999）来自一万网络官网哥伦比亚地区页（https://www.idc10000.net/ ，对应路径 /gelunbiyayun）的公开明示信息，抓取时间为 2026-09-23，实际下单以官网实时价为准。

文中"理论月吞吐上限"（约 3.2 TB / 324 TB / 3240 TB）为按端口速率做的纯算术理论换算，非实测、非承诺值，实际吞吐受业务时段分布、协议开销、对端接收能力、上游链路状况等多重因素影响。两个业务场景（电商站、课程视频）为假设场景，非真实客户案例，仅用于演示倒推方法。

关于波哥大、麦德林、卡利、巴兰基亚的城市产业描述，以及西语市场、安第斯区域连通、时区、本地支付与电子发票（DIAN）的说明，属于行业通用背景与通用提醒，不构成任何合规资质承诺。机房名称、互联点、具体延迟实测数据官网未明示，本文不作任何推测。升档规则、端口与算力能否拆分销售、原生 IP 的具体范围等，需在下单前向服务商确认，具体以签约时最新报价与合同为准。