摘要
- Servercore 当前的面向客户的法律页面列出了哈萨克斯坦、乌兹别克斯坦和肯尼亚的本地承包商，而俄罗斯服务则在 JSC Selectel 下记录；统一的界面或基础设施目录并不能消除这种合同上的分离。
- 俄罗斯拥有最深的披露物理足迹，但连接兆瓦、机柜数量和可用区标签并不揭示备用电力、占用率、库存、路由多样性或特定客户在故障期间可使用的容量。
- AS50149 仍注册为 Servercore/Selectel 关联，但目前未在 RIPE 观测的路由数据中宣告，因此连续性必须根据实际服务端点、合同、设施、副本和恢复路径进行测试，而不是旧的网络标签。
区域名称仅是第一步决策
假设一家支付公司打开位置选择器，选择莫斯科，因为其用户位于俄罗斯。该标签确定了一个广泛的位置，但并未回答在中断期间关键的问题。哪家公司向客户开具发票？虚拟机是在一个机柜、一栋建筑还是分布在多栋建筑的池中？其存储是否与计算共享同一故障边界？流量能否通过独立运营商离开？如果账户无法访问，客户能否在其他地方恢复可用副本？
当前的Selectel 位置指南提供了一个异常有用的起始层次结构。它区分了国家、区域、可用区、池和池段，并说明选择会影响可用性、容错和负载均衡。这个层次结构很重要，因为这些术语不能互换。一个区域可以包含多个可用区。一个可用区可以包含一个或多个数据中心。单区池仍然可以在不同机柜中拥有段，同时保持可用区作为共同故障边界。多区池可以将段放置在多个数据中心，但这并不意味着每个产品、磁盘或客户配置自动跨越这些段。
当前的可用性矩阵使区别具体化。它列出了圣彼得堡、莫斯科、新西伯利亚、塔什干、阿拉木图和内罗毕，然后显示了各个池中不同的产品和硬件可用性。该矩阵证明了在指定日期指定位置存在公开可用的产品。它不能证明显示的两个位置具有独立的电源馈线、独立的上游运营商、独立员工、相等的备用库存或共同的恢复机制。
商业层在同一时刻出现分歧。Selectel 的专用服务器条款将 JSC Selectel 确定为俄罗斯区域的提供商，并对俄罗斯以外的位置使用单独的提供商处理。Servercore 用户协议根据账户国家确定承包商和适用法律。因此，买家不能安全地将“Servercore/Selectel”记录为一个单一的无差别供应商。合同、服务计划、位置代码和发票需要一起记录。
现在进一步跟随莫斯科的选择。池代码指向计算和存储资源。这些资源位于连接到配电、冷却和叶交换机的机柜中。机柜位于一个命名的数据中心组中。数据中心通过链路和边缘路由器到达其他设施和互联网。恢复可能依赖于第二区、备份集群、外部副本、DNS 和凭证，这些在主控制平面不可用时仍然可用。连续性声明只与该链中最弱的未经验证的手递环节一样强。
这种方法也改变了采购。买家不仅仅是选择延迟和价格。买家购买的是一组物理、网络、软件、人力和法律依赖。低延迟区域可能完全合适，但客户必须决定它设计用来承受哪种故障。主机故障保护不是机柜电源事件保护。一栋建筑的保护不必是城市光纤事件保护。一个提供商内的复制不一定意味着该提供商之外的可移植性。
公司名称在合同处分裂
名称“Servercore JSC Selectel”作为历史或网络资源关联是可以理解的，但作为当前的合同假设是不安全的。Servercore 的签约方页面列出了针对乌兹别克斯坦的 Servercore CIS, FE LLC，针对哈萨克斯坦的 MSS LLP Modern Server Solutions LLP，以及针对肯尼亚的 Servercore Africa Ltd。其更全面的法律信息页面发布了相应的地址、注册详情、银行信息和特定国家条款。这两个页面都没有将 JSC Selectel 显示为这三个账户国家当前的 Servercore 承包商。
俄罗斯方面在单独的Selectel 用户协议中更为清晰，该协议指出了 JSC Selectel 及其俄罗斯详细信息。这不是语义差异。指定的承包商决定了管辖法律、货币、税务文件、支付渠道、通知流程以及可以强制履行服务义务的实体。它还决定了当广告服务依赖于合作伙伴设施或其他公司的基础设施时，哪个供应商负有直接责任。
Servercore 的公开公司页面现在通过哈萨克斯坦、乌兹别克斯坦和肯尼亚的案例研究展示其本地基础设施主张。这一重点与其当前承包商列表一致。同时，共享的技术文档和状态可见性继续将俄罗斯池与国际池一起显示。结果是一个商业上关联的服务家族，其法律边界比其运营呈现最初可能显示的更清晰。
这种区别不应在另一方向被夸大。独立的法律实体并不证明独立的工程团队、独立的软件、独立的采购或独立的网络。同样，共享的技术语言也不证明一个实体拥有另一个实体的建筑或保证其义务。公开材料表明服务目录、池命名和运营可见性是相关的。它们没有发布完整的公司间责任计划、资产登记或交叉违约安排。
对于客户而言，实际答案是合同到资源记录。它应说明账户国家、承包商、服务区域、区域、池、设施运营商（如披露）、数据位置、支付货币、支持渠道和导出方法。如果涉及转售商、合作伙伴设施或关联公司，客户应询问哪些义务仍由签约方承担，哪些被转移。答案应涵盖服务积分、数据访问、事件通知、远程处理和恢复协助。
在法律或财务而非电力中断的情况下，这种区别变得尤为重要。一个正常工作的服务器可能因支付渠道失败、账户暂停、公司管理员离职或跨境指令无法执行而运营搁浅。相反，一个健全的合同无法在公用事业故障期间保持机柜冷却。连续性规划必须连接两个层面，而不假装它们是同一层面。
数据主权也需要同样的精确性。将工作负载定位在一个州可以帮助满足位置要求，并且承包商可能提供支持性的合规声明。但位置本身并不能回答谁可以管理服务、元数据在哪里处理、什么法律管辖账户、或者可用副本是否可以移动到另一个司法管辖区。买家应将每个受监管的数据集映射到实际服务和合同，而不是仅仅映射到总括品牌。
俄罗斯足迹实际包含的内容
俄罗斯是合并基础设施目录中披露最深的部分。Selectel 的数据中心页面声明其在莫斯科和圣彼得堡拥有六个 Tier III 数据中心，共 3,612 个机柜和 30 MW 连接电力。它指出了圣彼得堡的 Tsvetochnaya 1 和 2，列宁格勒地区的三个 Dubrovka 设施，以及莫斯科的 Berzarina 设施。同一页面还指出了合作伙伴设施，包括莫斯科的 Aviamotornaya 和新西伯利亚附近的 Svetlaya，而不是默默地将每个位置视为自有。
这些数字很有价值，因为它们将云锚定在建筑中。它们表明俄罗斯的产品不是单个匿名大厅。列出的站点有不同的机柜数量和连接电力数字：最大的披露设施 Berzarina 列出了 1,420 个机柜和 10 MW，而较小的 Dubrovka 建筑有显著不同的足迹。圣彼得堡和列宁格勒地区的物理分离创造了客户可以利用的选项，如果所选产品支持的话。
但“六个数据中心”并不等同于每个服务的六个独立故障域。位置指南将 Tsvetochnaya 和 Dubrovka 分组为圣彼得堡的不同可用区。在莫斯科，它现在将 Berzarina、Aviamotornaya、北莫斯科组和 Ryabinovaya 分布在四个可用区标签下。新西伯利亚由 Nextremum 设施代表。一个产品可能缺席于列出的某个区，限制在一个池中，或仅通过事先安排可用，如可用性矩阵所示。
托管描述增加了另一个物理边界。它说明托管设备放置在 Tier III 数据中心的池中，并且 Selectel 提供电力、连接性、环境条件和物理安全。它还描述了客户维护或由 Selectel 工程师进行的远程服务。这是一种直接的设施服务，不同于云客户，其虚拟机放置在提供商拥有的主机上，其机柜位置被抽象化。
2026 年 3 月，Selectel 宣布了基于三个相距最远 15 公里的数据中心的新的多可用区莫斯科区域。该公告说明托管 Kubernetes 主节点、托管数据库节点和分布式备份可以跨区放置。这比声称“莫斯科”具有弹性更强，因为它描述了预期的区数、分离规模和接收自动分布的服务。
它仍然需要作为特定产品的架构来阅读。城市范围的设计可以减少对建筑故障、局部电源事件或单个机柜事件的暴露。它不会自动防止通过共享软件传播的缺陷、共同的账户操作、城市范围的连接问题或区域法律中断。提供商关于站点通过共同高速网络连接且低延迟的声明对于同步服务很有用，但共同连接也可能成为客户流量没有测试过的替代方案时的共享依赖。
因此，俄罗斯足迹最可辩护的描述是分层的。有披露的自有和合作伙伴建筑；命名的可用区和池；特定产品的多区功能；以及共享的网络和控制服务。有足够的公开信息来设计有意义的分离。没有足够的信息仅因为两个资源代码出现在一个区域下就假设分离。
在俄罗斯以外，合作伙伴设施改变了边界
国际位置使运营商边界更加可见。位置指南指出了塔什干的两个可用区，分别位于 Mingbulok 街的 UNICON 和 Yangishakhar 街的 East Telecom；阿拉木图的一个区位于 Kazteleport Sairam；内罗毕的一个区位于 iColo NBO1。这些是命名的合作伙伴设施，而不是 Servercore 或 JSC Selectel 拥有房地产、公用事业连接或站点运营每个层面的证据。
Servercore 的网络基础设施页面宣传了阿拉木图的一个可用区、塔什干的两个和内罗毕的一个，以及不同的设施认证和可靠性描述。它还描述了常见的网络设计、多个供应商和区域连接性。与位置指南一起阅读，该页面支持当前国际服务足迹的存在，同时保持了服务提供商和设施运营商之间的区别。
Servercore 针对乌兹别克斯坦的 PCI 认证为塔什干数据中心的范畴提供了更窄形式的佐证。这样的认证可以支持针对命名服务和期间的合规评估。它不建立所有权、可用机柜功率、当前占用率、路由多样性或在第二个塔什干区恢复的能力。因此，认证证据应保持附加到它实际涵盖的服务和范畴。
公开的Servercore 状态页面特别有启示性。2026 年 7 月 18 日，它显示了国际池如 uz-1a、uz-2a、kz-1a 和 ke-1a，俄罗斯池如 ru-1a 到 ru-9a，以及云、裸金属、网络服务、数据中心、电力、冷却、接口和计费等单独类别。它还显示所有系统在观察时均正常运行，同时保留事件历史。这支持当前跨更广泛平台的运营可见性。它并不表示所有资源共享同一个承包商、设施所有者或恢复保证。
状态页面是一个时间点指标，不是可用性审计。绿色标记显示提供商监控系统在该时刻报告的内容。它不能确定不存在部分客户影响、两条路径的物理多样性或单个恢复的成功。其事件历史与客户自己的遥测数据结合时更有用，因为两者可以揭示检测延迟、范畴差异和相关故障。
国际客户面临进一步的不对称。塔什干有两个披露的区，而阿拉木图和内罗毕在当前位置目录中各有一个。单区国家仍可拥有冗余电力、冷却和网络设备在其设施内，但它不提供相同的国内建筑分离。需要国内数据驻留和建筑级连续性的客户可能需要将提供商服务与独立的第二站点结合，或者接受恢复跨越国界。
该选择具有法律和技术后果。承包商根据账户国家确定，跨国家恢复目标可能引入另一组数据传输、税务和支付要求。仅看延迟的工程师无法完成设计。仅阅读协议的法律顾问也无法完成设计。两者都需要相同的数据、服务、设施和恢复位置地图。
AS50149：已注册、已维护且当前静默
AS50149 是为什么网络标签必须测试而不是继承的最明显例子。RIPEstat 的AS50149 概览于 2026 年 7 月 18 日返回了持有者文本“Servercore JSC Selectel”，并将该自治系统标记为未宣告。该持有者字符串解释了目录关联。它是注册表证据，不是当前数据包传输的证据，也不是证明存在一个单一当前法人实体持有整个短语。
RIPEstat 的路由状态记录对当前可见性更具决定性。它显示没有 IPv4 或 IPv6 空间被宣告，没有观测到的邻居，并且零个 RIPE RIS 对等体看到该自治系统。它报告了 AS50149 下最后观测到的前缀是在 2023 年 4 月 18 日。单独的宣告前缀响应返回了最近观测窗口的空前缀列表，并明确说明可见性非常低的路由被排除。
这对于 AS50149 作为当前可见的互联网来源是强有力的负面证据。这并不证明没有内部设备、私有互连、客户地址或配置引用该号码。公共路由收集器看不到每个私有路径，网络可以通过另一个自治系统提供服务。证据所排除的是 AS50149 目前代表一个大型、公开宣告的 Servercore 云足迹的简单假设。
RIPE WHOIS 响应增加了重要背景。它将 AS 名称列为 Servercore，将资源链接到 ORG-SL223-RIPE，在维护者中显示 MNT-SELECTEL，并记录了 2026 年 4 月的修改。注册维护和路由宣告是不同的行为。即使资源未向收集器网络宣告任何路由，它也可以保持分配和最近维护。
相比之下，RIPEstat 的AS49505 概览标识了“SELECTEL JSC Selectel”，并在同一日期将该自治系统标记为已宣告。这并不证明每个 Servercore 或 Selectel 服务都经过 AS49505，也不披露到客户的确切物理路径。它确实表明公共路由中活跃的 Selectel 网络身份不是 AS50149。
运营含义很直接。客户应识别每个生产端点的实际来源自治系统和上游路径，而不是从旧配置复制 AS50149。Servercore 提供公共Looking Glass用于延迟和路由观察。这些观察应从客户重要的用户网络和提议的恢复站点重复进行。一次测量不够：路径可能因目的地、协议、时间和上游策略而变化。
AS 号码对设施独立性也说明很少。两个区可以通过同一个自治系统宣告，但仍然使用物理上多样化的链路；两个自治系统仍然可以共享同一管道、建筑或上游运营商。BGP 证据确立了路由身份和可达性，而设施文件确立了命名位置。只有路由披露、运营商信息和重复测量才能开始连接两者，即便如此，也不应从逻辑地图推断确切的光纤路由。
骨干网仅在定义的限制内冗余
Servercore 描述了每个区域的六台路由器、50% 的目标最大链路负载、N+1 基础设施和多家网络设备供应商。其网络页面命名了 Juniper、Arista、Huawei 和 H3C，并描述了叶脊云网络、冗余连接和多电信运营商在边缘。这些都是明智的设计选择。多个设备可以吸收组件故障，流量余量可以容纳重路由，供应商多样性可以减少对单一供应链的依赖。
它们仍然是提供商关于架构和运营目标的声明。“六台路由器”并不确定这些路由器执行哪些功能、它们占据哪些故障域或每个客户产品是否都经过所有路由器。“最大 50% 链路负载”不发布时间序列利用率、流量分布或多个故障后的状态。N+1 保护针对所定义的一个必需组件的损失；它不保证在每种共因事件下生存。
Selectel 全局路由器描述绘制了一个有价值的服务边界。它说明私有 L3 服务可以连接产品和池，使用保留设备和动态路由，并提供区域内 25 Gbps 和区域间 1 Gbps 的基本带宽。它还说明路由器无法连接不同国家的产品。客户不能将俄罗斯、乌兹别克、哈萨克和肯尼亚位置的通用目录视为一个私有路由恢复架构。
跨境或外部连接需要另一种机制。全局连接描述说明到全球云平台的连接通过 Megaport 安排，带有专用 VLAN 和 Selectel 侧预配置的保留链路。这可以是一条有用的混合路径，但它引入了合作伙伴和配置依赖。专用逻辑连接本身并不能证明与客户普通互联网路径物理上不相交的路由。
对于入站服务，容错负载均衡器描述说明该产品可以通过 BGP anycast 宣告的外部地址，将互联网流量分布到不同区域和可用区的服务。它依赖于全局路由器来连接目标基础设施。这种组合可以减少对单个服务器或区的依赖，但它仍然是一个链：外部宣告、负载均衡器服务、私有路由和健康目标必须全部工作。
因此，客户应要求以故障为条件的答案。在一台链路或路由器丢失后有多少带宽剩余？如果普通区间路径失败，复制流量走哪条路径？控制流量是否共享同一边缘？支持能否在事件期间更改上游，并且该请求如何认证？如果主账户接口降级，恢复环境是否可达？这些答案比不合格的“冗余网络”标签更有用。
还有一个经济维度。冗余端口、运营商和保留带宽即使在空闲时也花钱。低标价计算价格可以与出站流量、跨区域流量、专用连接或更高带宽的费用共存。连续性比较应定价正常运行、复制、常规恢复测试和至少一个现实的故障转移间隔。否则，“备份区域”可能已设计但未资金支持使用。
容量数字止步于可用容量之前
俄罗斯数据中心披露的 3,612 机柜和 30 MW 是此档案中最强的公开容量证据，但其含义有限。该页面描述了连接到设施的电力。连接电力不同于当前安装的 IT 负载、出售给客户的电力、保留冗余后的可用电力或新客户可以签约的容量。机柜计数同样不说明占用机柜、功率密度、搁浅空间或为特定服务器配置准备的数量。
单个设施数字比总量更具信息性，因为它们揭示了集中性。两个设施在披露的 30 MW 中占了 20 MW，而圣彼得堡和列宁格勒地区的较小站点范围从 2 MW 到 3 MW。跨两个池代码分布实例的客户应确定这些池是否真正占据不同的建筑和电力系统。总量不能回答这个问题。
可用性矩阵提供了第二种容量信号：产品和特定处理器系列是否在池中显示为可用、不可用或通过预购可用。这比设计兆瓦数字更接近客户可用库存。然而，它仍然是日期目录，而不是预留。 “可通过预购获得”可能暗示采购或部署交付周期，复选标记不披露数量。客户需要报价、交付承诺和替代政策。
Servercore 的公开价目表记录了其市场上的产品和费用。定价可以帮助估计预留恢复资源的成本，但它不发布已安装的计算、空闲主机、存储余量或保证的应急库存。按需付费在正常扩展中很有价值；它不是保证在区域范围的激增期间相同的硬件会空闲。
需求间接可见。Selectel 报告了2025 年收入 183 亿卢布，其中 87% 来自云基础设施服务，年底客户 32,900 户。这些数字表明可观且不断增长的运营业务。它们不能确定容量余量。收入增长可能支持投资，但客户增长和更重的工作负载也可能消耗新容量。
产品条款暴露了另一个有用的区别。云服务器描述说明虚拟服务器运行在 Selectel 物理资源上，并区分常规服务和抢占式实例。单独的抢占式服务器指南说明这些实例可以随时停止，包括当主机缺乏其他服务器的资源时，并且不获得普通云平台的可用性保证。因此，容量不是单一无差别池：廉价可中断计算和连续性级计算具有不同的故障条件可用性。
负责任的容量陈述必须止步于公开内容。俄罗斯有披露的连接电力和机柜总数。产品矩阵披露了特定位置的产品。财务结果展示了运营规模。没有审查过的公开材料建立当前占用率、已售电力、保留客户容量、聚合 CPU 或 GPU 库存、存储利用率、负载下发电机运行时间、冷却余量或复合故障后的备用容量。这些未知属于采购问题，而不是在虚构的估计中。
电力、冷却、硬件和人员是真正的依赖
每个云区域最终分解为电力、散热、设备和人员。Selectel 的数据中心页面描述了不间断电力、冷却、安全性和监控，而托管文档将这些设施功能分配给提供商。这些控件降低了普通站点风险。它们不会消除对公用设施馈线、开关设备、UPS 系统、发电机、燃料、冷却回路、火灾控制以及授权操作它们的人员的依赖。
最重要的连续性问题不是冗余是否存在，而是它止步于何处。服务器中的双电源仅在到达独立配电路径时才有帮助。发电机仅在启动、切换、燃料和冷却在断电持续时间内保持可用时才有帮助。两个设施仅在工作负载及其数据实际占用两者并且没有共享网络或控制操作同时禁用它们时才有帮助。公共位置层次结构是提出这些问题的依据，而不是答案的替代品。
硬件供应在 Servercore 和 Selectel 边界尤其相关。Servercore 使用多个网络设备品牌可以减少对单一制造商的依赖。它也可能需要更多备用类型、软件兼容性工作和专业技能。计算硬件呈现类似的权衡：客户可能获得替代处理器，但精确的裸机替换或 GPU 可能比虚拟机具有更长的交付周期。
客户-提供商责任划分因产品而异。责任指南将物理基础设施和大部分云虚拟化层分配给 Selectel，而客户根据服务保留重要的操作系统、应用程序、身份和数据控制的责任。弹性建筑无法修复具有单一数据库主节点、过期凭据或复制到每个区的破坏性管理员操作的应用程序。
人员连接这些层面。远程手动服务可以为托管客户更换组件，而提供商工程师维护云主机和网络设备。在广泛事件期间，同一批人员可能同时处理电力、硬件、客户通信和恢复优先级。具有严格恢复目标的买家应询问升级覆盖、授权联系人、替换库存、站点关闭期间的访问权限以及竞争事件如何优先排序。
管辖权和支持是另一种形式的物理依赖。Servercore 的国家特定承包商使用本地银行和货币，这可以使普通本地运营更容易。但依赖跨境资金或中央批准的公司应测试在银行中断期间如何支付发票以及暂停前有哪些通知。Selectel 的信息安全指南将客户指向服务条款，以了解服务结束后或未支付时的数据销毁，并告知他们维护和事件通知在哪里出现。财务连续性和数据保留不能留给应付账款假设。
本地数据放置也带有可移植性成本。云服务器描述说俄罗斯云服务器默认遵守俄罗斯个人数据框架，而 Servercore 在其三个当前国家宣传本地合规。这可以满足基本要求，但国家外的恢复副本可能不被允许。如果副本必须留在只有一个披露区的国家内，架构需要独立的国内选项或明确接受剩余设施风险。
恢复是工作负载设计，不是产品标签
备份是连续性语言遇到可恢复对象的点。Selectel 的备份方法比较说明云服务器备份默认不执行。它区分了计划或手动卷备份、镜像、快照、基于主机的备份软件和外部复制选项。最重要的是，它说明快照保留在与卷相同的硬件上，并随卷一起删除，因此快照不是完整备份。
存储边界因方法而异。网络卷备份指南说明完整和增量备份存储在专用设备上的三个副本中。在单区池中，每个段都有一个隔离的集群来存储备份和磁盘；在多区 ru-6 池中，共享存储集群服务于所有池段。三个副本提高了介质和服务器弹性，但副本数量本身并不建立建筑或提供商独立性。
可移植性也因方法而异。方法比较说明普通卷备份无法下载，而镜像可以下载并移动到第三方基础设施。它说明镜像与卷分开存储，但在同一池段中，除非客户移动或导出它们。其退出计划依赖备份的买家应在选择该方法之前验证格式、导出时间、加密密钥、带宽和启动程序。
创建成功不是恢复成功。备份创建指南说明备份没有自动完整性或功能检查，并建议定期恢复。该建议应成为观察到的恢复测试：创建新卷，启动干净实例，启动应用程序，验证数据一致性，通过独立路径恢复密钥，并测量经过时间。
多区域莫斯科公告改善了选定托管服务和分布式备份的选项，但它没有消除应用程序责任。数据库服务可以分布其自身节点，而客户将身份服务、消息队列或对象依赖留在单个区中。Kubernetes 控制层可以跨区，而其入口、注册表或外部数据库则不能。恢复地图必须包括每个关键依赖，而不仅仅是最可见的计算集群。
对于更大的 VMware 环境，DRaaS 故障转移指南描述了将受保护机器切换到 Selectel 云，之后安排故障回复或反向复制。这是比被动副本更明确的恢复机制。它仍然依赖于先前的复制、对相关接口的访问、网络更改、应用程序排序和恢复站点足够的资源。恢复时间和恢复点是对测试配置的属性，而不是产品名称。
最佳设计通常有两层。第一层是提供商内的快速恢复，利用服务支持的另一机柜、区或区域。第二层是较慢但更独立的副本，使用不同的凭证，并在法律允许时使用不同的运营商或司法管辖区。第一层减少了常见硬件故障的停机时间。第二层解决了账户妥协、控制平面故障、合同中断以及跨提供商相关的事件。
买家的五项故障测试
第一项测试是设施丢失。选择一个生产资源，将其计算、主数据、备份数据和网络入口追溯到命名的区和设施。然后假设主建筑一天没有电力或冷却。通过的设计在其他地方有健康计算、一致副本、足够保留容量、工作的流量引导以及无需进入故障站点即可执行更改的人员。仅在菜单中有另一个区域不是通过。
第二项测试是骨干网或控制平面事件。假设客户流量无法到达一个边缘，或者账户界面和编程端点不可用，而现有机器继续运行。通过 Looking Glass 和独立测量从多个网络观察实际来源和路径。确认 DNS、anycast、私有路由和支持访问是否同时失败。预授权不依赖受损接口的流量更改。
第三项测试是硬件供应约束。假设一个重要服务器、加速器或网络部分故障，并且相同替换不可用。询问哪种替代品有库存，软件和许可证是否允许它，数据如何移动，以及损失多少性能。对于裸机，记录交付时间和备用承诺。对于云，确定恢复池是否实际提供所需的处理器、内存、GPU 和存储类别，而不是依赖国家级产品名称。
第四项测试是法人实体或支付中断。假设普通支付渠道、公司管理员或本地承包商暂时不可用。确认签约方、管辖条款、账户所有者、紧急联系人、宽限期、发票替代方案和导出数据的权限。保持多个经过培训的管理员，并确保恢复凭据不仅存储在受影响的账户内。
第五项测试是可移植性。从声称可以离开平台的副本开始。导出它，验证其校验和，在干净目标上恢复，重建网络和身份，并运行业务交易。衡量成本、带宽和经过时间。如果副本无法下载，记录转换或应用程序级导出所需。如果数据不能离开司法管辖区，使用其内的真正独立目标或陈述接受的限制。
这些测试根据暴露程度对客户进行分类。具有附加磁盘的单个虚拟机依赖主机、机柜、区、账户和提供商。不同机柜中的两个实例改善了主机和机柜容差，但可能保留区级依赖。正确分布的多区服务可以存活更多物理故障，但仍可能共享城域网、软件和承包商风险。外部副本增加了独立性，但仅当凭据、密钥、容量和法律许可存活时。
这些测试也使服务保证更容易解释。停机后的积分有助于价格，而不是恢复。高可用性百分比很少说明罕见长时间故障，如果排除条件、测量方法和客户义务未知。买家应使用保证来理解激励措施，然后使用演习和遥测来理解生存能力。
连续性结论
Servercore 和 Selectel 暴露了足够当前信息来支持严肃的基础设施规划。公开材料确定了俄罗斯和国际设施，命名了可用区和池，披露了有意义的俄罗斯机柜和电力足迹，描述了网络冗余，发布了产品位置矩阵，并维护了详细的状态页面。法律页面也使本地签约实体可见，而不是呈现一个通用对应方。
证据不支持将所有这些压缩为“Servercore JSC Selectel”作为单一当前运营事实。AS50149 在 RIPEstat 中保留该持有者文本，但目前未宣告，并且在收集器视图中没有最近观察到的前缀。JSC Selectel 是记录的俄罗斯承包商，并具有单独宣告的网络身份。Servercore 当前的法律边界命名了哈萨克斯坦、乌兹别克斯坦和肯尼亚的承包商。合作伙伴数据中心在俄罗斯最深足迹之外增加了另一个运营层面。
因此，最强的连续性主张是有条件的。在俄罗斯，客户可以在多个披露站点中选择，对于支持的服务，还有多区域莫斯科设计。在塔什干，两个命名区创建了国内分离选项。阿拉木图和内罗毕目前各呈现一个披露的可用区，因此建筑级恢复需要额外答案。在国家之间，私有全局路由器不提供无缝恢复网络。
容量证据同样有条件。30 连接兆瓦和 3,612 机柜展示了六个披露俄罗斯设施的物理规模。它们不揭示故障下的可用余量。产品矩阵和预购标签有帮助，但确定恢复容量来自预留、合同和演习。同样的纪律适用于网络：N+1、多个供应商和流量余量是可信的设计声明，而当前路径独立性需要测量和披露。
对于买家，决定性文件不是区域列表。而是依赖地图，将每个生产服务绑定到其承包商、设施或区、池、数据副本、网络路径、支持路线和恢复目标。决定性事件不是销售演示。而是在现实损失假设下执行的恢复或故障转移。
这产生了公平的结论。尽管 AS50149 静默，该平台正在可见地运营。当客户有意使用分离的故障域、维护可移植副本并提前解决法律和合作伙伴边界时，其连续性可以很强。当共享界面、绿色状态标记或旧的自治系统标签被视为那些边界不存在的证据时，它就很弱。