摘要

  • STELLANOR DATACENTERS PROPERTIES UK III LIMITED 是一家活跃的英国公司，成立于 2002 年。其确切的公司编号 04592242 将新名称与前身 4D Data Centres 业务联系起来，而非一个新成立的壳公司。
  • RIPE 记录提供了异常有用的连续性证据：确切的法律名称和公司编号出现在一个保留有 4D 维护者的本地互联网注册机构（LIR）组织记录中。相关的路由记录指向历史 4D 网络，但公开的 ASN 注册仍指向另一个组织记录和一个 Redcentric 维护者，因此资源控制应予以确认而非假设。
  • Stellanor 展示了拥有十一个站点的英国平台，提供运营商中立连接、迁移帮助、指定站点支持和客户门户。这些在集团层面是可信的运营信号；合同、服务水平、本地控制和升级责任仍需确定每个承诺的责任实体。

2002 年成立，2026 年更名

STELLANOR DATACENTERS PROPERTIES UK III LIMITED 中的罗马数字使其听起来像是一个近期的收购工具。公共记录揭示了更有价值的故事。英国公司注册处（Companies House）将公司 04592242 列为活跃状态，成立于 2002 年 11 月 15 日，归类于其他信息技术服务活动。它最初以 4D Internet Limited 的名称运营，从 2007 年 3 月到 2026 年 5 月，以 4D Data Centres Limited 的名称运营。

这种连续性很重要。买家看到的不是一个没有历史的名称；同一个注册实体已有超过二十年的历史。然而，仅凭历史年限并不能作为正常运行时间证明。它只说明法律身份得以延续，而不意味着每个设施、员工、控制措施或客户合同都保持不变。

变更的时机更具揭示性。备案历史记录显示，2026 年 4 月 30 日有一项更名决议，并于 5 月 13 日颁发证书。4 月 30 日，Peter Brotherton 和 Lee Morley 离开了董事会，而 Gary Watson 和 Howard Pheby 加入。当前高管页面显示 Watson 和 Pheby 为两位在职董事。这是一次可见的治理交接，而不仅仅是换了个门牌。

BTW 的目录条目故意保持低调：它识别出一家与互联网基础设施相关的私人公司，并将其状态标记为尚未评估。公司和注册证据现在可以优化这一起点，同时保持已验证身份与运营保证之间的区别。

收购解释了交接，但并非所有边界

Stellanor 于 2026 年 5 月 5 日宣布，已完成从 Redcentric 收购八个数据中心的交易。该公司表示，这些站点服务于约 450 家企业客户，并将其平台扩展至英国的十一个地点，拥有 39 MVA 的保障电网容量。该公告发布在公司 04592242 董事变更几天后，且在其新名称生效前不久。

这一序列强烈支持前 4D 公司进入 Stellanor 收购资产的推论。但它本身并未界定该法律实体的全部角色。其法律名称包含'Properties'（地产），Companies House 将其归类为 IT 服务，而 Stellanor 通过集团品牌营销服务。公开资料并未明确该公司是否拥有特定永久产权或租约、雇佣站点员工、与每个客户签约、运营网络设备，或执行这些功能的某种组合。

这种区分很实用。评估托管服务的客户可能面临多个责任实体：产权持有者、服务公司、网络运营商和集团母公司。正确的尽职调查问题不仅仅是'这是 Stellanor 吗？'而是'哪家公司签约，哪家公司运营，当电力、冷却、连接或支持超出规格时，哪家公司仍然负责？'

RIPE 记录显示连续性和一个实时归属缺口

最强的技术身份记录是 RIPE 组织 ORG-DCL10-RIPE。它给出了确切的 Stellanor UK III 名称、国家代码 GB 和注册号 04592242。它将该组织归类为 LIR，记录地址为拜弗利特奥伊斯特巷 122 号 Sirius II，并保留 MNT-4DDATACENTRES 作为维护者引用。该记录最后修改于 2026 年 5 月 20 日，在公司更名之后。

这比松散的品牌匹配更有力。法律编号、旧运营维护者和收购后更新将更名后的公司与真实的互联网注册身份联系起来。Stellanor 的站点列表也列出了其位于拜弗利特奥伊斯特巷 122 号的设施，使注册地址在当前资产中具有可见位置。

网络追踪则变得不那么整洁。对旧维护者进行反向 RIPE 查询，会显示出许多与原有 4D 资产相关的路由对象，包括聚合 IPv4 路由如 109.74.20.0/22 和 178.17.32.0/20，以及 IPv6 路由 2a00:1c18::/29。这些对象通常指定 AS31463 为起源。但 AS31463 的公开 RIPE 记录命名了 FourD-AS，同时指向不同的组织记录 ORG-RSL38-RIPE 和一个 Redcentric 维护者。其最后修改是在 2024 年 12 月，在 Stellanor 交易之前。

