摘要

  • F5 的 9 月 11 日运行更新确认首尔区域边缘节点已上线，但未说明首笔客户流量何时经过该节点。
  • 按官方通用计费指南，同一请求经过 WAF、API Protection 和 Rate Limiting，在请求池中只计一次；这不等于所有费用合并为一项。

F5 已为其韩国节点提供明确的运行确认。在9 月 11 日更新中，公司称首尔区域边缘站点已经上线。这个标识为 sel1-kr 的站点，让 Distributed Cloud 网络在当地增加了处理流量的位置。

位置是客户选择服务的一项条件，却不是完整的采购答案。F5 表示，新站点具备与现有区域边缘站点相同的功能，并通过就近处理改善应用表现。能力相同，不代表每位客户已经启用全部功能，也不代表这些功能都包含在任意订购方案中。

一次请求，不必按三道检查计三次

F5 的通用计费说明最后更新于 9 月 10 日，其中一项具体规则值得单独看：多项服务共用请求计数。文档举例，同一请求依次经过网页应用防火墙、API Protection 和 Rate Limiting，只在请求池中计一次，而不是每经过一项功能就增加一次。

因此，不能仅按安全功能的数量机械放大请求用量。不过，这条规则也不能被反过来理解为“增加任何服务都没有费用”。文档同时说明，客户购买的是相应的用量额度或共享额度，超出需要考虑额外容量，新增服务的费用则取决于购买方案。

请求也不是唯一计量单位。指南另列了数据传输、日志、HTTP 负载均衡器等项目。只看请求池，既不能算出总账单，也不能证明一项韩国部署必然更便宜。首尔上线通知本身并没有发布当地专属报价；这些规则来自平台的一般说明。

对于攻击流量，边界更要准确。指南表示，经过路由的 DDoS 请求若被阻断，不计入请求池。这不是所有恶意流量都免费，更不意味着所有阻断操作或其他计量项目都免除费用。

节点在本地，效果仍要落到应用上

F5 把更低延迟和更好的应用表现归因于靠近终端用户的流量处理。这是供应商陈述的收益，而不是针对某个韩国客户应用做出的独立测量。应用源站在哪里、启用了哪些功能、实际采用什么路径，仍会影响采购判断。

时间也不能混写。最初通知计划在 9 月 8 日 08:00 UTC 启用，9 月 11 日则出现“已上线”的确认。后一个日期不是首笔流量时间的证明，两个日期的间隔也不能被写成三天故障或三天延期。这是一项部署通知，不是中断事件公告。

目前可以确认的是站点上线，以及平台公开列出的计量框架。资料没有披露韩国客户数量、节点容量、降价或实际节省。新增一个处理位置，让客户多了一个可评估的服务选择，却没有替客户完成性能测试和整套费用比较。