CLOUD Gaoshi Cloud 托管容量依赖机架与运维

CLOUD Gaoshi Cloud 销售的托管容量仍取决于机架、传输和维修窗口

Gaoshi Cloud 是一个窄表面案例：AS138564 在 2026 年 7 月的 RIPEstat 视图中显示为仅 IPv6 路由，有一个观察到的邻居，没有 PeeringDB 设施或交换足迹。这使得买家的问题更加尖锐：公共记录可以识别互联网路由依赖，但它本身无法建立弹性的托管容量业务。

Mara Voss / 2026年7月15日

摘要

BTW 目录中，CLOUD Gaoshi Cloud 与 AS138564 关联；RIPEstat 和 RDAP 建立了公共路由身份，但未提供机架、电力、支持、客户或恢复能力的完整视图。
2026 年 7 月的公共路由数据显示，IPv4 前缀计数条目为 0，IPv6 前缀计数条目为 1，观察到的邻居为 1；PeeringDB 报告交换条目为 0，设施条目为 0。
采购问题是：客户在将服务用于生产工作负载之前，能否验证上游多样性、设施依赖、地址控制、支持升级、备份恢复和数据可移植性。

公共记录是地图，而非容量证明

BTW 目录简介将 CLOUD Gaoshi Cloud 列入公共基础设施观察名单，因为它将该公司与 AS138564 关联。RIPEstat 的 AS138564 概览将持有者命名为 GAOSHI-CLOUD - 高士云，并显示该 AS 于 2026 年 7 月 15 日公告。匹配的 RDAP 自动编号记录提供行政号码资源视图：相关注册机构公开时的处理、国家或联系实体。这些记录很有用，因为它们标识了可从公司外部测试的可路由依赖。它们不足以断定每个市场推广的云、VPS、服务器、缓解或数据中心承诺都具有弹性。

Gaoshi Cloud 是一个窄表面案例：在 2026 年 7 月的 RIPEstat 视图中，AS138564 显示为仅 IPv6 路由，有一个观察到的邻居，没有 PeeringDB 设施或交换足迹。这使得买家的问题更加尖锐：公共记录可以识别互联网路由依赖，但它本身无法建立弹性的托管容量业务。RIPEstat 2026 年 7 月数据对 AS138564 的前缀计数调用显示 IPv4 前缀条目为 0，IPv6 前缀条目为 1；路由状态视图报告观察到的邻居为 1，公告空间字段为 {'v4': {'prefixes': 0, 'ips': 0}, 'v6': {'prefixes': 1, '48s': 256}}。公告前缀示例包括 2402:9e80:a00::/40。PeeringDB 添加了流量带宽 100-1000Mbps，交换条目 0，设施条目 0，范围为北美，这是有用的上下文，但不是可用服务器容量的审计声明。这种区别是本文的起点。ASN 可以是真正的运营资产，但仍然是客户就绪容量的差代理。客户需要知道 AS 到达什么，谁控制地址，机器位于何处，哪些运营商承载生产流量，支持人员如何配备，以及如果提供商或一个供应商失败，工作负载如何退出。