要約
- Intelion Cloud は、2024年3月に登録されたロシアの有限責任会社、詳細な公開サービス契約、および同じモスクワの住所にある RIPE 組織記録に結び付けられる。したがって、英語の
Intelion Cloud LTDというラベルは、実際の企業およびネットワークの表面に接続されているが、各レコードにはそれぞれ固有の目的がある。 - AS214186 は、2026年7月15日に RIPEstat の326の IPv4 コレクタに対して完全に可視であり、2つの RPKI 検証済み/24をアナウンスしていた。これは意味のある運用上の証拠であるが、観測されたネイバーは1つ、IPv6 の観測はなく、アドレスブロックは別の組織に登録されているなど、ウェブサイト上のすべてのインフラストラクチャの主張を証明するものではないコンパクトな IPv4 フットプリントである。
- Intelion は、セルフサービスリソース、OpenStack、仮想ネットワーキング、メータリングコンピュート、および AI サポートエージェントに関する信頼できる自動化ストーリーを公開している。同じ契約条件は、重要な管理策を明らかにしている：デフォルトで選択されたアクセスキー、顧客承認済みのアクション、1ギガビットの VM 制限、チケットトリガーのダウンタイム、スケジュールされたバックアップオプション、および残高依存の保持期間。
- ロケールとサポートはサービス固有である。ロシアのコンピュートロケーションはすべての推論リクエストをロシア内に保持するわけではなく、公開サポートの表現は24時間体制からより狭い契約時間までさまざまである。購入者は、クラウド名を運用保証として扱う前に、ワークロードデータマップ、署名済みサポートマトリックス、および最新のキャリア証拠を必要とする。
クラウド名は約束の束である
クラウドデューデリジェンスで最も簡単な間違いは、プロバイダーが本物かどうかを尋ね、答えがイエスになったところでやめてしまうことである。企業記録が見つかる。ウェブサイトが支払いを受け付ける。自律システムがルーティングデータベースに現れる。アイデンティティのボックスにチェックが入り、他のすべての主張がそこから信頼を借り始める。
Intelion Cloud は、公開記録が調査に報いるのに十分強力であり、近道を罰するのに十分不均一であるため、有用な事例である。これは背後に製品がないディレクトリ名ではない。同社は GPU サーバー、仮想インフラストラクチャ、専用マシン、および推論サービスを提供している。法的条件を読み取り可能な Markdown および PDF で公開している。技術、ネットワーク設計の選択肢、サポートチャネル、データロケーション、および保持ルールを明示している。自律システムは現在ルートをアナウンスしている。顧客関係がどのように機能するかを理解するのに十分な資料がある。
それでも、記録は単一の品質証明書に集約されるわけではない。ロシアの会社記録は法的な相手方を確立する。ウェブサイトは野心的なサービスを説明している。顧客文書は権利と義務を割り当てている。RIPE 記録は番号リソースの管理を示している。ルートコレクターは、特定の時点でどのオリジンが可視であるかを示している。製品ページはサポートを説明している。これらのソースのいずれも、他のソースから尋ねられるすべての質問に答えるわけではない。
この分離は衒学ではない。これは障害に直接対応している。支払いが争われた場合、契約エンティティと請求記録が重要になる。プレフィックスが消失した場合、自律システム、ルート認証、およびキャリアエスカレーションが重要になる。モデルリクエストに規制対象データが含まれている場合、選択された処理リージョンが重要になる。停止した仮想マシンに資金が供給されない場合、保持条項が重要になる。GPU が営業時間外に障害を起こした場合、施設の監視と顧客向けテクニカルサポートの違いが重要になる。
したがって、Intelion Cloud を正しく理解する方法は、いくつかの公開された約束から構成される運用システムとして捉えることである。アイデンティティ、自動化、ネットワーク到達性、ロケール、サポート、およびリカバリは別個のモジュールである。プロバイダーは、多くの小規模インフラストラクチャ企業よりも詳細を公開している。これは、購入者にテスト可能なものを提供するため、ポジティブなシグナルである。また、サイト、契約、外部観測が同じサービスの異なる側面を説明している場合に、声明を調整する義務も生じる。
中心的な判断は、Intelion Cloud の証明が少なすぎるということではない。利用可能な証明が購入者の仕事を変えるということである。問題は、名前の背後にサービスがあるかどうかではなく、顧客が購入しようとしている特定のサービスが、すべての重要な約束を記録、管理策、および責任ある対応者に割り当てられるように十分に厳密に境界設定されているかどうかである。
企業のアンカーは新しいかつ具体的である
ロシア連邦税務署の検索では、税番号9703176519の会社が1つ返される：OOO "Intelion Oblako"、2024年3月14日にモスクワで登録されたロシアの有限責任会社である。結果は OGRN 1247700236519を与え、Maksim Nikolaevich Vyaznikov を総取締役として特定する。Intelion のアバウトページは同じ税番号と登録番号、同じモスクワの管轄区域、および Presnenskaya Embankment の住所を公開している。Vyaznikov を最高経営責任者として指名し、会社の主な活動をデータ処理、ホスティング、および関連サービスと説明している。
公式の会社検索とプロバイダー自身の法的ページとの間のこの一致は、証拠の中で最も明確なアイデンティティアンカーである。顧客向けブランドを、公開オファーを行い、顧客に請求書を発行し、通知を受け取ることができる法的エンティティに接続する。ユーザー契約は OGRN と税番号を繰り返し、アカウント登録、資金提供、または使用がオファーを受け入れるものとしている。公開条件はまた、コントロールパネル、アカウント残高、電子文書、および法的メッセージのチャネルを定義している。これらの詳細により、商用サーフェスはブランドページだけよりも読みやすくなる。
ネットワークアイデンティティは別のポイントで結合する。RIPE 登録組織 ORG-ICL71-RIPE は、2024年9月に Intelion Cloud LTD の名前と同一のモスクワ住所で登録された。5日後、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 を定義し、メータリングリクエストと明示的な処理リージョンを備える。
それは1つの製品ではない。少なくとも3つの運用上の取引が1つの名前の下にある。
専用サーバーの顧客は、物理マシンのリモート使用を受け取り、ハードウェア固有の制約を受け入れる。クラウド顧客は、共有インフラストラクチャ上に論理リソースを作成し、独自のゲストシステムを運用する。推論顧客は、プロバイダーと処理リージョンが 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ギガビットの上限を持ちながら、マーケティングページは施設内のより高速なファブリックを説明している場合がある。プロジェクトはより多くのアドレスをリクエストできるが、即座に受信できない場合がある。購入者は、各関連する制御を起動前に運用ルールに変換する必要がある：誰が例外をリクエストできるか、どのような証拠が必要か、承認に通常どのくらい時間がかかるか、リクエストが拒否された場合に何が起こるか。
メータリングも同様の扱いに値する。秒単位の請求は、リソースを開始、停止、および保持するイベントがよく理解されている場合にのみ価値がある。ホームページは、サーバーを停止するとコンピュート料金が停止し、ディスクが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 ピアに対して可視であった。
フットプリントはコンパクトであった：2つの IPv4 /24、合計512アドレス。RIPEstat は IPv6 アナウンスを観測せず、1つの隣接自律システムを観測した。両方の/24は7月1日から15日の観測ウィンドウ全体に存在していた。二次ルートサマリーも同様に、2つの IPv4 プレフィックス、IPv6 なし、および1つの可視上流、AS12389（PJSC Rostelecom）を報告した。
これらの事実は重要である。生きた自律システムは、Intelion に、別のホストのアドレス空間の背後に完全に存在するリセラーページとは異なるパブリックルーティングアイデンティティを与える。完全なコレクター可視性は、2つのオリジンルートが1つのエッジで見られるあいまいなアナウンスではなかったことを意味する。ファーストシーン日は ASN 割り当てから約1か月後であり、新しいネットワークが運用開始されたことと一致する。レコードは2026年にも維持されている。
同時に、数字は推論の周りに境界を設定する。2つの/24は、地理的に広いネットワーク、大容量、多様なトランジット、低レイテンシ、または多くの顧客を証明しない。1つの観測されたネイバーはトポロジの手がかりであり、完全なキャリア契約ではない。IPv6 アナウンスがないことは、パブリックルーティングビューにおける現在の制限であるが、IPv6 がプライベートネットワーク内に存在するか、計画されているかを示すものではない。ルートテーブルはオリジンレイヤーでの到達可能性を検証できる。アドレスの背後にある GPU、ストレージ、またはサポートを検証できない。
AS214186 の PeeringDB ネットワークプロファイルがないことは、それ自体ではほとんど追加しない。PeeringDB は任意である。小規模サービスはトランジットを購入し、プライベート接続を使用し、パブリックピアリングページを維持しなくても完全に運用できる。欠如が意味するのは、購入者がそのディレクトリを使用して施設、交換ポイント、トラフィックスケール、またはピアリングポリシーをクロスチェックできないことである。プロバイダーは、サービスに関連する場合、現在の相互接続証拠を直接提供する必要がある。
ここでスケールを正直に読むべきである。Intelion のパブリックルーティングサーフェスは空でも、休眠中でも、単に登録されているだけでもない。また、広大なインターネットバックボーンでもない。これは、若いクラウドオペレーターの焦点を絞ったオリジンフットプリントのように見える：顧客向け IPv4 スペースを自社の ASN で宣伝するのに十分であり、各プレフィックスと外部パスが重要であるほど小さい。エンタープライズ購入者にとって、その集中は正確なルート、キャリア、およびリカバリの証拠の価値を高める。
オリジン認証はアドレス所有権ではない
両方の現在のアナウンスは、AS214186 に対して有効な RPKI オリジン認証を持っている。RIPEstat のバリデーターは、194.67.95.0/24に対する有効なルートオリジン認証と、185.182.108.0/24に対する別の認証を発見し、それぞれ AS214186 が/24を発信することを許可している。これはネットワークレコードの中で最も優れた詳細の1つである。
RPKI の有効性は特定のリスクを狭める。ルートオリジン検証を実行するネットワークは、登録された認証が Intelion のオリジン ASN およびプレフィックス長と一致することを確認できる。これにより、偶発的または不正な競合オリジンを拒否しやすくなる。2つのプレフィックスのネットワークにとって、両方の認証を有効に保つことは、コンプライアンスの飾りではなく実用的な運用管理である。
それはすべての所有権の質問に答えるわけではない。RIPE アドレスレコードは、両方の範囲の登録者として RADIO-FSU/RADIO-MSU NETWORK Ltd を指名している。各レコードは個別に Intelion の参照を含む：1つは Intelion Cloud LTD を指名し、会社のサイトにリンクし、もう1つはドメインを含む。これは、Intelion が別の組織に登録されたアドレススペースを使用およびアナウンスすることを許可されていることと一致する。Intelion がブロックを法的に所有しているという証拠ではない。
その区別は、更新、悪用対応、または移行の際に重要になる。アドレスリソースを保有する組織、それを発信することを許可された組織、ルートを受け入れるキャリア、およびアドレスを使用する顧客はすべて異なる可能性がある。今日の有効なルートは、それ自体では、Intelion がプレフィックスをどのくらいの期間使用できるか、誰がルート認証を変更できるか、または基礎となる取り決めが終了した場合に何が起こるかを明らかにしない。
安定した送信元アドレスに依存する顧客は、サービス固有のチェーンを尋ねるべきである：どのプレフィックスが割り当てられるか、誰が登録保有者か、Intelion の使用をサポートする契約は何か、誰がルートオリジン認証を維持するか、アドレスがキャリア間を移動できるかどうか、および再番号付けが必要になった場合にどのような通知が適用されるか。短いトレーニングジョブでは、これは軽微な懸念であるかもしれない。許可リスト化されたエンタープライズ統合、メールインフラストラクチャ、またはアドレスに紐付いたライセンスソフトウェアにとって、移行リスクになる可能性がある。
肯定的な結論は依然として意味がある。Intelion は単に未検証のスペースをアナウンスし、観察者に名前を受け入れさせているわけではない。2つのルートオリジンペアはキャプチャ時に有効であった。慎重な結論も同様に重要である：有効なオリジンは許可されたルーティングの証拠であり、アドレスブロックの権利証書ではなく、それを介して到達されるサービスの保証でもない。
冗長性は1つのレイヤーずつ調整されなければならない
Intelion のウェブサイトは特定の回復力の主張を行っている。サマラ近くのデータセンターは、物理的に分離された MegaFon と Rostelecom のインターネット回線を使用し、両方でプロバイダーの PI /24をアナウンスし、一方の回線が故障した場合にアドレス変更なしでトラフィックを移動できると述べている。これは、キャリア、ルーティング動作、および期待される障害結果を特定するため、冗長接続の通常の約束よりもはるかに優れた声明である。
外部記録はそのストーリーの一部をサポートし、一部を未解決のままにする。RIPE aut-num オブジェクトは、AS12389（Rostelecom）および AS21446（SOTEL LLC）とのインポートおよびエクスポートポリシーを宣言している。RIPEstat は7月15日に1つのネイバーを観測した。二次ルートサマリーは、Rostelecom を可視上流として特定した。サマラでの2026年3月のプローブも、Rostelecom を通じて Intelion のネットワークに到達した。したがって、ソースは現在の Rostelecom パスで一致している。キャプチャされたグローバルビューでは、MegaFon を観測されたネイバーとして示していない一方で、RIPE オブジェクトで宣言された2番目のネットワークは MegaFon ではなく SOTEL である。
これは調査すべき不一致であり、評決ではない。キャリアは別の自律システムを通じて物理サービスを提供できる。バックアップセッションはすべてのコレクターから可視でない場合があり、設定されていてもアイドル状態である場合があり、公開記録が作成された後に変更されている場合がある。ウェブサイトはまた、卸売りの取り決めを小売キャリア名に単純化できる。凍結された証拠はどの説明が当てはまるかを判断できない。
購入者は、同様に弱い2つの結論に抵抗すべきである。1つは、1つのネイバーが観測されたため、デュアルキャリアの主張は偽でなければならないというもの。もう1つは、ウェブサイト上の2つの名前が独立したエンドツーエンドパスを証明するというもの。BGP ダイバーシティ、物理ルートダイバーシティ、および商用サプライヤーダイバーシティは異なる管理策である。2つのセッションは、ダクト、ルーター、電源、または上流障害ドメインを共有できる。1つの可視オリジンでも、意図したとおりに機能するスタンバイ設計を持つことができる。
したがって、現在の証拠は各レイヤーで要求されるべきである。ルートビューは両方のセッションとそれらを介してアドバタイズされるプレフィックスを示すことができる。トポロジ図はハンドオフ機器と物理エントリパスを示すことができる。キャリア注文は契約サービスを特定できる。制御されたフェイルオーバーレコードは、確立されたトラフィックが移動するかどうか、コンバージェンスにどのくらい時間がかかるか、顧客アドレスが安定しているかどうかを示すことができる。監視履歴は、移行前後のパケット損失と使用率を示すことができる。
ネットワークは十分にコンパクトであるため、これは管理可能であるべきである。2つのパブリックプレフィックス、2つの RPKI 認証、および小規模な宣言された外部ポリシーがある。Intelion は壮大なバックボーンストーリーを生成する必要はない。顧客に販売された特定の冗長性が最新であり、テストされ、注文の施設とサービスに結び付けられていることを示す必要がある。
ロケールはワークロードに属し、会社名ではない
Intelion はロシアの会社であり、ロシアに配置されたサーバーを販売している。アバウトページは、モスクワ、サマラ地域、トヴェリ地域、トゥーラを運用場所としてマークし、ケメロヴォとハカシアを今後の場所として特定している。ホームページはサマラ近くのアクティブなデータセンターを説明している。ロシアのコンピュートキャパシティを求める顧客にとって、これらは直接関連する声明である。
それらは普遍的なデータレジデンシーの答えではない。法的住所はサーバーの場所ではない。自律システムの国はディスクの場所ではない。BGP ルートはインターネットにアドレスへの到達方法を伝えるが、その背後にあるデータがどこに保存されているかは伝えない。施設リストでさえ、どの製品がどのサイトで利用可能か、またはバックアップ、コントロールプレーンレコード、サポートトランスクリプト、および請求データがどこに存在するかを示さない。
Intelion 自身の製品構造はこの区別を不可避にしている。仮想マシンとそのディスクはプロバイダーのロシアのインフラストラクチャに配置される可能性がある。専用サーバーは特定の物理サイトを占有する。推論プラットフォームは非常に異なるパスを取る可能性がある。その2026年5月の条件は、2つの処理リージョンクラスを定義している：Intelion 自身のインフラストラクチャ上のオープンウェイトモデル用のロシア、およびフランクフルトまたは米国リージョンの AWS Bedrock を通じて処理されるクラウドモデル用のインターナショナル。選択されたモデルのプロバイダーとリージョンは、リクエストが送信される前にコントロールパネルとモデルリストエンドポイントで可視であるとされている。
それは有用な開示である。請求書がロシアのプロバイダーから来るという理由だけで、すべてのモデルエンドポイントがローカルであるふりをする必要がないことを意味する。また、顧客が積極的なアーキテクチャ上の選択を行わなければならないことを意味する。国際モデルに送信されたリクエストはロシアの国境を越え、条件は個人データが存在する場合、その転送に関連する顧客の責任を割り当てる。
推論条件はさらに詳細を追加する。Intelion は、リクエストと生成されたコンテンツはモデルのトレーニングに使用されず、技術的な障害ロギングまたは法的要件を除いて処理後に保持されないと述べている。モデル、タイミング、トークン数、キー識別子、顧客識別子、ステータス、コストを含む使用状況メタデータは3年間保持される。顧客は少なくとも180日間の自身の使用状況メタデータへのアクセスを約束されている。これらの声明は、一般的なクラウドという言葉よりも有用なデータマップを作成するが、すべてのモデルプロバイダーの独立したテストではなく、依然として契約上の主張である。
したがって、エンタープライズデータマップは、すべての状態を通じてワークロードを追跡する必要がある。VM の場合、イメージ、ブートディスク、接続ストレージ、バックアップ、スナップショット、ホストログ、コンソールアクセス、サポートアーティファクト、および削除されたリソース状態が含まれる。推論リクエストの場合、リクエストコンテンツ、生成コンテンツ、モデルプロバイダー、リージョン、一時的な障害ログ、使用状況メタデータ、および顧客が保持するアプリケーションログが含まれる。アカウント管理の場合、本人確認書類、請求イベント、連絡先詳細、およびサポート会話が含まれる。
購入者は、各状態に許可された地理的地域と保持ルールを割り当てるべきである。"ロシアのサーバー"はその機能を実行するには広すぎる。防御可能な要件は次のように聞こえる：指定された VM、ディスク、バックアップは指定されたロシアの場所に留まる；サポートアクセスはログに記録される；国際モデルエンドポイントはプロジェクトに対して無効化される；メタデータ保持は理解される；例外には許可された変更が必要である。それはスローガンではなく、運用管理としてのデータ主権である。
Intelion の公開文書はそのような会話を可能にする。また、会社名からロケールを推測できない理由も示している。同じアカウントがローカルコンピュートと国際モデルインフラストラクチャに到達できる。決定的なフィールドは、ワークロードに選択されたサービスとリージョンである。
AI サポートエージェントはアクセス制御の決定を生み出す
Intelion は自社を AI ネイティブクラウドと説明しており、その最も具体的な表現は7月のクラウドプラットフォーム条件に現れている。プロバイダーは、仮想マシンの設定と保守を支援するソフトウェア AI エージェントを提供すると述べている。マシン作成中、エージェントの公開鍵は、顧客がクリアしない限りデフォルトで選択されるチェックボックスによって制御される。条件は、従業員はそのキーを使用せず、エージェントはチャットで顧客と合意されたアクションのみを実行し、顧客はキーを削除することでアクセスを取り消すことができると述べている。
これはマーケティングラベル以上のものである。サポートを特権的な自動化ワークフローに変える。エージェントは顧客マシンに入り、通常は管理者を必要とするアクションを実行できる可能性がある。うまく機能すれば、ルーチンのセットアップ作業を削減し、サポート会話と設定変更の間の距離を短縮できる。また、サポートエラーをより迅速かつ反復的にする可能性がある。
中心的な問題は、AI エージェントが抽象的に安全かどうかではない。アクセス境界が顧客のワークロードにとって可視かつ管理可能かどうかである。デフォルトで選択されたチェックボックスは、顧客が受動的な同意に依存すべきではないことを意味する。エンタープライズアカウントは、エージェントアクセスをデフォルトで無効にし、特定のチケット、マシン、および時間枠に対してのみ有効にするポリシーを必要とする場合がある。規制対象のワークロードは完全に禁止する場合がある。
条件はその管理のための有用な骨格を提供する：明確なキー、チャットでの事前合意、および顧客による取り消し。購入者は残りの証拠を求めるべきである。エージェントのキーに署名するのはどのアイデンティティか？キーは顧客またはマシンごとに一意か？エージェントはどのコマンドを実行できるか？提案されたアクションはどこに表示されるか？顧客はセカンド承認を要求できるか？コマンドと出力は不変にログに記録されるか？取り消しはアクティブセッションを閉じるか？モデルエラー、命令インジェクション、および侵害されたサポートアカウントはどのように処理されるか？コンテキストが任意のモデルに送信される前に、シークレットをマスクできるか？
これらは推測上のエッジケースではない。エージェントのビジネス価値はその行動能力から来る。爆発半径は同じ特性から来る。条件はアクションがチャットで合意されると述べているが、合意は明確なコマンドプレビューから漠然とした会話上の確認まで何でも意味する可能性がある。エンタープライズ購入者は、承認を構成するものを定義し、それを証明するために必要な記録を保持する必要がある。
エージェントはまた、ローカルサポート労働を置き換えるのではなく、変更する。誰かがその権限を設計し、ソフトウェアを維持し、失敗したアクションをレビューし、例外を処理し、マシンに到達できないときに引き継ぐ必要がある。Intelion のサイトは別途、オンサイトエンジニアが IPMI を通じて再起動し、ディスクまたはメモリモジュールを交換し、障害が発生した GPU に対処できると主張している。ソフトウェアエージェントとエンジニアは異なる問題を解決する。一方は論理マシン内で動作し、もう一方は物理機器に触れることができる。信頼できるサポートモデルは、作業がそれらの間でどのように移動するかを説明する。
Intelion は、エージェントアクセスのメカニズムを公開条件に入れたことを評価されるべきである。多くのサービスはそのような機能を製品説明に残すだろう。開示により、購入者は正しい質問をすることができる："クラウドは AI を使用するか？"ではなく、"エージェントはどのような権限を受け取り、その権限の行使はどのように承認、監視、および取り消されるのか？"
サポートは4つの異なるクロックに分割されている
公開資料はサポートという単語をいくつかの形式で使用しており、それらは同義語として扱われるべきではない。
最初のクロックはインフラストラクチャ監視である。Intelion は、ポートフラップ、CRC エラー、および使用率を24時間体制で収集し、データセンターにエンジニアを常駐させていると述べている。それは検出と物理的介入を説明する。これは、故障したスイッチ、ディスク、メモリモジュール、または GPU に関連する。それ自体では、メッセージがいつ応答されるかを顧客に伝えない。
2番目のクロックは製品ページの可用性である。H100 ページは、あるセクションで24時間のテクニカルサポートを主張し、次に製品カードの近くでモスクワ時間09:00から21:00まで週7日のサポートを表示している。これらの声明は通常の営業時間よりも広いが、互いに同一ではない。ページはまた、バックアップとシステム管理が追加サービスであり得ると述べており、含まれるヘルプの範囲がクロックと同じくらい重要であることを示唆している。
3番目のクロックはベースライン契約である。2026年3月のユーザー契約のセクション13.3は、テクニカルサポートが稼働日の09:00から18:00 UTC+3 まで、1日あたり30分以内で提供され、追加時間は別途料金が請求されると述べている。リクエストはメールまたは公式 Telegram アカウントで受け付けられる。サービスオーダーがより強力なものを付与しない限り、これが顧客のサポート権利の最も重要な公開説明である。
4番目のクロックはサービス可用性のクロックである。クラウドプラットフォームの可用性は24x7x365 と説明されている。それはサービスが機能することを意図している時期を示し、人間が応答しなければならない時期ではない。プラットフォームは24時間の可用性コミットメントを負いながら、含まれるサポートデスクはより狭いスケジュールで動作する可能性がある。その設計は、自己管理型の非クリティカルワークロードには十分である可能性がある。即時の診断または物理的介入を必要とする本番システムにとっては、深刻なギャップである可能性がある。
この対比は、Intelion が営業時間外に応答しないという証拠ではない。購入者が製品フレーズから権利を推測すべきでないという証拠である。プロバイダーは強化サポートを販売したり、運用当直ローテーションを維持したり、自主的に応答したりする可能性がある。公開契約は単に、それらの可能性のすべてをベースラインの約束の一部にしていない。
有用なサポートスケジュールは、深刻度、チャネル、確認目標、技術的エンゲージメント目標、更新頻度、復旧目標、およびエスカレーション責任者を明示するべきである。アカウントの質問と、インフラストラクチャインシデント、悪用レポート、セキュリティイベント、データ復旧リクエスト、有償管理を区別するべきである。また、プロバイダー起因の障害中に30分の日次制限が適用されるかどうか、およびオンサイトエンジニアがサポートデスクによって24時間いつでも直接エンゲージできるかどうかを述べるべきである。
ローカルサポート労働は、クラウド障害がレイヤーを横断するため、まさに貴重である。API は VM が実行中であると報告する一方で、ゲストにアクセスできない場合がある。ルートはグローバルに可視である一方で、ストレージパスが停止している場合がある。顧客は、障害が発生した GPU を修正できないエージェントアクションを承認する場合がある。組織は、コントロールプレーンの状態、ネットワーク観測、ホストテレメトリ、および物理機器を相関させることができる誰かを必要とする。公開記録はその運用モデルの断片を示している。契約はそれらを接続する必要がある。
完璧なパーセンテージでも実用的なギャップを残す可能性がある
Intelion の可用性の表現は異例に野心的である。7月のクラウドプラットフォーム条件は、除外対象を条件として、24x7x365 の可用性と1時間あたり100%の動作可能性を述べている。専用サーバー条件は、同じく除外対象を条件として、月間100%を述べている。推論プラットフォームは月間99.5%の可用性を使用し、ベータモデルおよび Intelion の制御外の特定の障害を除外している。
これらのパーセンテージは1つの会社全体の数値に平均化されるべきではない。異なるサービス、測定期間、および依存関係チェーンに適用される。さらに重要なことに、救済メカニズムは、その数値が顧客にとって何をするかを決定する。
クラウドプラットフォームの場合、技術作業は利用不可時間から除外され、機器の機能維持または障害修正を目的とした計画済みおよび計画外の作業を含む。ダウンタイムは、顧客がチケットシステムを通じてメッセージを送信したときに開始し、復旧作業が終了したときに終了する。補償は、通常利用不可期間に一致する、同じサービスを使用する追加時間であり、顧客がリクエストする必要がある。5分を超え1時間未満の中断は、補償のために1時間として扱われる。
この構造は3つの実用的な結果を生み出す。第一に、プロバイダーによる監視は必ずしも契約上の障害クロックを開始しない；顧客のチケットが開始する。第二に、見出しのパーセンテージは外部レビューのために公開された履歴測定値ではない。定義された除外の下で計算された約束である。第三に、救済はサービス時間であり、必ずしも顧客の結果的損失、スタッフ時間、または失敗したワークロードの補償ではない。
そのどれも SLA を無意味にしない。明確なクロック、最低1時間の補償単位、および100%の目標は、顧客に救済への契約上のルートを与える。しかし、この取り決めは、独立して監視し、迅速にチケットを開く顧客に報いる。プロバイダーの24時間監視が自動的にクレームを生み出すと想定するチームは、自身の通知タイムスタンプが重要な証拠であることを発見するかもしれない。
クラウド条件には、通信事業者と契約詳細が特定されるべきだった不完全な条項も含まれている。その起草ギャップは、ウェブサイト上のより具体的なキャリアの主張の隣にある。ルートや回線を消去するものではない。外部コンテキストなしでネットワーク依存関係を特定する契約の能力を弱める。顧客は、サービスオーダーまたは添付の技術スケジュールでそのフィールドを完成させるべきである。
正しいテストは、100%がもっともらしいかどうかではない。サービス定義に顧客が気にするコンポーネントが含まれているかどうかである。VM は、オプションのソフトウェアパッケージが壊れている間も利用可能とマークされる可能性がある；メイン契約は、VM SLA がサードパーティのソフトウェア追加に及ばないことを明示している。パブリック IP は、ルートが障害を受けている間に割り当てられる可能性がある。推論エンドポイントは、特定の外部モデルが利用不可である間に到達可能である可能性がある。購入者は、特に障害の数分以上を失う可能性がある長時間実行トレーニングジョブについて、コンポーネントレベルの監視とビジネス影響に結び付けられた救済を必要とする。
保持とリカバリはフレンドリーな停止ボタンの背後にある
停止ボタンは Intelion の商用提案の中心である。サーバーを停止し、コンピュート料金を停止し、一定期間ディスクを保持し、後で再開する。断続的な AI 作業にとって、これは賢明なモデルである。高価なアクセラレータの請求を防ぎながら、準備に時間がかかった環境を保持する。
契約はその背後にある状態遷移を明らかにする。顧客はバックアップをスケジュールでき、複数のルーチンを含むことができるが、バックアップリソースの可用性はすべてのディスクの自動保護と同じではない。H100 製品ページもバックアップを追加される可能性のあるサービスとして扱っている。したがって、購入者は、注文が別途指定しない限り、リカバリ保護が選択、構成、テストされなければならないと想定すべきである。
VM 起動が30日間ない場合、Intelion はインスタンスを削除し、ディスクを保持してコールドストレージに移行する可能性がある。その移行の少なくとも24時間前に通知が約束されている。コールドストレージはメータリングされる。アカウント残高がゼロに達した場合、72時間の資金提供ウィンドウが開始され、その後ディスクとそのデータは別の通知なしに削除される可能性がある。そのシーケンスは、アカウント残高と連絡先の配信をリカバリ設計の一部にする。
これは、GPU キャパシティをバーストで使用するチームにとって重要である。研究環境は、実験の間に触れられずに放置される可能性がある。退職した従業員が請求通知の唯一の受信者である可能性がある。調達の遅延により、猶予期間中に残高の補充が妨げられる可能性がある。これらのイベントはいずれもストレージシステムの障害ではないが、それぞれが自動化された保持ルールの下でデータ損失につながる可能性がある。
救済策は運用規律である。重要なデータは、単一のメータリングディスクのライフサイクルの外に存在すべきである。バックアップスケジュールは復元テストによって検証されるべきである。アカウントアラートは共有運用アドレスに到達すべきである。資金提供と削除のしきい値は、可能であれば別のシステムを通じて監視されるべきである。終了計画は、サービス終了前にイメージ、データ、および設定レコードがどのようにエクスポートされるかを定義すべきである。
Intelion の公開条件は、顧客がそれを発見する前に削除メカニズムを示すため、価値がある。購入者はその明確さを利用すべきである。心地よい見出しはコストを一時停止する方法を説明する。契約は、一時停止されたリソースをアーカイブと間違えない方法を説明する。
購入者が Intelion に証明を求めるべきこと
証拠は、実際の会社、実際の製品文書、および生きたパブリックルーティングサーフェスをサポートしている。したがって、調達レビューは一般的な質問票を超えて、コンパクトでサービス固有の証明パックをリクエストできる。
第一に、アイデンティティを調整する。注文は、OOO "Intelion Oblako"、その登録番号と税番号、通知のための住所、およびサポートが運営されるブランドを明示すべきである。いかなる関連会社、施設運営者、または請負業者が機器、アドレスリソース、または顧客データを保有する場合、それを記載すべきである。ネットワークと悪用連絡先は、未割り当てのメールアドレスとして残されるのではなく、サービスに結び付けられるべきである。
第二に、購入された設定を固定する。GPU モデルとメモリ、CPU、RAM、ディスククラス、パブリックアドレス構成、VM 帯域幅キャップ、リージョン、オペレーティングイメージ、請求イベント、および最も早い代替ルールを記録する。クラスターが必要な場合、インターコネクトトポロジとそれを受け入れるために使用されたテストを記録する。カタログページは技術スケジュールとして機能するには流動的すぎる。
第三に、現在のネットワーク証拠を要求する。有用なパケットは小さい：両方のオリジンプレフィックス、現在のルートオリジン認証、通常時およびフェイルオーバー状態で期待される外部自律システム、日付スタンプ付きルートビュー、物理キャリアハンドオフ、および最近のフェイルオーバー結果。サイトが MegaFon と Rostelecom を挙げているのに RIPE ポリシーオブジェクトが Rostelecom と SOTEL を挙げている理由、および1つのネイバーコレクタビューが意図された設計にどのように適合するかを尋ねる。答えはごく普通であり得るが、それでも明示的である必要がある。
第四に、データロケーションマトリックスを構築する。VM ディスク、バックアップ、スナップショット、コントロールプレーンメタデータ、サポート記録、本人確認書類、請求データ、推論コンテンツ、推論メタデータをリストする。それぞれにリージョン、プロセッサ、保持期間、削除イベント、およびエクスポート方法を割り当てる。許可されていない場合、国際モデルルートを無効にする。請求書または IP アドレスの場所をプロキシとして使用しない。
第五に、特権的な自動化を統治する。AI サポートキーがデフォルトでインストールできるかどうかを決定する。一意のアイデンティティ、狭い範囲、時間制限付き有効化、アクションプレビュー、承認記録、コマンドログ、および取り消しテストを要求する。エージェント障害に対する人間のエスカレーションパスを確立し、エージェントが遭遇する可能性のあるシークレットまたは規制対象データを明確にする。
第六に、サポートマトリックスに署名する。含まれる時間、30分制限、有償サポートティア、インシデントチャネル、深刻度レベル、確認目標、およびオンサイトエスカレーションを1つのスケジュールに入れる。プラットフォーム監視と顧客応答を分離する。インシデントを宣言し、リスクのある変更を承認し、復元を要求することを許可された人または役割を指名する。
第七に、SLA と保持ステートマシンをテストする。テストインシデントを開き、どのタイムスタンプがクロックを開始するかを確認する。補償がどのようにリクエストされるかを検証する。非クリティカル VM を停止し、通知を観察し、コールドストレージ請求を確認し、復元する。低残高アラートが正しいチームに届くことを確認する。バックアップから別の環境に復元し、時間とデータ損失を記録する。
第八に、GPU 名ではなくサービスを測定するワークロードベンチマークを実行する。ジョブ完了時間、ストレージスループット、ネットワーク転送、障害リカバリ、キュー遅延、および総請求コストをキャプチャする。設定変更後に繰り返す。Intelion の公開資料は独立して検証されたパフォーマンスを提供しないため、顧客自身の受入実行がベースラインになるべきである。
これらの要求は証拠に見合ったものである。若いプロバイダーにグローバルハイパースケーラーであるふりを求めるものではない。契約の背後にある特定のリソース、パス、場所、および人々が顧客が購入しているものを提供できることを示すよう求める。
公開記録はシームレスではないため有用である
Intelion Cloud は重要な閾値を超えた。名前は現在、登録されたロシアの会社、機能するコントロールプレーンの提案、詳細な顧客条件、アクティブな自律システム、2つの現在の RPKI 検証済みルート、および可視のアカウントとサポートモデルに接続されている。購入者は、調査すべき実際の材料があるため、情報に基づいた質問をできる。
同じ記録は安易な承認を防ぐ。パブリックルートサーフェスはコンパクトである。アドレス登録とルートオリジンは異なる組織に属する。キャリアの説明は、ウェブサイト、RIPE ポリシー、コレクタビュー全体できれいに一致しない。ロシアのインフラストラクチャはすべての推論リクエストをロシア内に保持するわけではない。製品サポートの表現はベースライン契約よりも広い。100%の可用性数値は、除外、顧客チケットのタイミング、およびサービス時間救済に依存する。停止したディスクは最終的に残高駆動の削除パスに入る可能性がある。
これらはプロバイダーを却下する理由ではない。それらは決定の実際の形状である。Intelion の価値は、高価なコンピュートをより入手しやすく運用しやすくすることから来る。その保証は、その利便性の背後にある記録を最新に保ち、調整可能にし、何かが失敗したときに実行可能にすることから来る。
したがって、公正な結論は条件的ではあるが、回避的ではない。Intelion Cloud LTD は、クラウドの名前だけよりも多くの公開運用実体を持っている。ルートテーブル、契約、および製品メカニズムはその声明をサポートしている。特定のエンタープライズワークロードにとって適切なプラットフォームであるかどうかは、次の証拠の層に依存する：固定された設定、テストされたパス、ワークロードレベルのデータマップ、制御された特権アクセス、および障害の結果に対して十分に強力な人間のエスカレーションの約束。