这并不证明存在问题。注册记录、商业所有权和运营交接往往在不同时间节点进行。但这确实意味着公开证据尚不能将 AS31463 或每个维护的路由直接归属于公司 04592242。严肃的客户应索取当前前缀和 ASN 列表、负责的 LIR 和网络运营联系人、路由安全所有权、上游和对等依赖关系，以及路由被过滤或撤销时的事件路径。注册证据是强大的连续性信号，但不能替代当前的责任矩阵。

服务面相当可观，且大多在集团层面

Stellanor 的公开网站提供了具体的运营界面。它列出了分布在伦敦、拜弗利特、剑桥、盖特威克、赫默尔亨普斯特德、雷丁、西约克郡和沃金的十一处设施。其连接服务资料描述了云和运营商中立的设施，提供按站点选择的运营商选择器，并提供互联网交换、IP 传输和光纤选项。从买方可以检查位置、接入路径和产品类别而非仅依赖公司名称的意义上说，这是服务证明。

这仍然是供应商出具的证明。选择器中显示的运营商可能存在于一个站点而非另一个；存在并不定义交付周期、多样性、容量或合同追索权。同样的谨慎适用于 Stellanor 声称的协同升级将增加高密度电力、冷却和光纤能力以支持机器学习和实时分析工作负载。公告描述的是整个平台的计划，而非每个机房的完成状态。

正确的下一步是站点特定的证明：当前的单线电力图、冷却设计和运行范围、运营商入网点、交叉连接流程、维护历史、拟部署可用的容量，以及约束这些特性的服务计划。公开记录使此类请求合理且具体，但并不保证答案自动获得。

英国地点有助于本地性，但未解决主权问题

十一个站点的英国布局提供了有用的架构选择。企业可以将主用和恢复设备放置在靠近用户、团队或受监管业务的位置，而无需默认选择单一的伦敦园区。对于延迟敏感型服务和物理访问，区域设施可能与标题容量数字同样重要。

物理位置只是数据主权的一层。英国机柜并不揭示备份、遥测、支持记录、门户数据或安全日志的处理地点。也不确定谁可以从国外管理系统，哪些分包商可以进入服务链，或者恢复设计是否跨越司法管辖区。托管客户仍对自己许多系统负责，因此不应将设施所在地与应用程序数据控制混为一谈。

因此，可辩护的本地性声明需要指定站点、数据类别、复制路径、远程访问规则、支持位置和删除义务。还应明确签约和运营实体。Stellanor 的地理分布使得英国本地设计看似合理；但只有最终的架构和协议才能使其对特定工作负载成真。

支持承诺需要人员与系统兼备

Stellanor 表示其支持团队提供全天候直接专家联系，而非呼叫中心层。它承诺提供客户成功经理、专属站点经理、工单系统、myStellanor 自助门户和用于能源洞察的 CIMS 门户。其迁移服务描述了准备工作、协调搬迁、迁移后测试和持续支持设置。

这种本地人员与软件的组合是合理的。门户可以使请求、订单和能源使用可视化；指定人员可以解读事件并协调无法自动化的工作。两者不应相互替代。仪表板不能确立响应权限，而个人支持承诺也不能确立可衡量的可用性。

客户应明确选定站点的人员配置时间、远程操作范围、非工作时间访问、备件安排、响应和解决目标、严重性定义、升级角色以及门户不可用时的回退渠道。根据 Stellanor 的管理页面，两位在职董事还担任明确的集团角色：Watson 为董事总经理，Pheby 为首席商务官。这种一致性支持高层问责，但运营升级仍应归属于服务文档。

证据允许买方说什么

三个置信度层次使结论保持诚实。已确定的事实包括确切的法律身份、其 2002 年成立、前身 4D 名称、2026 年 4 月的董事会交接、更名后的 RIPE LIR 记录以及该记录与 Stellanor 设施列表共享的拜弗利特地址。Stellanor 自己的资料也确立了集团在其英国平台上公开提供和声称的内容。

一个强烈但有边界的推论是，公司 04592242 提供了从 4D Data Centres 到从 Redcentric 收购的 Stellanor 资产的连续性。日期序列、董事、法律名称、LIR 更新和站点地址都指向同一方向。在冻结的公开证据中，仍未证实的是财产、客户合同、员工、ASN、前缀和服务义务在该公司与其他 Stellanor 实体之间的确切分配。

这不是否定该业务的理由。而是根据已确定的责任进行采购的理由。将公司编号视为锚点，注册记录为技术证据，站点文档为设施证据，签署的附表作为服务、本地性和支持承诺的最终来源。Stellanor 的名称开启调查；保证来自使这些层面相互一致。