摘要
- APNIC 将 AS63659 标识为 CU-CDC-SH，并描述为中国的 CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch。同一条 APNIC 公开数据将 103.68.128.0/22 与 CU-CDC-SH 网名以及中国联通位于上海长宁区长宁路 1033 号的建筑地址关联。
- 该分支 ASN 不是当前的公共路由证明。RIPEstat 对 AS63659 的 AS 概览显示 announced: false；announced-prefixes 视图未返回当前前缀；routing-status 显示 0 IPv4 前缀、0 IPv6 前缀和 0 个观察邻居；路由历史将 AS63659 可见的 103.68.128.0/22 起源放在 2017-2018 年，最后一次可见 AS63659 起源在 2018 年 11 月。
- 该地址块仍然重要，因为 RIPEstat 对 103.68.128.0/22 的前缀视图显示该前缀通过 AS138421（持有者 CU-CN-AS - 中国联通）公告，查询时 325 个 RIS 对等体中有 325 个可见。这支持当前中国联通路由路径，而非分支特定的自营客户服务声明。
- 中国联通官方报告显示其拥有庞大的云和数据中心业务：2025 年数据中心收入 281 亿元人民币，标准机柜超过 110 万个，七个 100MW 级 AIDC 园区，联通云收入增长，2025 年上半年联通云收入 376 亿元人民币。这些数字确立了母公司规模基础设施背景，而非上海分支实体的确切客户安置、机柜数量或恢复路径。
- 证据等级为弱。公开记录支持一个真实的分支关联号码资源足迹和当前路由的中国联通前缀，但不能证明当前 AS63659 的运营、分支级客户容量、传输多样性、数据放置或恢复性能。
有用的证据始于分裂
关于 CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch 的主要事实是注册证据与当前路由证据之间的分裂。在 APNIC 的AS63659RDAP 记录中，句柄是 AS63659，名称是 CU-CDC-SH，国家是 CN，状态是活跃。RIPEstat 的AS63659 whois 视图给出相同的运营标签，并将资源描述为 CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch。这是一个有意义的身份信号：并非粘贴到营销页面上的通用“云”引用。
路由证据更狭隘。RIPEstat 的AS 概览在 2026-07-11 16:00 UTC 查询时间显示 AS63659 未公告。RIPEstat 的announced-prefixes 视图在最近观察窗口返回空当前前缀列表，routing-status 视图显示零公告 IPv4 空间、零公告 IPv6 空间和零观察邻居。客户无法将这些字段转化为该分支 ASN 当前承载活跃托管服务的承诺。
但这并不使分支无关紧要。APNIC 对103.68.128.0/22的 RDAP 记录标识网名为 CU-CDC-SH，范围从 103.68.128.0 到 103.68.131.255，状态活跃，国家 CN。RIPEstat 的103.68.128.0/22 whois 数据重复了分支描述和中国联通建筑地址。这些记录告诉买家从哪里开始，但并未展示完整的云服务。
重要的变化在于，同一地址块现在通过不同的 AS 可见。RIPEstat 的前缀概览显示 103.68.128.0/22 由 AS138421（持有者 CU-CN-AS - 中国联通）公告。该前缀的 routing-status 视图显示该路由在查询时对所有 325 个 RIS IPv4 对等体可见，起源 AS 为 AS138421。因此证据支持当前中国联通路由地址块与分支记录关联。这不支持简单的说法：AS63659 本身当前是面向客户的边缘。
休眠的分支 AS 改变了采购测试
休眠的 AS 并不自动意味着服务失败。大型运营商通常将客户路由整合到更大的骨干 AS 中，退役小型起源 ASN，改变路由策略，或将号码资源保留在区域或产品账户中，而流量通过国家网络。但休眠的分支 AS 确实改变了测试。问题不再是“AS63659 是否公告客户前缀？”而是“哪个中国联通网络、设施和合同现在承载着分支名称似乎代表的托管容量？”
RIPEstat 的AS63659 的路由历史显示 103.68.128.0/22 及相关更具体的历史可见性，起源 AS 为 AS63659，聚合的可见 AS63659 起源在 2018 年底结束。相比之下，当前前缀视图将 103.68.128.0/22 置于 AS138421 之下。这段历史很有用，因为它防止了两个常见错误。第一个错误是认为分支仅仅是空壳，因为其自己的 AS 不当前。第二个错误是将旧的 AS 起源视为当前运营证明。
客户应强制将区分写入合同。如果销售或支持文档仍然提及分支，客户应询问其工作负载将使用 103.68.128.0/22、其他中国联通云地址池、私有互联、公共云交换路径还是客户分配块。如果答案是“中国联通骨干”，客户需要将 AS138421 服务边缘（而非 AS63659）纳入监控和事件证据。如果答案是“上海分支”，客户需要知道哪个设施和运营团队使这一点为真。
公开 API 检查中缺少AS63659 的 PeeringDB 资料强化了同一点。PeeringDB 缺失并非负面判断；许多运营商内部或区域 ASN 不维护公开 PeeringDB 记录。这意味着公共互联表面不暴露该分支 ASN 的交换附件、设施、对等策略或 looking-glass 数据。买家必须直接获取该信息，而非从名称推断。
当前路径似乎是中国联通更广泛的骨干
当前路径证据在 AS138421 上。RIPEstat 的AS138421 的 AS 概览将持有者识别为 CU-CN-AS - 中国联通，并显示该 AS 已公告。AS138421 announced-prefixes 视图在最近窗口返回数百个当前 IPv4 前缀。具体对于 103.68.128.0/22，RIPEstat 的looking-glass 数据显示国际收集器路径结束于 AS138421，通过许多观察中包含 AS4837 的上游路径。这与地址块作为大型中国联通路由系统的一部分可达一致。
实际后果是，分支面向客户的依赖可能是一种区域性商业和支持关系，其数据包骑行在国家骨干上。这可能是优势。国家运营商骨干可以提供规模、修复杠杆、光传输、安全运营和多个区域选项，小型独立托管提供商无法匹敌。它也可能隐藏本地细节。客户可能知道运营商品牌，但不知道实际影响工作负载的数据大厅、机架、路由起源、本地交叉连接、城域电力依赖或支持队列。
公共路由无法回答活跃前缀是否用于云服务器、管理服务、客户访问、内部系统或其他中国联通用途。它无法显示 /22 中有多少是空闲、已分配、过滤、防火墙或绑定到特定产品。它无法说明上海分支是否控制变更日历，还是国家网络运营中心控制路由策略。路由是当前运营信号，并非容量证书。
这就是为什么客户的监控计划应包含两个身份。AS63659 是分支关联的号码资源身份。AS138421 是分支关联前缀的当前公共起源。只监视 AS63659 的路由监视器会在当前服务保留在 AS138421 下时错过活跃路由。只监视 AS138421 的采购审查可能会错过地址分配、支持升级和客户安置方面的分支特定不确定性。
中国联通的规模是真实的，但规模并非安置
中国联通的官方报告显示了母公司系统背后的规模。2025 年年报称数据中心收入达到 281 亿元人民币，同比增长 8.5%；标准机柜超过 110 万个；已建设七个 100MW 级 AIDC 园区；机柜利用率超过 72%；智能计算规模达到 45 EFLOPS；计算枢纽互联的“八纵八横”骨干光缆网络新增超过 9000 公里。同一报告称联通云向 AI 云演进，并将云 IDC、云资源、云平台、云服务、云集成、云互联和云安全纳入联通云收入定义。
2025 年中期报告补充了中期观点：上半年联通云收入达到 376 亿元人民币；IDC 收入达到 144 亿元人民币；IDC 资源利用率超过 70%；中国联通为超过 280 家云服务提供商提供智能网络服务，连接超过 400 个数据中心；公司描述了上海临港、呼和浩特、中卫和三江源的万卡智能计算中心。2024 年年报类似地报告联通云收入 686 亿元人民币，IDC 收入 259 亿元人民币，以及上海等地区的大规模智能计算中心。
这些是强大的母公司级基础设施事实。它们很重要，因为它们表明此处的“云”不仅仅是贴在小型网站上的转售标签。母公司集团以运营商规模支出和报告。然而，母公司规模不决定分支安置。报告未说明 CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch 公开客户可用的特定机柜数量。它们未声明 103.68.128.0/22 是客户服务器池。它们未公布此分支名称的恢复时间，也未将分支映射到命名站点、运营商入口、备份区域或工作负载迁移路径。
因此，买家应将母公司级证据视为背景而非证明。大型运营商仍可能销售本地产品，其修复依赖于一栋建筑、一个远程手队列、一个服务台、一个网络变更所有者或一个数据导出程序。相反，具有休眠 AS 的分支仍可能得到强大的国家平台支持。公共研究无法在这两种结果之间选择。合同、架构证据和测试结果必须做这项工作。
上海地址是线索，而非数据厅地图
分支关联的公共记录指向上海。APNIC RDAP 和 RIPEstat whois 列出中国联通大楼位于上海长宁区长宁路 1033 号，作为 AS 和 103.68.128.0/22 分配的管理和技术联系地址字段。这是一个真实的位置线索。它并不意味着客户服务器位于该地址，也不意味着该地址是数据中心。它可能是办公室、注册点、运营联系、网络管理站点或设施附近的企业地址。
上海仍然重要。官方报告将上海列为中国联通大规模智能计算部署之一，2025 年中期报告特别在万卡智能计算中心列表中提到了上海临港。如果客户因为上海位置、网络覆盖或监管背景而购买中国托管容量，它应询问生产工作负载是否在上海、国家计算枢纽、其他省份或共享云池中，其控制平面和备份跨区域。
这个问题并非学术。标记为上海的服务可以有几个物理层：本地销售分支、上海客户支持渠道、注册到上海联系人的地址分配、国家骨干路由、临港或其他区域的数据中心、其他省份的备份，以及别处的管理或日志平台。每一层都会改变延迟、管辖权、运营责任和恢复。
买家应请求安置矩阵。矩阵应列出生产计算、存储、备份、日志、身份、计费记录、客户支持系统、监控、远程管理和导出位置。还应说明哪些位置是保证的，哪些是正常运营实践，哪些可能未经客户批准而更改。没有这个矩阵，上海分支标签对发现有用，但对主权或连续性保证不足。
机架将云服务变成修复问题
“托管容量”一词隐藏了服务背后的物理队列。虚拟机或托管平台需要机柜、电力、冷却、路由器、交换机、光纤、电缆、磁盘、固件、备件以及拥有访问权限的人员。中国联通报告显示集团层面巨大的机柜基础，但客户风险是本地化的：哪些机柜承载此工作负载，哪些电力域为这些机柜供电，当硬件故障时合格人员能多快行动？
装机容量不同于可用容量。装机容量是故障前存在的：机架空间、可路由地址、光传输、计算节点和存储阵列。可用容量是电力事件、路由器故障、上游变更、冷却限制、磁盘池故障、维护窗口或安全隔离后剩余的量。可恢复容量是提供商能在客户业务截止时间前恢复的量。公共 BGP 能显示前缀；无法显示这三个数字中的任何一个。
对于 CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch，公共证据指向国家运营商环境而非孤立精品主机。这有助于供应商深度。但它也使责任边界更复杂。如果客户通过分支合同进入，使用国家联通云平台，从一个池接收公共地址，并依赖区域数据中心，修复所有者可能按层变化。分支可能处理账户。国家运营中心可能处理路由。设施团队可能处理电力。云平台团队可能处理存储。现场团队可能处理硬件更换。
这种划分并非缺陷，如果它是可见的。当客户只有一个帮助台联系人且没有证据显示升级树如何工作时，它就变成失败路径。有用的问题不是中国联通拥有多少机柜。而是此客户的服务能否在特定机架、路由、存储池或运营队列丢失时存活。
传输多样性必须在当前起源下证明
传输多样性不能从休眠的分支 AS 推断出来。RIPEstat 未显示当前 AS63659 邻居，这意味着 AS63659 未在该数据中暴露当前公共邻居地图。活跃前缀路径指向 AS138421，因此传输和可达性测试应集中于承载 103.68.128.0/22 的 AS138421 边缘。客户应询问当前起源策略、上游和对等安排、路由过滤控制、路由起源授权状态和测试的故障转移路径。
路由起源状态并非理想的独立保证。RIPEstat 对AS138421 和 103.68.128.0/22 的 RPKI 验证检查返回状态 unknown，该查询中没有验证 ROA。Unknown 并非无效，也不意味着路由被劫持。它意味着公共 RPKI 信号在检查时未提供该起源和前缀的正面起源授权证明。对于依赖上游或对等体严格路由过滤的客户，未知起源状态是一个需要澄清的真实问题。
路由卫生只是韧性的一部分。RFC 6811解释路由起源验证；RFC 7454描述 BGP 的运营实践；MANRS为网络运营商构建路由安全期望。这些文档有用是因为它们定义了问题，而非因为它们证明任何运营商。提供商可能遵循良好的路由过滤实践，但仍然可能有本地光纤中断、拥塞的备份路径或缓慢的支持升级。
客户应要求路径故障演示。如果主要运营商路径丢失，保留哪条路由？如果中国联通骨干段拥塞，客户流量转向哪里？如果上游 RPKI 过滤改变，什么证据证明前缀仍将被接受？如果客户使用私有连接，私有路径是否与公共互联网路径共享设施、路由器或电力域？多样性是测试结果，而非拓扑图。
支持劳动力是基础设施的一部分
支持并非叠加在基础设施之上的软服务。它是基础设施变得可修复的机制。托管服务可以有有效路由和强大母品牌，但如果客户无法联系到正确团队，如果支持团队无法看到相关层，或者升级需要不同的账户所有者在事件期间不可用，它仍可能在运营上失败。
分支结构使这一点尤为重要。CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch 可能是可见的合同或账户标签，而技术恢复可能由联通云平台团队、中国联通骨干团队、数据中心运营群和区域客户服务团队处理。客户需要知道哪个团队拥有每个症状。公共路由撤销、数据包丢失、控制台故障、存储快照故障、身份锁定、计费暂停和导出延迟可能都需要不同的所有者。
最强的支持证据不是通用的 SLA 行。而是样本事件路径。谁接收第一个工单？什么符合电话升级条件？提供商如何识别事件是分支特定、AS138421 路由、云控制平面、存储、电力、安全过滤还是客户配置？如果主管理控制台宕机，状态页面能否运行？是否有直接路线到可更改路由或恢复存储的团队，还是每个请求必须通过账户支持？
客户还应测试语言和位置。上海分支联系人可能对中文支持、本地营业时间和国内合规对话有价值。但如果应急团队在国家层面工作，客户应知道交接如何发生。相关的支持承诺不是“我们有支持”。而是“支持链能足够快地到达物理或控制平面所有者以保护工作负载”。
计费、暂停和账户状态是失败路径
云故障不总是机械性的。计费、身份和账户状态可以像损坏的光纤一样确定性地停止托管容量。客户可能因为发票争议、支付路由失败、管理员离职、域名过期、安全审查锁定账户或终止流程在数据导出完成前移除资源而失去访问。这些风险容易在对话仅围绕机架和路由时被忽略。
公共证据未披露分支的计费系统或账户控制。这意味着买家应直接询问。哪个法律实体为服务开票？上海分支是合同联系人、支持联系人还是两者都是？如果账户名称、ICP 相关文档、安全审查文档和技术租户之间存在不匹配，会发生什么？非支付暂停是否影响备份或数据导出？客户在资源删除前有多长时间恢复账户状态？
这些问题并非敌意。它们使服务更可用。一个能解释暂停规则、管理恢复、账户所有权转移和紧急导出的托管提供商对客户来说比一个将这些控制视为办公文书工作的提供商更安全。在基础设施中，管理状态是运营状态。在网络或存储事件期间锁定的控制台可将可管理故障转变为迁移危机。
客户应请求两个书面路径：紧急运营路径和紧急商业路径。运营路径说明谁可以恢复或移动服务。商业路径说明谁可以防止计费或账户状态阻止该恢复。在围绕服务增长生产依赖之前，两条路径都应经过测试。
数据位置不是通过中国地址解决的
分支的中国和上海信号与数据位置相关，但并未解决它。APNIC 地址和分支描述显示中国关联的号码资源记录。中国联通的报告显示国家云和数据中心规模。中国监管来源，包括2024 年 CAC 跨境数据流动规定、CAC 数据出口安全评估措施以及官方英文版个人信息保护法，说明了为什么安置、访问和导出路径很重要。但这些来源均未告诉特定客户其数据、备份、日志或支持记录将位于何处。
对于中国托管的工作负载，客户应区分数据驻留、运营访问和网络路径。数据驻留询问主要和备份副本的存储位置。运营访问询问哪些团队和供应商可访问系统，从哪些司法管辖区以及根据哪些控制。网络路径询问流量如何到达服务，以及公共路由、专线或云互联是否将应用程序暴露给客户本不打算接受的依赖。
分支关联的前缀 103.68.128.0/22 当前由 AS138421 起源，这并未回答这些问题。前缀可能注册到上海分支联系人，但通过国家骨干路由。控制平面可能是国内的，而某些运营系统是集中的。备份可能在另一个省份以提高韧性。日志平台可能独立于生产。位置是设计和合同声明，而非从国家代码推断。
客户应要求涵盖生产、备份、日志、遥测、客户工单、计费记录、支持访问和数据导出的位置表。该表应说明数据何时可以移动，是否需要客户同意，跨区域复制如何工作，以及客户如何在终止后证明删除或导出。没有这个证据，“上海分支”标签仍有用但不完整。
迁移是最后的诚实韧性测试
托管容量的最终测试是客户能否在不损失业务的情况下离开。这对小型主机和国家运营商云都是如此。在正常运营期间表现良好的服务如果客户无法导出数据、重建配置、移动 DNS、回收地址、检索日志或在提供商关系变化时转移支持证据，仍可能成为糟糕的依赖。
对于此分支，公共证据提出了一个特定的迁移问题：与分支关联的资源（当前通过更大的中国联通 AS 路由）所绑定的工作负载会发生什么？如果客户从 103.68.128.0/22 接收公共 IP，这些地址能否随工作负载移动？通常提供商分配的地址不会迁移到提供商之外，因此客户需要制定 DNS、证书、允许列表、合作伙伴 API 和安全策略变更计划。如果服务使用私有地址或私有链接，客户需要等效的切换证据。
数据导出需要同样的精确度。客户能否无需专业服务导出所有数据？导出是否包括元数据、身份设置、安全规则、日志、快照和对象版本？导出能否在服务降级时运行？终止后导出保留多长时间？导出带宽是否受限？如果通常的账户管理员不可用，谁批准紧急导出？
最好的迁移测试是小而完整的。将一个代表性工作负载移出服务，在别处恢复，验证数据完整性，更新访问控制，保留审计日志，并测量经过时间。如果提供商在危机前无法支持该练习，危机期间更难轻松。可移植性不是合同附录。它是客户实际的逃生路径。
谁感受到失败
CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch 的直接客户可能是企业租户、公共部门工作负载、应用程序运营商、转售商、系统集成商、本地企业或其他网络团队。下游用户可能从不了解分支名称。他们可能只注意到应用程序缓慢、控制台不可达、数据库无法恢复、支付门户不可用，或合作伙伴允许列表不再匹配服务地址。
失败可以通过几个层传播。路由失败可移除公共可达性。存储故障可损坏或延迟数据恢复。云控制平面故障可阻止扩展、快照或防火墙更改。支持升级故障可在已知技术修复时延长事件。计费锁定可阻止导出。位置不匹配可在技术服务恢复后造成法律或客户沟通问题。
这里的证据支持谨慎的运营姿态。它不支持恐慌。中国联通是主要运营商，拥有庞大的云和数据中心资产。与分支记录关联的前缀在当前中国联通起源下可见。这些是重要的积极因素。弱点并非缺乏母公司平台；而是缺乏关于当前客户安置、多站点故障转移、路由授权、支持权限和数据可移植性的分支级公开细节。
因此客户应将分支视为需要文档化的依赖，而非孤立接受或拒绝的名称。正确的结果是更清晰的服务地图：法律对手方、分支角色、活跃 AS、地址池、设施位置、备份位置、支持所有者、路由控制、RPKI 状态、退出路径和经过测试的恢复结果。一旦这些可见，客户可以决定托管容量是否值得依赖。
如何在依赖前测试服务
第一个测试是身份和地址映射。要求提供商说明 AS63659 是否用于任何当前的客户面向服务。询问 103.68.128.0/22 是否分配给该产品，如果是，在正常运营中是否由 AS138421 起源。将答案与 APNIC 对AS63659的 RDAP、APNIC 对103.68.128.0/22的 RDAP、RIPEstatAS63659 路由状态和 RIPEstat103.68.128.0/22 路由状态进行比较。任何不符可能无害，但应在生产前解释。
第二个测试是安置。请求生产站点、恢复站点、备份位置、控制平面位置和支持位置。如果上海位置是采购的一部分，询问服务的哪部分实际在上海，以及是否涉及上海临港或其他站点。提供商无需披露敏感楼层平面图即可回答运营问题。它可以陈述区域、设施类型、冗余设计、电力域和影响客户的变更流程，在适当级别。
第三个测试是路由和恢复。从多个视角监视前缀，观察 AS 起源，检查 RPKI 状态，如果使用私有连接则测试，并要求路由故障转移演练。然后测试工作负载恢复：从备份恢复，移动流量，确认日志，重建访问控制并测量时间。演练应包括计划维护场景和非计划故障场景。
第四个测试是退出。运行完整导出，将小型工作负载迁移到别处，确认客户无需隐藏提供商协助即可运营。包括 DNS、IP 地址变更、证书、合作伙伴允许列表、合规证据和保留日志。能通过此测试的提供商不会因此削弱。它表明客户购买的是服务而非俘获。
什么会升级证据
如果提供商发布或共享分支关联资源的当前服务地图，证据将显著增强。最有用的文档会将分支名称、签约实体、AS63659、103.68.128.0/22、AS138421、生产区域、恢复区域、支持所有者和客户产品放在一个地方。它无需暴露敏感的机架坐标或安全控制。它需要说明哪些公开事实在运营上仍然相关，哪些仅是历史。
第二个升级是实时运营证据。这可能包括客户地址池的近期路由监控样本、当前 RPKI 计划或对未知起源状态的解释、指明受影响层的维护通知，以及显示正常路径、站点或支持通道被移除时发生什么的故障转移演练。提供商的内部信心有用，但客户需要能在事件期间保留和解释的证据。
第三个升级是可移植性证据。提供商可以展示完整导出、记录的返回数据流程、账户恢复联系人、暂停保护以及终止后的删除证明。这些项目不会使公共路由表更令人印象深刻。它们会使托管服务不那么脆弱。对于此分支，这是核心问题：不是中国联通是否拥有基础设施规模，而是此客户面向的依赖是否被映射、可恢复且足够可移动以值得信任。
证据等级
证据等级为弱。该等级并非声明公司弱，也非声明中国联通缺乏云或数据中心规模。它是关于公共证据对于此确切分支面向基础设施依赖所能支持的内容的陈述。
正面证据是具体的。APNIC 和 RIPEstat 将 AS63659 和 103.68.128.0/22 与 CU-CDC-SH 和 CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch 关联。分支关联的 IPv4 块在注册数据中活跃。RIPEstat 显示 103.68.128.0/22 当前由 AS138421（中国联通）公告，查询时具有完整 RIS 可见性。中国联通官方报告建立了庞大的国家云、IDC 和智能计算资产，包括报告的数据中心收入、机柜规模、AIDC 园区、上海智能计算引用和联通云收入。
限制性证据同样重要。AS63659 本身当前在 RIPEstat 中未公告，announced-prefixes 视图中无当前前缀，且无观察邻居。分支关联 /22 的活跃路由使用 AS138421 而非 AS63659。对 103.68.128.0/22 和 AS138421 的 RPKI 检查返回 unknown。此处审查的公开记录未发布分支级客户产品页面、设施合同、机柜数量、电力冗余、支持升级、测试的恢复目标、客户数据放置或导出条款。
该弱点应塑造买家的验证而非终止评估。第一个边界是法律：哪个中国联通实体签约、开票并能批准紧急行动。第二个是技术：哪个 AS、前缀、云区域、存储平台和控制平面当前承载工作负载。第三个是运营：当正常账户路径不可用时，哪个团队可更改路由、恢复存储、进入站点、覆盖控制台锁定或授权导出。第四个是合同：当客户离开或服务暂停时，数据、日志、地址、证书、支持记录和计费状态会发生什么。大型国家平台可以回答这些问题；公共记录仅为这种分支级依赖回答它们。
结论很窄：CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch 是庞大中国联通云和数据中心上下文中的真实分支关联号码资源身份，但公共证据未证明当前分支特定的托管容量表面。客户应通过验证活跃 AS、地址池、设施安置、路由控制、支持所有者、恢复演练和退出路径来继续，然后再将服务视为有韧性。