摘要
- Intelion Cloud 可以锚定于一家于 2024 年 3 月注册的俄罗斯有限责任公司，其详细公共服务协议和 RIPE 组织记录使用相同的莫斯科地址。因此，英文的
Intelion Cloud LTD标签与真实的企业和网络表面相关联，尽管每条记录都有其自己的目的。 - AS214186 于 2026 年 7 月 15 日完全可见于 RIPEstat 的 326 个 IPv4 收集器，宣布了两个 RPKI 有效的 /24 网段。这是有意义的运营证据，但这是一个紧凑的 IPv4 足迹，只有一个观察到的邻居，没有观察到的 IPv6，并且地址块注册到另一个组织，而不是网站上每个基础设施声明的证明。
- Intelion 发布了一个关于自助服务资源、OpenStack、虚拟网络、计量计算和 AI 支持代理的可信的自动化故事。这些相同术语揭示了重要的控制措施：默认选中的访问密钥、客户批准的操作、1 Gbps 的虚拟机限制、触发宕机的工单、计划的备份选项和依赖于余额的数据保留。
- 位置和支持是特定于服务的。俄罗斯计算地点不会将所有推理请求保留在俄罗斯境内，公开的支持措辞范围从全天候到较窄的合同时间。购买者需要在将云名称视为运营保证之前，获取工作负载数据地图、已签署的支持矩阵和当前的运营商证据。
云名称是一系列承诺
云尽职调查中最容易犯的错误是询问提供商是否真实，并在答案为是时停止。找到公司记录。网站接受付款。自治系统出现在路由数据库中。身份检查完成，所有其他声明开始从中借用信任。
Intelion Cloud 是一个有用的案例，因为公开记录足够强大以值得调查，但又足够不均匀以惩罚走捷径。这不是一个没有产品支撑的目录名称。该公司提供 GPU 服务器、虚拟基础设施、专用机器和推理服务。它以可读的 Markdown 和 PDF 格式发布法律条款。它命名了技术、网络设计选择、支持渠道、数据位置和保留规则。其自治系统当前正在宣布路由。有足够的材料来理解客户关系应该如何运作。
然而，这些记录并没有简化为一个简单的质量证书。俄罗斯公司记录确定了法律对手方。网站描述了雄心勃勃的服务。客户文档分配了权利和义务。RIPE 记录显示了号码资源管理。路由收集器显示了在给定时间哪些源是可见的。产品页面描述了支持。这些来源中没有一个能回答其他来源提出的所有问题。
这种分离不是迂腐。它直接映射到故障。如果支付出现争议，合同实体和账单记录很重要。如果前缀消失，自治系统、路由授权和运营商升级很重要。如果模型请求包含受监管数据，所选处理区域很重要。如果停止的虚拟机没有资金，保留条款很重要。如果 GPU 在办公时间外出现故障，设施监控和面向客户的技术支持之间的区别很重要。
因此，正确阅读 Intelion Cloud 的方法是将其视为由多个公开承诺组成的操作系统。身份、自动化、网络覆盖、位置、支持和恢复是独立的模块。该提供商比许多小型基础设施公司发布了更多细节。这是一个积极信号，因为它为购买者提供了可测试的东西。这也产生了在网站、合同和外部观察描述同一服务的不同边缘时协调声明的义务。
核心判断并非 Intelion Cloud 证据不足。而是现有证据改变了购买者的工作。问题不再是否在名称背后有服务。问题是客户打算购买的特定服务是否足够紧密地界定，以至于每个重要承诺都可以分配给一个记录、一个控制和一个负责任的响应者。
企业锚点年轻且具体
俄罗斯联邦税务服务搜索返回一个税号 9703176519 的公司：OOO "Intelion Oblako"，一家于 2024 年 3 月 14 日在莫斯科注册的俄罗斯有限责任公司。结果给出了 OGRN 1247700236519，并将 Maxim Nikolaevich Vyaznikov 列为总经理。Intelion 的关于页面发布了相同的税号和注册号、相同的莫斯科管辖权和 Presnenskaya Embankment 地址。它将 Vyaznikov 命名为首席执行官，并将公司的主要活动描述为数据处理、托管及相关服务。
官方公司查询与提供商自己的法律页面之间的一致性是最清晰的身份锚点。它将面向客户的品牌与能够做出公开要约、向客户开具发票和接收通知的法律实体连接起来。用户协议重复了 OGRN 和税号，并表示账户注册、充值或使用即接受要约。公开条款还定义了控制面板、账户余额、电子文件和用于法律消息的渠道。这些细节使商业表面比单纯的品牌页面更易读。
网络身份在不同的点加入。RIPE 注册组织 ORG-ICL71-RIPE 于 2024 年 9 月以名称 Intelion Cloud LTD 和相同的莫斯科地址注册。五天后，AS214186 以名称 INTLMN 注册，并将 Intelion 组织列为注册人。自治系统记录于 2026 年 2 月修改，而组织记录在 5 月再次更改。因此，公司网站、RIPE 组织和自治系统记录不仅仅是偶然相似的旧名称。它们共享当前的地址、品牌和运营联系表面。
仍然存在有用的限制。公司很年轻。2024 年 3 月的注册日期并不能证明每个设施、员工或相关活动从那以后开始，也不能提供长期的业绩历史。RIPE 组织使用英文的LTD表述，而签约公司是俄罗斯的 OOO "Intelion Oblako"。RIPE 组织中的联系邮箱使用intelionmine.ru域名，而滥用角色使用intelion.cloud。这种模式可能反映了行政关系或公司历史，但这里审查的记录并未定义企业集团或将责任从一个品牌转移到另一个。
购买者应在合同包中明确这种连接。服务订单、发票受益人、数据处理条款、滥用联系和网络函件都应指定法律实体及其正在履行的角色。如果设备、运营商协议或支持人员由附属公司或承包商提供，则应明确这些责任。公开记录提供了可信的起点。它不应迫使客户在中断期间推断法律链条。
关于页面还声称 Intelion 已进入俄罗斯的主机提供商注册，并提供了认可的 IT 公司编号 73678。这些是相关的监管线索，但固定证据不包含确认每个细节的公司特定政府摘录。负责任的结论是 Intelion 公开声称这些状态并提供了用于验证的标识符。在采购活动中应检查这些，特别是在资格、数据处理或税务处理依赖于它们时。
公司身份在这里很重要，因为该服务不仅仅是可下载的软件。客户正在将物理加速器、存储、网络访问、账户资金以及可能的模型请求委托给一家公司。自动化越强，法律锚点就越重要。账户可以在几分钟内配置容量；关于删除数据、服务失败或访问密钥泄露的争议仍将以合同、证据和人员的速度进行。
产品比云标签更易读
Intelion 的主页现在做出了具体的提供。它宣传俄罗斯的 GPU 服务器、按秒计费、停止计算并停止付费的能力、关机后的磁盘保留、公共 IPv4、千兆连接以及通过 SSH、VNC 或 RDP 的访问。用户创建账户、充值余额、启动服务器并连接。预期的工作负载包括模型训练、图像和视频生成、计算机视觉、推理和语音处理。
底层文档拓宽了这一表面。用户协议涵盖专用服务器、云平台和相关服务。云平台条款定义了虚拟机、虚拟磁盘、隔离虚拟网络、备份、数据库集群、文件存储、公共地址和项目。专用服务器条款描述了提供商拥有并为客户组装的物理设备，通常在容量存在时在 24 小时内提供。推理平台条款定义了用于大型语言和其他机器学习模型的 HTTPS API，具有计量请求和明确的处理区域。
这不是一个产品。它至少是三个运营协议在一个名称下。
专用服务器客户接收物理机器的远程使用并接受硬件特定约束。云客户在共享基础设施上创建逻辑资源并操作自己的客户系统。推理客户向模型端点发送请求，该端点的提供商和处理区域可能位于 Intelion 自身设施之外。网站可以将所有三个营销为 AI 基础设施，但它们的故障模式、证据和数据路径是不同的。
这种区别改善了采购。寻找用于短期训练运行的 A100 的购买者应询问加速器分配、磁盘持久性、网络上限、镜像来源和主机故障恢复。购买长期专用机器的团队应专注于组件更换、远程手、宽限期、备件和重建时间。调用推理端点的应用程序应关心模型版本、请求日志记录、区域、外部提供商依赖、速率限制和弃用通知。云一词无法完成这种分析工作。
公共库存也是明显动态的。H100 页面在 7 月 15 日表示该卡不可用，并引导客户选择 A100 替代品。这个微小的细节比广泛容量的长期声称更有用。它提醒购买者，产品目录描述的是提供商想要提供的，而订单描述的是实际保留的。对于稀缺加速器，尽职调查单位应为带日期配置：型号、内存、数量、主机拓扑、互连、存储类别、区域、可用日期和替换权利。
Intelion 命名了 OpenStack、OVN/Open vSwitch、PostgreSQL、Redis、Celery、NVMe 和 NUMA 作为其平台背后的技术。该列表与现代自助服务云控制平面一致。它也需要保持原样：第一方架构线索。技术标识不能建立部署版本、补丁状态、租户隔离、存储持久性或运营能力。这些问题需要配置证据和测试。
公共产品记录所建立的是一个足够大的边界以供检查。客户不是被要求仅仅信任一个名字。他们可以看到预期的资源模型、网络限制、计费基础、支持渠道、保留规则和服务补救措施。下一步是理解自动化在哪里改变了工作，而不是假装它使工作消失。
自助服务将劳动转移到政策和例外
Intelion 提供的吸引人之处在于速度。客户通过控制面板选择资源、充值账户并创建机器。条款规定当资源在项目内创建且存在足够资金时，服务开始。客户选择虚拟机、磁盘和网络，调整配额并远程操作客户系统。计费记录根据提供商对已消耗服务的测量生成。
这是企业自动化的可识别形式。曾经需要硬件请求、采购订单、机架访问、操作系统安装和手动网络配置的序列变成了受控交易。客户在需要时获得容量，并在任务结束时释放。对于突发性 GPU 工作，这可以改变成本和实验速度。
但劳动并没有消失。它转移到了策略设计、容量管理、计量、账户安全、镜像维护、例外审查和恢复中。必须有人定义项目限制。必须有人决定哪些 GPU 替换是可接受的。必须有人调查计费不匹配。必须有人批准端口例外、恢复失败的工作负载或解释为什么广告的资源不可用。当这些责任明确时，平台是高效的；当控制面板被视为整个服务时，平台变得不透明。
Intelion 自己的文档揭示了一些例子。描述主机以 10 Gbps 连接，在其上运行的虚拟机之间共享，而每个 VM 限制为 1 Gbps。提供商可以在使用威胁共享基础设施或其他客户时减少带宽或暂停服务。公共端口受到永久阻止、默认关闭和基于请求的例外。账户和项目限制可以调整，但技术可能性和提供商批准仍然是过程的一部分。
这些是合理的多租户控制。它们也是客户期望与运营商判断相遇的地方。应用程序可能拥有公共 IPv4 地址，但仍无法使用特定协议。VM 可能具有 1 Gbps 上限，而营销页面描述了设施内更快的架构。项目可能能够请求更多地址，但不会立即收到。购买者应在启动前将每个相关控制转换为运营规则：谁可以请求例外，需要什么证据，批准通常需要多长时间，以及如果请求被拒绝会怎样。
计量也应得到同样的处理。按秒计费仅在启动、停止和保留资源的事件被很好理解时才有价值。主页说停止服务器停止计算费用并保持磁盘空闲 30 天。7 月的云条款提供了更完整的状态机。如果 VM 连续 30 天没有运行，Intelion 可能移除实例同时保留磁盘，并在至少 24 小时通知后将其移至计费冷存储。如果在冷存储中余额为零，客户有 72 小时充值，之后提供商可能删除磁盘及其数据而无需另行通知。
简单的销售信息和详细的合同不一定矛盾。免费停止的磁盘存储可以覆盖初始时期，然后是付费冷存储。但差异在运营上很重要。只听到"停止并无需付费"的客户可能会设计一个条款不支持长期存档的过程。自动化使状态转换变得容易；也使余额提醒、通知传递和保留监控成为数据保护的一部分。
因此，控制平面应作为记录系统进行评估。客户能否导出资源历史、使用事件、配置更改、支持消息和计费测量？时间戳是否一致？管理员能否区分用户操作和提供商操作？停止的机器、冷磁盘和已删除的资源是否清晰表示？警报能否到达多个负责人？这些不是装饰性的企业功能。它们决定了客户在争议收费或丢失工作负载后能否重建发生的情况。
Intelion 已发布足够的机制使这些问题变得精确。这是一个优势。购买者的任务是验证接口、合同和支持实践是否使用相同的定义。
AS214186 小而当前且真实
Intelion 自身网站之外最强的证据是 AS214186。RIPE 于 2024 年 9 月 16 日分配了该自治系统，名称为 INTLMN，并注册给 Intelion Cloud LTD。RIPEstat 首次于 2024 年 10 月 15 日观察到来自它的当前源路由。2026 年 7 月 15 日，该系统被宣布并对响应中包含的所有 326 个 IPv4 RIPE RIS 对等体可见。
足迹紧凑：两个 IPv4 /24，总共 512 个地址。RIPEstat 没有看到 IPv6 宣布，也没有看到一个邻居自治系统。两个 /24 在整个 7 月 1 日至 15 日的观察窗口中都存在。次要路由摘要同样报告了两个 IPv4 前缀，没有 IPv6，以及一个可见的上游，AS12389（PJSC Rostelecom）。
这些事实很重要。实时自治系统使 Intelion 拥有与完全位于另一主机地址空间后面的经销商页面不同的公共路由身份。完全的收集器可见性意味着两个源路由并不是在一个边缘看到的模糊宣布。首次看到日期在 ASN 分配后大约一个月，这与新网络投入运营一致。该记录在 2026 年也得到了维护。
同时，数字设定了推理的边界。两个 /24 并不能证明地理上广阔的网络、大容量、多样化的传输、低延迟或许多客户。一个观察到的邻居是拓扑线索，而不是完整的运营商合同。没有 IPv6 宣布是公共路由视图中的真实当前限制，但它并不说明 IPv6 是否存在于私网或是否计划中。路由表可以验证源层的可达性。它不能验证 GPU、存储或地址背后的支持。
缺乏 AS214186 的 PeeringDB 网络配置本身没有增加多少。PeeringDB 是自愿的。小型服务可以购买传输、使用私有连接并在没有维护公共对等页面的情况下完美运营。缺失意味着购买者不能使用该目录来交叉检查设施、交换点、流量规模或对等策略。提供商必须直接提供当前的互联网连接证据，如果它对服务很重要。
这就是我们应该诚实理解规模的地方。Intelion 的公共路由表面并非空、休眠或仅注册。它也不是庞大的互联网骨干。它看起来像一个年轻云运营商的专注源足迹：足够在自己的 ASN 下宣传面向客户的 IPv4 空间，小到每个前缀和外部路径都很重要。对于企业购买者来说，这种集中增加了精确路由、运营商和恢复证据的价值。
源授权不是地址所有权
两个当前宣布都有 AS214186 的有效 RPKI 源授权。RIPEstat 的验证器发现194.67.95.0/24和185.182.108.0/24各有一个有效的路由源授权，允许 AS214186 源该 /24。这是网络记录中最好的细节之一。
RPKI 有效性缩小了特定风险。执行路由源验证的网络可以看到注册授权与 Intelion 的源 ASN 和前缀长度一致。这使得意外或未经授权的冲突源更容易被拒绝。对于一个双前缀网络，保持两个授权有效是实用的运营控制，而非合规装饰。
它并不能回答每个所有权问题。RIPE 地址记录将 RADIO-FSU/RADIO-MSU NETWORK Ltd 列为两个范围的注册人。每个记录分别包含一个 Intelion 引用：一个命名 Intelion Cloud LTD 并链接公司网站，另一个包含域名。这与 Intelion 被授权使用和宣布注册到另一个组织的地址空间一致。这并非 Intelion 合法拥有这些块的证据。
这种区别在续期、滥用响应或迁移时变得重要。拥有地址资源的组织、被授权源的组织、接受路由的运营商和使用地址的客户都可能不同。当前有效的路由本身并不能揭示 Intelion 可以使用这些前缀多久、谁可以更改路由授权或如果底层安排结束会发生什么。
依赖稳定源地址的客户应询问特定于服务的链：将分配哪个前缀，谁是注册持有人，什么协议支持 Intelion 的使用，谁维护路由源授权，地址能否在运营商之间移动，以及如果重新编号变得必要，适用什么通知。对于短暂的训练工作，这可能是一个次要问题。对于列入白名单的企业集成、邮件基础设施或绑定到地址的许可软件，这可能成为迁移风险。
积极的结论仍然有意义。Intelion 不仅仅是在宣布未经验证的空间并让观察者接受名称。两个路由源对在捕获时是有效的。同样重要的是谨慎的结论：有效源是授权路由的证据，而不是地址块的契约，也不是通过它到达的服务的保证。
冗余需要一层一层地协调
Intelion 的网站提出了一个具体的弹性声明。它说萨马拉附近的数据中心使用物理独立的 MegaFon 和 Rostelecom 互联网线路，并在两者上宣布提供商的 PI /24，允许流量在一线路故障时无需更改地址即可移动。这比通常的冗余连接承诺好得多，因为它明确了运营商、路由行为和预期的故障结果。
外部记录支持了部分故事，并留下部分开放。RIPE aut-num 对象声明了与 AS12389（Rostelecom）和 AS21446（SOTEL LLC）的进出口策略。RIPEstat 在 7 月 15 日观察到一个邻居。次要路由摘要将 Rostelecom 识别为可见的上游。2026 年 3 月在萨马拉的探测也通过 Rostelecom 到达了 Intelion 的网络。因此，来源在当前 Rostelecom 路径上一致。它们没有显示 MegaFon 作为捕获的全局视图中的观察邻居，而 RIPE 对象中声明的第二个网络是 SOTEL 而不是 MegaFon。
这是一个需要调查的差异，而不是结论。运营商可以通过另一个自治系统提供物理服务。备份会话可能并非从每个收集器都可见，可能已配置但空闲，或在公共记录写入后已更改。网站也可以将批发安排简化为零售运营商名称。冻结的证据无法确定哪种解释适用。
购买者应抵制两个同样薄弱的结论。一个是双运营商声明必定错误，因为观察到一个邻居。另一个是网站上的两个名称证明了独立的端到端路径。BGP 多样性、物理路由多样性和商业供应商多样性是不同的控制。两个会话可以共享一个管道、路由器、电源或上游故障域。一个可见源仍然可以有按预期工作的备用设计。
因此，应在每一层请求当前证据。路由视图可以显示两个会话以及通过它们宣传的前缀。拓扑图可以显示交接设备和物理入口路径。运营商订单可以识别签约服务。受控故障转移记录可以显示已建立的流量是否移动、收敛需要多长时间以及客户地址是否保持稳定。监控历史可以显示过渡前后的丢包和利用率。
网络足够紧凑，这应该是可管理的。有两个公共前缀、两个 RPKI 授权和一个小的声明外部策略。Intelion 不需要提供宏大的骨干叙述。它需要显示销售给客户的特定冗余是当前的、经过测试的，并连接到订单中的设施和服务。
位置属于工作负载，而非公司名称
Intelion 是一家俄罗斯公司，销售描述为位于俄罗斯的服务器。其关于页面标注莫斯科、萨马拉州、特维尔州和图拉为运营地点，并确定克麦罗沃和哈卡斯为即将到来的地点。主页描述了萨马拉附近的一个活跃数据中心。对于寻求俄罗斯计算能力的客户，这些是直接相关的声明。
它们不是通用的数据驻留答案。法律地址不是服务器位置。自治系统国家不是磁盘位置。BGP 路由告诉互联网如何到达地址，而不是其背后的数据存储位置。即使设施列表也不说明哪个产品在哪个站点可用，或者备份、控制平面记录、支持记录和账单数据位于何处。
Intelion 自己的产品结构使这种区分不可避免。虚拟机和磁盘可以放置在提供商的俄罗斯基础设施上。专用服务器占据特定的物理站点。推理平台可以采取非常不同的路径。其 2026 年 5 月的条款定义了两类处理区域：俄罗斯用于 Intelion 自身基础设施上的开放权重模型，以及国际用于通过 AWS Bedrock 在法兰克福或美国区域处理的云模型。所选模型的提供商和区域应在发送请求之前在控制面板和模型列表端点中可见。
这是一个有用的披露。这意味着客户不必仅仅因为发票来自俄罗斯提供商而假装每个模型端点都是本地的。这也意味着客户必须做出积极的设计选择。发送给国际模型的请求跨越俄罗斯边境，条款将个人数据存在时的转移相关责任分配给客户。
推理条款增加了更多细节。Intelion 表示请求和生成的内容不用于训练模型，处理后不保留，除非用于技术故障日志记录或法律要求。使用元数据，包括模型、时间、令牌数、密钥标识符、客户标识符、状态和成本，保留三年。客户承诺可以访问至少 180 天自己的使用元数据。这些声明比一般性的云一词创建了更有用的数据地图，但它们仍然是合同声明，而非对每个模型提供商的独立测试。
因此，企业数据地图应跟随工作负载通过其所有状态。对于 VM，包括镜像、引导磁盘、附加存储、备份、快照、主机日志、控制台访问、支持工件和已删除资源状态。对于推理请求，包括请求内容、生成内容、模型提供商、区域、瞬态故障日志、使用元数据和客户保留的任何应用程序日志。对于账户管理，包括身份文档、账单事件、联系详情和支持对话。
然后，购买者应为每个状态分配允许的地理位置和保留规则。"俄罗斯的服务器"太宽泛，无法执行此功能。一个可辩护的要求听起来更像这样：命名的虚拟机、磁盘和备份保留在命名的俄罗斯地点；支持访问被记录；国际模型端点被禁用用于项目；元数据保留被理解；任何例外需要授权变更。这是作为运营控制而非口号的数据主权。
Intelion 的公共文档使这样的对话成为可能。它们也显示了为什么位置不能从公司名称推断。同一账户可以访问本地计算和国际模型基础设施。决定性字段是为工作负载选择的服务和区域。
AI 支持代理创建了访问控制决策
Intelion 将自己描述为 AI 原生云，该想法最具体的表述出现在 7 月云平台条款中。提供商表示它提供软件 AI 代理来帮助配置和维护虚拟机。在机器创建期间，代理的公钥由一个复选框控制，该复选框默认选中，除非客户清除。条款说员工不使用该密钥，代理仅执行与客户在聊天中商定的操作，客户可以通过删除密钥来撤销访问。
这不仅仅是营销标签。它将支持转变为特权自动化工作流。代理可以进入客户机器并执行否则需要管理员的操作。如果运行良好，它可以减少常规设置劳动，并缩短支持对话与配置更改之间的距离。它也可以使支持错误更快且更可重复。
核心问题不是 AI 代理在抽象上是否安全。而是访问边界对客户的工作负载是否可见和可管理。默认选中的复选框意味着客户不应依赖被动同意。企业账户可能需要一项策略，默认禁用代理访问，并仅为特定工单、机器和时间窗口启用。受监管的工作负载可能完全禁止它。
条款为该控制提供了有用的骨架：不同的密钥、聊天中的事先同意和客户撤销。购买者应询问其余证据。哪个身份签署代理的密钥？密钥是否对每个客户或机器唯一？代理可以执行哪些命令？提议的操作在哪里显示？客户能否要求第二次批准？命令和输出是否不可变地记录？撤销是否关闭活动会话？如何处理模型错误、指令注入和受损支持账户？在上下文发送给任何模型之前，能否屏蔽秘密？
这些不是推测性的边缘情况。代理的业务价值来自其行动能力。爆炸半径来自同一属性。条款说操作在聊天中商定，但同意可以意味着从清晰的命令预览到模糊的对话确认的任何内容。企业购买者应定义什么构成批准，并保留证明所需的记录。
代理也改变了本地支持劳动，而不是取代它。必须有人设计其权限、维护其软件、审查失败操作、处理例外并在机器无法访问时接管。Intelion 的网站单独声称现场工程师可以通过 IPMI 重启、更换磁盘或内存模块并处理故障 GPU。软件代理和工程师解决不同的问题。一个在逻辑机器内部操作；另一个可以接触物理设备。可信的支持模型解释了工作如何在它们之间移动。
Intelion 值得称赞的是将代理访问机制放入公开条款。许多服务会将此类功能留在产品描述中。披露让购买者能够提出正确的问题：不是"云使用 AI 吗？"而是"代理收到什么权限，每个权限的行使如何被批准、观察和撤销？"
支持分为四个不同的时钟
公共材料使用了多种形式的支持一词，它们不应被视为同义词。
第一个时钟是基础设施监控。Intelion 表示它全天候收集端口抖动、CRC 错误和利用率，并在数据中心保持工程师在场。这描述了检测和物理干预。它与客户消息何时得到回复无关。
第二个时钟是产品页面可用性。H100 页面在一个部分声称全天候技术支持，然后在产品卡附近显示支持每周 7 天，莫斯科时间 09:00 至 21:00。这些声明比通常的办公时间更宽泛，但彼此并不相同。该页面还表示备份和系统管理可以是额外服务，这表明包含的帮助范围与时钟同样重要。
第三个时钟是基线合同。2026 年 3 月用户协议的 13.3 节规定技术支持在工作日 09:00 至 18:00 UTC+3 提供，每天不超过 30 分钟；额外时间按单独费率收费。请求通过电子邮件或官方 Telegram 账户接受。除非服务订单授予更强的东西，这是客户支持权利的最具后果性的公开描述。
第四个时钟是服务可用性时钟。云平台可用性被描述为 24x7x365。这说明了服务应该在何时运行，而不是人类必须何时回答。平台可以承载 24 小时可用性承诺，而包含的帮助台工作更窄的时间表。这种设计对于自我管理的非关键工作负载可能是足够的。对于需要立即诊断或物理干预的生产系统，这可能是一个严重缺口。
对比并非 Intelion 在办公时间外未能响应的证据。而是购买者不应从产品短语中推断权利。提供商可能销售增强支持、维护运营值班表或自愿响应。公开合同只是没有将所有这些可能性纳入基线承诺。
有用的支持时间表应命名严重性、渠道、确认目标、技术参与目标、更新频率、恢复目标和升级负责人。它应区分账户问题与基础设施事件、滥用报告、安全事件、数据恢复请求和付费管理。它还应说明 30 分钟每日限制是否适用于提供商导致的停机，以及现场工程师能否在全天候由支持台直接调配。
本地支持劳动之所以有价值，正是因为云故障跨越各层。API 可能报告虚拟机正在运行，而客户无法访问。路由可能全局可见，而存储路径停滞不前。客户可能批准无法修复故障 GPU 的代理操作。组织需要能够关联控制平面状态、网络观察、主机遥测和物理设备的人员。公共记录显示了该运营模型的片段。合同需要将它们连接起来。
完美的百分比仍可能留下实践差距
Intelion 的可用性语言异常雄心勃勃。7 月云平台条款声明 24x7x365 可用性和每小时 100% 可操作性，受排除项约束。专用服务器条款声明每月 100%，同样有排除项。推理平台使用 99.5% 月可用性，并排除测试版模型以及 Intelion 控制之外的指定故障。
这些百分比不应平均为一个公司级数字。它们适用于不同的服务、测量周期和依赖链。更重要的是，补救机制决定了数字对客户的作用。
对于云平台，技术工作被排除在不可用时间之外，包括旨在保持设备运行或纠正故障的计划和非计划工作。停机从客户通过工单系统发送消息时开始，并在恢复工作完成时结束。补偿是使用相同服务的额外时间，通常与不可用期间匹配，并且客户必须请求。超过五分钟但少于一个小时的停机被视为一小时以计算补偿。
这种结构产生了三个实践后果。首先，提供商的监控不一定启动合同停机时钟；客户的工单才启动。其次，标题百分比不是为外部审查发布的歷史测量。它是在定义排除项下计算的承诺。第三，补救措施是服务时间，不一定是客户间接损失、员工时间或失败工作负载的补偿。
这些都不使 SLA 无意义。清晰的时钟、最少一小时的补偿单位和 100% 目标为客户提供了合同救济途径。但安排奖励那些独立监控并及时开票的团队。假设提供商的 24 小时监控自动创建索赔的团队可能会发现自己的通知时间戳是重要证据。
云条款还包含一个不完整的条款，其中通信运营商和合同细节本应被识别。该起草缺口与网站上更具体的运营商声明并列。它不会擦除路由或电路。它确实削弱了合同在没有外部背景的情况下识别网络依赖性的能力。客户应在服务订单或附加技术表中完成该字段。
正确的测试不是 100% 是否听起来合理。而是服务定义是否包含客户关心的组件。虚拟机可以标记为可用，而可选软件包已损坏；主协议明确说虚拟机 SLA 不扩展到第三方软件添加。公共 IP 可以分配，而路由受损。推理端点可以可达，而特定外部模型不可用。购买者需要组件级监控和与业务影响相关的补救措施，特别是对于可以丢失超过停机时间的长期训练工作。
保留和恢复位于友好的停止按钮后面
停止按钮是 Intelion 商业主张的核心。停止服务器，停止计算费用，保持磁盘一段时间，然后稍后恢复。对于间歇性 AI 工作，这是一个明智的模型。它使昂贵的加速器在保持花费时间准备的环境的同时不被计费。
合同揭示了底层的状态转换。客户可以安排备份，包括多个例行程序，但备份资源的可用性并不等于每个磁盘的自动保护。H100 产品页面也将备份视为可以添加的服务。因此，购买者应假设恢复保护必须被选择、配置和测试，除非订单另有说明。
在 VM 启动后 30 天，Intelion 可能移除实例同时保留磁盘并将其移至冷存储。在此转换前至少 24 小时承诺通知。冷存储是按量计费的。如果账户余额为零，72 小时的充值窗口开始，之后磁盘及其数据可能被删除而无需另行通知。该序列使账户余额和联系传递成为恢复设计的一部分。
这对于突发使用 GPU 容量的团队很重要。研究环境可能在实验之间闲置。离职员工可能是账单通知的唯一接收者。采购延迟可能阻止在宽限期内充值余额。这些事件都不是存储系统故障，但每个都可能根据自动化保留规则导致数据丢失。
补救措施是运营纪律。重要数据应存在于单个计量磁盘的生命周期之外。备份计划应通过恢复测试验证。账户警报应到达共享运营地址。资金和删除阈值应尽可能通过单独系统监控。退出计划应定义在服务结束前如何导出镜像、数据和配置记录。
Intelion 的公开条款很有价值，因为它们在客户发现之前显示了删除机制。购买者应利用这种清晰性。令人欣慰的标题解释了如何暂停成本。合同解释了如何不将暂停的资源误认为存档。
购买者应要求 Intelion 证明什么
证据支持真实的公司、真实的产品文档和实时公共路由表面。因此，采购审查可以超越通用问卷，请求紧凑的、特定于服务的证据包。
第一，协调身份。订单应命名 OOO "Intelion Oblako"，其注册号和税号，通知地址以及支持运营的品牌。它应说明任何附属公司、设施运营商或承包商是否持有设备、地址资源或客户数据。网络和滥用联系应绑定到服务，而不是作为未分配的电子邮件地址留下。
第二，固定已购买配置。记录 GPU 型号和内存、CPU、RAM、磁盘类别、公共地址安排、虚拟机带宽上限、区域、操作系统镜像、计费事件和最早的替换规则。如果需要集群，记录互连拓扑和用于接受它的测试。目录页面过于灵活，无法作为技术表。
第三，请求当前网络证据。有用数据包很小：两个源前缀、当前路由源授权、正常和故障转移状态下预期的外部自治系统、带日期戳的路由视图、物理运营商交接以及最近的故障转移结果。询问为什么网站命名 MegaFon 和 Rostelecom，而 RIPE 策略对象命名 Rostelecom 和 SOTEL，以及单邻居收集器视图如何符合预期设计。答案可以完全平常；它仍然需要明确。
第四，构建数据位置矩阵。列出虚拟机磁盘、备份、快照、控制平面元数据、支持记录、身份文档、账单数据、推理内容和推理元数据。为每个分配区域、处理器、保留期限、删除事件和导出方法。在不允许的地方禁用国际模型路由。不要使用发票或 IP 地址的位置作为代理。
第五，治理特权自动化。决定 AI 支持密钥是否可以默认安装。要求唯一身份、窄范围、时间限制启用、操作预览、批准记录、命令日志和撤销测试。建立代理失败的人类升级路径，并明确代理可能遇到的秘密或受监管数据。
第六，签署支持矩阵。将包含的小时数、30 分钟限制、付费支持层级、事件渠道、严重性级别、确认目标、技术参与目标、更新频率、恢复目标和现场升级放入一个时间表。区分平台监控与客户响应。命名被授权声明事件、批准风险变更和请求恢复的人员或角色。
第七，测试 SLA 和保留状态机。打开测试事件并确认哪个时间戳启动时钟。验证如何请求补偿。停止非关键虚拟机，观察通知，检查冷存储计费并恢复。确认低余额警报到达正确的团队。从备份恢复到单独环境并记录时间和数据丢失。
第八，运行测量服务而非 GPU 名称的工作负载基准。捕获作业完成时间、存储吞吐量、网络传输、故障恢复、队列延迟和总计费成本。在配置更改后重复。Intelion 的公开材料不提供独立验证的性能，因此客户自己的验收运行应成为基准。
这些请求与证据成比例。它们不要求年轻提供商假装是全球超大规模提供商。它们要求它显示特定资源、路径、位置和人员如何能够交付客户正在购买的东西。
公开记录有用正是因为不无缝
Intelion Cloud 已跨越重要门槛。该名称现在连接到注册的俄罗斯公司、功能性的控制平面主张、详细的客户条款、活跃的自治系统、两个当前 RPKI 有效路由以及可见的账户和支持模型。购买者可以提出知情问题，因为有真实材料可供审问。
同一记录阻止了简单的认可。公共路由表面紧凑。地址注册和路由源属于不同组织。运营商描述在网站、RIPE 策略和收集器视图中不一致。俄罗斯基础设施不将每个推理请求保留在俄罗斯境内。产品支持短语比基线协议更宽泛。100% 可用性数字取决于排除项、客户工单计时和服务时间补救措施。停止的磁盘最终可能进入由余额驱动的删除路径。
这些不是驳回提供商的原因。它们是决策的实际形状。Intelion 的价值将来自使昂贵的计算更易获取和操作。其保证将来自保持该便利背后的记录当前、可协调且在出现问题时可行。
因此，公平的结论是有条件的，但不回避。Intelion Cloud LTD 比单独的云名称拥有更多公共运营实质。路由表、合同和产品机制支持这一说法。它是否是特定企业工作负载的正确平台取决于下一层证据：固定配置、经过测试的路径、工作负载级数据地图、受控特权访问以及足够强的用于故障后果的人类升级承诺。