摘要

  • Platon 表示其服务可用性保证为 99.9%，但已审阅的公开页面没有说明计算周期、排除条款、服务抵扣或实际达成结果。
  • 公司称其建设了该设施，并描述其基础设施通过两条独立光纤路径连接 SIX、配有备用电源；这些均属公司一手表述，不能独立证明管道、入口、终端设备、电源及其他共同故障域已经分离。
  • RIPE 记录把 Platon Technologies, s.r.o. 与 ORG-PTS36-RIPE、AS208429 及一项 IPv4 分配联系起来，形成可追溯的网络资源足迹，但不能证明端到端韧性。

如果按 365 天计算，99.9% 中缺失的 0.1% 大约相当于 8 小时 46 分钟。算术很简单，支撑这个数字的合同却并不简单。

Platon Technologies 在其主页上表示，公司保证服务具有 99.9% 的可用性。该页面还描述了公司自有的机房、服务器和网络。这些是可归因于服务商的一手陈述，并非独立测得的可用性时间序列。采购方仍需弄清：分母按月还是按年计算，计划维护是否排除，监测点在哪里，哪些产品被覆盖，事故从何时开始计时，以及违约后提供何种补救。

这种区分很重要，因为同一个百分比可以描述完全不同的运营现实。只在主机接口测量的服务，未必同时衡量 DNS、上游可达性、客户接入、存储、支持响应或应用恢复。账单抵扣可以补偿部分费用，却不能恢复客户业务。即使可用性数字计算得非常精确，如果其范围和依赖关系不可见，它对风险集中度的解释仍然有限。

Platon 公布的基础设施说明提供了更具体的起点。其服务器页面称，机房通过两条独立光纤路径连接 SIX。其数据中心页面描述了一个面积为 36 平方米、距离 SIX 约 400 米的设施，并列出通往 SIX 的 10 Gbit/s 国内连接、经 GTS CE 提供的 1 Gbit/s 国际连接、发电机备用电源、双重过滤制冷，以及每五分钟更新一次的监测数据。公司还在介绍页面称，其于 2009 年建设该设施，并向斯洛伐克和美国客户提供网站托管与服务器托管服务。

每项陈述都有参考价值，但没有任何一项可以单独补全故障地图。两条光纤路径可能在运营上真正分离，也可能共用管道、道路交叉点、建筑入口、电源或终端设备。发电机能够降低市电风险，但其价值取决于额定负载、燃料续航、维护、切换设计和测试记录。五分钟监测能够暴露部分状态，却不能说明探针放置位置，也不能证明客户侧服务始终可用。已审阅页面没有回答这些问题，因此本文不把公布的技术规格视为韧性证明。

公开号码资源记录提供了另一层证据。RIPE 组织对象将 ORG-PTS36-RIPE 记在 Platon Technologies, s.r.o. 名下，国家代码为 SK，组织类型为 LIR。RIPE aut-num 对象记录了 AS208429、AS 名称 PLATON-AS、ASSIGNED 状态，以及涉及 AS44185 和 AS5578 的登记导入导出策略。RIPE inetnum 查询把 45.137.164.0–45.137.167.255 记录为 SK-PLATON-20190805 名下的 ALLOCATED PA。在证据采集时，RIPEstat network-info返回 45.137.164.0/22 的来源为 AS208429。

这些记录相互吻合，使网络足迹可以追踪。它们并不会把登记的路由策略变成实时拓扑图，也不能证明持续的路径多样性、每项服务的物理路径或 99.9% 承诺已经实现。aut-num 对象中的策略记录形成于 2019 年，而 RIPEstat 返回的是特定时点的观测。当前上游关系和实际流量工程仍需要最新路由及合同证据。

Platon 的联系页面把法律供应方标识为 Platon Technologies, s.r.o.，公司编号为 36 279 129，注册地址位于 Šaľa 的 Hlavná 3。这为采购团队提供了明确的合同相对方。下一步是把该法律身份与所购买的具体服务、设施、网络路径、事故流程和补救措施逐一绑定。

因此，尽调请求应当具体：索取现行 SLA 及计算示例、监测点和原始可用性记录、维护与不可抗力排除、服务抵扣与解约权、当前上游和前缀来源清单、显示管道、入口、终端与电源分离情况的图纸、发电机续航和负载测试记录、近期切换测试、恢复目标，以及设施、网络和托管服务器各层的事故责任划分。

与只有一个“托管商”标签相比，Platon 已公布了更多运营细节。但稳妥结论仍应窄于营销承诺：公司展示了可追溯的法律身份和网络资源足迹，也描述了多项连续性控制；这些控制是否真正独立、经过测试且能通过合同执行，仍需核验。