概況
- インドネシアのレジストリデータは、PT Cloud Four Cee Services を AS147158 の関連保有者として特定し、名称
IDNIC-CLOUD4C-AS-IDで、103.177.104.0/23 をカバーする IPv4 割り当ても特定している。これらの記録はデジタルリソースの管理を確立するが、設置済みサーバー、本番の顧客ワークロード、特定のデータセンター所在地を確立するものではない。 - RIPEstat の現在のビューは、AS147158 からアナウンスされた IPv4 または IPv6 アドレス空間、観測された隣接ノード、コレクターからの可視性を一切示していない。その履歴によると、この AS は 2021 年 12 月に 103.177.104.0/24 を初めてアナウンスし、最後に観測されたのは 2023 年 12 月の 103.177.141.0/24 である。CAIDA もまたこの AS を未観測とマークし、コーン内プレフィックス数ゼロ、観測次数ゼロとしている。
- Cloud4C のウェブサイトは、PT Cloud Four Cee Services をインドネシアの連絡先エンティティとして挙げ、プライベートクラウド、マネージドインフラ、移行、復旧サービスを提供している。これらの商業的主張は、Cloud4C またはパートナーのインフラ上で提供される実際のサービスを説明している可能性があるが、ここで検討した公開文書は AS147158 を現在のインドネシアの本番サイト、利用可能な計算能力やストレージ容量、アクティブなトランジット、またはテスト済みの復旧経路に結び付けていない。
- したがって購入者は、AS 登録をアイデンティティと過去のルーティングの手がかりと見なすべきであり、ホスト能力の証明書とは見なすべきでない。有用な証拠としては、明示された本番サイトと復旧サイト、現在のルーティングとアップストリームプロバイダーの証拠、資産責任マトリックス、最近の復旧およびフェイルオーバー結果、サポートエスカレーション権限、検証済みのデータエクスポート計画が含まれる。
番号は存在するが、本番への足跡は別問題
PT Cloud Four Cee Services に関する最も重要な事実は、証拠が存在しないことではない。証拠が分断されていることだ。ある層では、同社がインドネシアのインターネット番号体系において認知された地位を持っていることが示される。別の層では、同社の自律システムが、このレビューで使用された公開経路コレクターから現在見えていないことが示される。第三の層である Cloud4C のウェブサイトは、プライベートインフラ、パブリッククラウドプラットフォーム、パートナー環境上で提供され得る広範なマネージドクラウド事業を提示している。これらの層は同時に真実であり得るが、それぞれ異なる問いに答えている。
AS147158 の RDAP レコードは、リソースIDNIC-CLOUD4C-AS-IDを命名し、国コードとしてインドネシアを示し、関連する連絡先情報を通じて PT Cloud Four Cee Services を特定している。登録イベントと最終更新日は 2021 年 12 月 13 日と記録されている。RIPEstat WHOIS ビューは、所轄当局からのデータを再公開しており、保有者を IDNIC の法人または直接会員として記述し、ポリシーテキストに AS58369 からのインポートと同 AS へのエクスポートを含めている。これは、ネットワークがどのように登録され、相互接続されることが意図されていたかを示す重要な証拠である。
しかし、これは現在そのポリシーがアクティブであることの証拠とは同じではない。RIPEstat ルーティング一貫性結果は、この区別を特に明確にしている。これは、登録データ内に IPv4 ブロックと宣言された関係を見つける一方で、プレフィックスと AS58369 の関係の両方を、クエリ時に BGP から存在しないとマークしている。レジストリデータは、割り当てられたリソースと維持されている記録に関する声明である。BGP 観測は、コレクターが確認できる経路に関する声明である。ホスティングサービスはさらに別の層（サーバー、ストレージ、仮想化、ライセンス、施設アクセス、電源、冷却、アップストリーム契約、サポート権限、実際にプラットフォームに割り当てられた顧客）を追加する。
この階層化によって、2つのよくある誤りを避けられる。1つ目は、AS 番号を見て、自己運用のライブクラウドを想定すること。2つ目は、非アクティブな AS を見て、企業自体が消滅したと想定することだ。マネージドサービスプロバイダーは、自身のプレフィックスをアナウンスすることなく、ハイパースケーラーのパブリッククラウド、パートナーのデータセンター、プロバイダー割り当てアドレスの背後、または顧客自身の環境で顧客ワークロードを実行できる。逆に、AS は顧客の計算負荷を一切支えずに経路をアナウンスできる。したがって、AS147158 は有用な出発点だが、それだけでビジネス上の結論を支えることはできない。
現在のルーティングビューは否定的であり、単に薄いわけではない
提供された公開ルーティングデータの観測時点で、RIPEstat ルーティングステータスエンドポイントは、AS147158 からアナウンスされた IPv4 プレフィックスゼロ、IPv4 アドレスゼロ、IPv6 プレフィックスゼロ、IPv6 /48 換算ゼロを報告した。リストされた 327 の IPv4 RIS ピアのいずれも、リストされた 322 の IPv6 ピアのいずれも、それを認識していなかった。アナウンスされたプレフィクスエンドポイントは空のプレフィクスリストを返し、ASN 隣接エンドポイントは隣接ノードを一切返さなかった。
CAIDA は方法論的に異なる相互検証を提供している。そのAS147158 の AS Rank レコードは、AS をseen: falseとラベル付けしている。顧客コーンのフィールドには、起点自体である AS が 1 つ示されているが、プレフィックスゼロ、アドレスゼロであり、観測された次数はプロバイダー、ピア、顧客のいずれにおいてもゼロである。Cloudflare Radar ルーティングページは、同じ AS 名と保有者名を認識しているが、この認識を現在可視の本番フットプリントと混同すべきではない。
「否定的」という表現が、AS レベルでの現在の証拠に適切である。なぜなら、現在のテストでは単に小さなフットプリントを見つけられないのではなく、アナウンスが全く見つからないからである。表現は狭く保たなければならない。公開経路コレクターは、プライベート経路、他の起点の背後に隠されたネットワーク、顧客構内の設備、パートナーの空間からアドレス指定されたサービスを認識できない。コレクターのカバレッジは広範ではあるが全知ではない。とはいえ、AS147158 自体がアクティブなホスト能力を証明するという特定の命題については、証拠は否定的である。
この違いは調達において重要である。インターネット向けのプラットフォームを評価する購入者は、通常、サービス境界がどこにあるか、どのネットワークがアドレスをアナウンスしているか、独立したアップストリーム経路がいくつあるか、第 2 サイトがワークロードをアナウンスまたは提供できるか、ルーティングイベントが復旧にどのように影響するかを知りたい。プロバイダーの指名された AS に現在の経路可視性がない場合、これらの回答はいずれもその番号から安全に導き出すことはできない。それらは、サービス固有のアーキテクチャと運用テストから得られなければならない。
過去の経路は活動を示すが、後に途切れる
現在の沈黙は、AS が以前は可視であったため、より示唆的である。RIPEstat は、最初の観測を 2021 年 12 月 11 日 16:00 UTC に AS147158 を起点とする 103.177.104.0/24 と記録している。最後の観測は、2023 年 12 月 19 日 08:00 UTC に AS147158 を起点とする 103.177.141.0/24 である。これらの日付は、ネットワークの少なくとも一部が公開ルーティングに現れていた約 2 年間にわたる。
最初のプレフィックスは、現在も登録データに読み取れるブロック内にある。103.177.104.0/23 の IDNIC/APNIC RDAP レコードは、IDNIC-CLOUD4C-IDを命名し、103.177.104.0 から 103.177.105.255 をカバーし、割り当てをアクティブとマークしている。RIPEstat の一貫性応答も、WHOIS で 103.177.104.0/23 を見つける一方で、BGP では見つけていない。これは、「アクティブ」という語が文脈で読まれなければならない理由を示す良い例である。割り当てのレジストリステータスはアクティブだが、そのブロックは現在、AS147158 からのアナウンスとして観測されていない。
最後に確認されたプレフィックス 103.177.141.0/24 は、最初に確認されたプレフィックスと同じ /24 ではない。この変化は、可視のフットプリントが完全に静的ではなかったことを示唆する。企業がサービスを移動したのか、接続性をテストしたのか、再番号付けしたのか、別々のサイトを使用したのか、プロバイダーを変更したのか、あるいはビジネス上の判断の後に単にアナウンスを停止したのかは明らかではない。経路コレクターは、プレフィックスと起点ペアが出現または消失したことを示せるが、その変更を引き起こしたチケット、契約修正、顧客移行、または機器移動を示すことはできない。
したがって、2023 年 12 月以降の途切れは疑問であり、推測で埋められる準備が整ったストーリーではない。ハイパースケーラーまたはパートナーの ASN への秩序立った移行があった可能性がある。インドネシアのネットワークプロバイダーが変更された可能性がある。登録された AS は将来の使用のために保持されている可能性がある。古い経路は、広範なクラウドプラットフォームではなく、管理アクセスなどの狭いコンポーネントのみをサポートしていた可能性がある。サービスが廃止された可能性もある。ここで検討した公開証拠は、これらの説明の中から選択をしない。
問題を解決するのは、ASN が登録されたままであるという主張ではない。それは、最後の公開観測後にワークロードとアドレスに何が起こったかについての日付入りの説明であろう。サービスが移動されたのであれば、プロバイダーは新しい起点ネットワークと、顧客通知およびロールバックプロセスを特定できる。AS147158 が意図的に休眠状態にある場合、プロバイダーは、それが復旧設計に残っているかどうかを説明できる。過去のプレフィックスが顧客をサポートしていなかった場合、その機能を明示できる。それぞれの回答は、レジリエンスと出口リスクに対して異なる意味を持つ。
オフィス登録はアイデンティティの手がかりであり、設置計画ではない
アドレス登録は、別の誘惑的な近道を生み出す。2021 年の RDAP データは、PT Cloud Four Cee Services をジャカルタのスディルマン中央ビジネス街にあるリベニュータワーに関連付けている。現在の Cloud4C のグローバルお問い合わせページは、代わりに、同じくジャカルタ中心部のジャラン・ジェンデラル・スディルマン通りにあるインタイルランドタワーにインドネシアのエンティティを記載している。この違いは、単にオフィスの移転や、遅れたネットワーク連絡先登録を反映している可能性がある。これは、管理の詳細が更新されるべきであるという証拠であり、データセンターの移転の証拠ではない。
いずれのオフィス住所も、本番ラックの所在地として扱うべきではない。企業オフィスには、営業、アカウント管理、エンジニアリング、管理のチームが所在する可能性があるが、機器はキャリアニュートラルなデータセンター、ハイパースケーラーリージョン、パートナーサイト、または顧客施設に設置される。登録された技術担当や不正利用担当の連絡先住所でさえ、責任ある個人または団体に連絡できる場所を示すものであり、パケットが終端する場所やディスクが回転する場所を示すものではない。
この区別は、ビジネス用住所とデータセンターキャンパスの両方が単に「ジャカルタ」と表現され得る都市において特に重要である。運用上の問い合わせには、施設レベルの精度が必要である。各サイトの法的運用者、建物またはキャンパス、スイートまたはケージの責任、契約サービスで利用可能な電力供給、発電機と燃料の手配、相互接続の所有権、通信事業者の入線、リモートハンドの条件、ハードウェア交換、本番環境と復旧環境の間の耐障害性と距離などである。
プロバイダーは、詳細な計画を機密に保つことが合理的にできる。しかし、セキュリティは、顧客が空白を受け入れることを要求するわけではない。デューデリジェンスキットは、秘密保持の下で施設を特定し、管理の境界を記述し、関連する認証を提供し、実際のサービス配置を示し、独立して監査されている事実を文書化できる。そのような資料がない場合、ジャカルタの連絡先住所は、現地の法人プレゼンスを示すものであり、現地のホスト能力を示すものではない。
Cloud4C は、この ASN が示せるよりもはるかに広範なサービスを販売している
Cloud4C の公開提案は、インドネシアの自律システムを運用することに限定されていない。そのクラウドサービスページは、同社をエンドツーエンドのマネージドクラウドプロバイダーとして提示し、移行、自動化、パフォーマンス管理、集中化された可視性を約束している。インドネシア語のプライベートクラウドページは、コンピュート、ストレージ、ネットワーキング、現地ホスティングゾーン、バックアップと復旧、Cloud4C のプライベートデータセンターまたは Microsoft Azure、AWS、Google Cloud、Oracle などのプラットフォーム上で SAP コミュニティクラウドをホストするオプションを説明している。
このハイブリッドな提供言語は、AS147158 を、インドネシア企業が管理できるすべてのものの調査として使用できない理由を説明している。AWS 上のワークロードは、AWS 起点のアドレスを使用する可能性がある。マネージド Azure 環境は、Microsoft のネットワークに依存する可能性がある。顧客構内のプライベート設備は、顧客の接続性を使用する可能性がある。パートナーのデータセンターは、トランジットと IP 空間を提供する可能性がある。Cloud4C は、運用、セキュリティ、アプリケーション管理を提供できるが、別の組織が物理ホストと経路起点を管理する。
この同じ広がりは、調達上の問題を生み出す。「Cloud4C サービス」は、物質的に異なる依存構造を記述する可能性がある。ある顧客は、プロバイダーが管理するプライベートインフラ上で仮想マシンを購入するかもしれない。別の顧客は、自身のパブリッククラウドアカウントに対するマネージド運用を購入するかもしれない。第三の顧客は、複数の環境にわたるディザスタリカバリを購入するかもしれない。第四の顧客は、主要な物理的依存関係がハイパースケーラーに属するアプリケーションサポートを購入するかもしれない。グループレベルの規模、スタッフ、可用性に関する主張は、自動的に各インドネシアの作業明細書に流れ込むわけではない。
Cloud4C のインドネシア語のインフラモダナイゼーションページは、4 方向の災害復旧アーキテクチャ、24 時間 365 日のサポート、単一の SLA を宣伝している。プライベートクラウドページは、99.95% の可用性と複数のデータセンター所在地にわたるデプロイメントを宣伝している。これらは重要な約束だが、定義されたサービスに結び付けられるまではマーケティング上の主張にとどまる。顧客は、自身のワークロードにどのアーキテクチャが適用されるか、可用性の計算にどのコンポーネントが含まれるか、どの除外事項が適用されるか、4 つのコピーまたは復旧位置がどこに存在するか、サードパーティプラットフォームが律速依存関係である場合に誰が行動できるかを知る必要がある。
賢明な結論は、製品ページを拒否することでも、それらをメトリクスとして扱うことでもない。それらは、プロバイダーが提供しているもの、したがって指定できるはずのものを確立する。それらは、AS147158 が現在その提供に面していること、一定量のインドネシアの計算能力が設置されていること、または特定の顧客が宣伝されたトポロジを受け取っていることを証明するものではない。
ホスト能力には複数の分母がある
クラウド容量は 1 つの数字のように見えるが、それは分母の積み重ねである。プロバイダーは、ラックが設置されていない状態でデータセンター内に契約上のスペースを持つ場合がある。ラックが設置されていても、サーバーが納入されていない場合がある。サーバーに電源が入っていても、結果としての容量を販売するのに十分なストレージ、ライセンス、ネットワークポートがない場合がある。プロビジョニングされたリソースがあっても、既存の顧客や復旧用に予約されている場合がある。技術的な余剰があっても、サポートスタッフや商業的なコミットメントによって新規顧客が利用できない場合がある。
PT Cloud Four Cee Services について、ここで検討した公開証拠は、顧客が利用可能なインドネシアの容量を計算するために必要な数量のいずれも提供していない。検証されたラック数、電力割り当て、サーバーインベントリ、ストレージ層、使用可能なコア数、利用可能なメモリ、コミットされた帯域幅、オーバーサブスクリプションポリシー、または余裕分がない。IPv4 /23 のアクティブな登録は、予約および運用上の使用前ではあるが、そのブロック内で最大 512 のアドレスを管理していることを示すが、アドレスはプロセッサ、ディスク、またはキロワットではない。現在、AS はそのブロックをアナウンスしていることさえ観測されていない。
真剣な容量の声明は、少なくとも 5 つの段階を分離すべきである。設計容量とは、アーキテクチャがサポートできる可能性のあるものである。契約容量とは、プロバイダーが使用する権利を持つものである。設置済み容量とは、物理的に設置された機器である。通電された容量とは、電力、ネットワーク、およびソフトウェアが準備された状態の設置済み機器である。顧客が利用可能な容量とは、保護された復旧マージンを消費したり、既存の義務に違反したりすることなくコミットできる部分である。最後のカテゴリのみが新規顧客の当面の質問に答え、テスト済みの復旧容量のみが、サイトまたはプロバイダーの障害後に何が残っているかという次の質問に答える。
経済性は状況をさらに複雑にする。マネージドクラウドプロバイダーは、スペースをリースし、ハイパースケーラーを利用し、需要に応じてハードウェアを調達することにより、多額の資本支出を回避できる。この柔軟性は効率的であり得る。また、重要な依存関係を施設契約、クラウドコミットメント、ライセンス条件、ベンダークレジット、スペアパーツのリードタイム、およびサポート権限にシフトさせる。顧客は、ソフトウェアのオペレーティングシステムと同じくらい、契約のオペレーティングシステムを購入している。
だからこそ、休眠状態または外部から見えない AS であっても、休眠状態の企業を意味しない場合でも注意に値する。顧客サービスが現在、主にサードパーティクラウドまたはプロバイダーのネットワークに依存している場合、決定的な容量は、クォータ、予約、テナント設計、アカウント管理、およびエスカレーション権限にある。顧客は、AS147158 に、もはや答えていないように見える質問に答えさせるのではなく、これらの依存関係を直接検討すべきである。
サービスの物理的境界を明確にする必要がある
すべてのクラウドサービスは、どこかで物理的である。仮想マシンはサーバー上で実行される。ストレージのレプリカはデバイスを占有する。ネットワークオーバーレイはスイッチとファイバーを通過する。アイデンティティシステムはデータベースと鍵に依存する。サポートスタッフは、コンソール、資格情報、通信を必要とする。デューデリジェンスの問題は、クラウドが物理的かどうかではなく、各物理的および運用上の層を誰が所有または管理しているかだ。
プロバイダーは、契約したサービスについて責任マップを作成できるべきである。最下層には、サイト運営者、電力、冷却、消火、物理的セキュリティ、およびアクセスがある。その上には、ラック、ケーブル配線、ネットワークデバイス、サーバー、ストレージがある。さらにその上には、仮想化、オーケストレーション、バックアップ、監視、アイデンティティ、セキュリティツール、アプリケーションスタックがある。接続性は、相互接続、ローカルループ、アップストリームトランジット、ピアリング、DNS、および顧客アクセス回線を通じて各層を横断する。
Cloud4C のマネージド SD-WAN ページは、集中ホスト型オーケストレーション、エッジコンポーネント、最適化、およびセキュリティを説明することで、この境界の範囲を示している。そのDesktop as a Service ページは、仮想デスクトップ、クラウドデータセンターに保持されたデータ、24 時間 365 日の監視、統合されたバックアップと復旧を説明している。各オファーは複数の所有領域を組み合わせている。デスクトップセッションは、コンピュートが利用できないため、アイデンティティがダウンしているため、顧客のアクセス回線が切断されているため、オーケストレーションサービスが到達不能であるため、またはサポートチームがベンダー管理のコンポーネントを変更する権限を持っていないために失敗する可能性がある。
責任マップがなければ、「エンドツーエンド」は、それらを排除するのではなく、ハンドオフを隠す可能性がある。単一の請求書はアカウンタビリティを改善するかもしれないが、それによってプロバイダーがすべての依存関係に対して物理的管理権を持つわけではない。単一の SLA は救済を簡素化するかもしれないが、停止後のクレジットは、停止中の修復経路と同じではない。購入者は、商業的な単純さと運用上の具体性の両方を必要とする。
AS147158 は、通常、この境界の一部、すなわち公開経路起点を特定するのに役立つはずである。その現在の不在は、顧客がサービスの各コンポーネントによって使用される実際の起点とネットワークを特定する必要があることを意味する。その答えは完全に合理的であるかもしれない。重要なのは、それが明示的で、現状であり、顧客が受け取るアーキテクチャに結び付けられていることだ。
7 つの障害経路がサービスのラベルよりも重要である
第一の障害経路は施設である。ラックが電力を失う、PDU がトリップする、冷却が低下する、消火イベントが部屋を閉鎖する、または物理的アクセスが遅れる。複数サイトという高レベルの主張は、顧客のワークロードが実際にそれらの間で分散されており、サイトが同じ重要な公共設備、キャンパスリスク、または運用上のボトルネックを共有していない場合にのみ有用である。復旧の質問は「別のデータセンターがありますか？」ではなく、「このワークロードは、必要な規模で、データと依存関係をそのままに、今すぐそこで実行できますか？」である。
第二の経路は、ルーティングとアップストリーム接続性である。経路が撤回、フィルタリング、漏洩、またはハイジャックされる可能性がある。通信事業者がファイバー切断やコントロールプレーンイベントを経験する可能性がある。名目上多様化された回線ペアが、ダクトやアップストリームを共有する可能性がある。AS147158 の過去のポリシーは AS58369 を指名しているが、現在のルーティングビューは一切の隣接を観測していない。これは契約の失敗を示すものではなく、古いレジストリ宣言が、使用可能なトランジットの現在の証拠ではないことを示す。購入者は、起源 AS、アップストリーム、物理的入線、フェイルオーバー挙動を含む、サービスアドレスの実際の経路多様性を求めるべきである。
第三の経路は、ハードウェアとストレージである。プロバイダーは、集約では十分な機器を持っていても、ワークロードを復旧するために必要なディスク、コントローラー、メモリモジュール、NIC、またはライセンスされたアプライアンスが不足している可能性がある。スペアパーツの在庫、ベンダーのリードタイム、ファームウェアの互換性、および実用的なアクセスが修復時間を決定する。レプリケーションは一部のデバイス障害を防ぐが、破損、削除、または悪意のある変更をコピーする可能性がある。バックアップは異なる障害セットを保護し、それらが使用可能かどうかを示すのは復旧テストのみである。
第四の経路はコントロールプレーンである。管理者が認証できない、オーケストレーションがワークロードを配置できない、鍵にアクセスできない、DNS を変更できない、または監視が環境の可視性を失った場合、機能的なサーバーの有用性は限られる。Cloud4C の公開文書は、自動化と集中化された可視性を強調している。これらの機能は復旧を加速する可能性があるが、同時に、自身の復元力とアクセス制御を精査しなければならない共有サービスも生み出す。
第五の経路はサポートである。第一線のサービスが施設、通信事業者、クラウドプラットフォーム、または変更権限を持つエンジニアに連絡できない場合、インシデントは技術的欠陥よりも長引く可能性がある。24 時間 365 日のサポートは、24 時間 365 日の修復権限と同じではない。顧客は、対応チームの所在地、適用される言語とエスカレーションウィンドウ、重大度の定義方法、シニアエンジニアが引き継ぐタイミング、プロバイダーが各アップストリームベンダーと十分に強固なサポート計画を持っているかどうかを知るべきである。
第六の経路は、課金と契約管理である。パブリッククラウドアカウントが停止され、クォータが復旧をブロックし、ライセンスが失効し、請求が争われることでサービスが中断される可能性がある。リセラーまたはマネージドプロバイダーは、顧客が移行中に必要とするサブスクリプションを管理している可能性がある。契約終了は、運用上の依存関係を、即座のデータアクセスの問題に変える可能性がある。これらのリスクは、切断されたファイバーよりも目に見えにくいが、同じ結果（ワークロードにアクセスできず、顧客は自力で修復できない）をもたらす可能性がある。
第七の経路は移行である。顧客がデータエクスポートが遅い、高価、不完全、または独自形式に依存していることを発見する一方で、サービスは技術的には健全であり続ける可能性がある。出口経路には、ネットワーク容量、資格情報、スタッフの時間、受入環境も必要である。サービスがプロバイダー管理の空間からアドレス指定されている場合、再番号付けと DNS 変更が移動の一部となる可能性がある。障害が発生したベンダー関係は、故障したラックと同じくらい重大な結果をもたらす可能性があるため、可搬性テストは復旧計画に含まれるべきである。
冗長性はワークロードレベルで証明されなければならない
Cloud4C の製品ページは、バックアップ、レプリケーション、自動復旧、複数サイト展開を説明している。これらは正しい概念である。欠けているリンクは、PT Cloud Four Cee Services のインドネシア向け提供に関するワークロードレベルの証拠である。購入者は、本番、高可用性、ディザスタリカバリのコンポーネントを区別するトポロジを探すべきである。それは、データが同期的または非同期的に複製される場所、独立している障害ドメイン、および依然として人間の承認を必要とする手順を示すべきである。
テスト結果は図よりも重要である。最近の演習では、テストがいつ実施されたか、何が意図的に停止されたか、検出がどのように機能したか、どのチームがイベントを宣言したか、トラフィックまたはユーザーがどのように移動されたか、サービスの復旧にかかった時間、失われたまたは再生されたデータの量、一次ワークロードが戻った後に何が壊れたかを示すべきである。隔離された環境での復旧は、サイトのフェイルオーバーとは異なるものをテストする。経路の撤回は、ストレージ破損とは異なるものをテストする。サポート演習は、両方とは異なるものをテストする。
復旧中の容量も、頻繁に見落とされる盲点である。4 つの場所は、それらが満杯である場合、顧客データが存在しない場合、ライセンスが有効化できない場合、またはネットワーク経路が移動された負荷をサポートできない場合、4 つの有用な復旧ポジションを提供しない。プロバイダーは、保護された余裕分を特定し、それが予約されているのか、共有されているのか、オンデマンドで取得されるのかを説明すべきである。顧客は、同じ地域イベントの後に複数のテナントが復旧を呼び出した場合に何が起こるかを尋ねるべきである。
AS147158 の公開上の不在は、単にギャップとして扱うのではなく、そのようなテストに組み込むことができる。サービスがこの AS に依存していない場合、プロバイダーは実際の経路を示すことができる。AS がフェイルオーバー用に保持されている場合、管理された演習により、経路が必要に応じてアナウンス、受け入れ、検証できることを示すことができる。アドレスが恒久的に移動された場合、アーキテクチャとレジストリ記録を整合させることができる。それぞれの結果は、あいまいさを運用知識に変える。
ルーティングセキュリティは経路が存在してから始まる
インドネシアにおけるルーティングセキュリティの環境は強化されている。APNIC のインドネシアの RPKI の進捗に関する報告は、Route Origin Authorization のカバレッジの急速な成長を報告し、ジャカルタでの APRICOT 2026 に関するその後の報告は、IDNIC とインドネシアインターネットエクスチェンジが、新規ピアに対して「デフォルトでセキュア」なベースラインに向かっていると述べた。APNIC は、RPKIがデジタルリソースを暗号化認証機関に結び付け、保有者がどの AS がプレフィックスをアナウンスできるかを指定できるようにすることを説明している。
この背景は、AS147158 が将来公開ルーティングに復帰する場合の基準を引き上げる。保有者は、適切な Route Origin Authorization を維持し、プレフィックス長がカバーされていることを確認し、アップストリームが有効なアナウンスを受け入れることをテストし、もっともらしい起点のセットを拡大する古い認証を放置しないようにすべきである。経路起点検証は、起点が認証されているかどうかを確認する。経路が安定していること、経路が多様化されていること、またはその背後にあるサービスが安全であることを証明するものではない。
現在、検討したデータには AS147158 からの現在の経路はなく、検証すべきものはない。空の検証結果は、無効なルーティングと表現すべきではなく、スコープ内で観測されたアナウンスがないことを意味する。同社のサービスが別の起点を使用している場合、関連する RPKI および経路評価は、その起点とそれらのプレフィックスに属する。繰り返すが、サービスアーキテクチャがそれらを特定しなければならない。
過去の可視性は、レジストリの衛生管理も重要にする。連絡先、ルーティングポリシー、認証は、意図された運用状態を反映すべきである。古いデータは、インシデント調整を遅らせたり、相手方を誤解させたりする可能性がある。新しいレジストリデータが容量を生み出すことはできないが、ルーティングが変更されたときに誰が行動できるかについての不確実性を減らす。
データの所在地は、企業の住所ではなくサービスの特性である
Cloud4C のインドネシアのプライベートクラウド資料は、現地ホスティング、コンプライアンス、データ常駐要件にかなりの重点を置いている。これはインドネシアにおいて商業的に関連性があるが、所在地は国の旗よりも高い精度で指定されなければならない。データは、一次ストレージ、レプリカ、バックアップ、ログ、監視システム、サポートツール、キー管理システム、一時的な移行ストアに存在する可能性がある。各コピーは、異なる場所と運用者を持つ可能性がある。
インドネシア政府規則 2019 年第 71 号は、公共スコープと私的スコープの電子システム運用者を区別している。他の規定の中でも、宣言された例外に従うことを条件として、公共スコープの運用者は電子システムとデータをインドネシアで管理、処理、または保存することを要求し、私的スコープの運用者は、監督と法執行の有効性が確保できることを条件に、インドネシアまたは海外の場所を使用できる。セクター別の規則と顧客の性質は、さらなる義務を追加する可能性があるため、主権に関するスローガンは法的および技術的なマッピングを代替しない。
購入者にとって、実際的な質問は具体的である。どのデータセットがインドネシアに留まらなければならないか？一次コピーはどこにあるか？レプリカとバックアップはどこにあるか？インドネシア国外のサポートスタッフはコンテンツやメタデータにアクセスできるか？どの法人が処理者または下請業者として行動するか？どのクラウドアカウントと暗号化キーがデータを管理するか？終了後にコピーはどうなるか？公式の私立電子システム登録ポータルはまた、電子システムの運用は ASN の保有とは別の規制対象活動であることを強調している。
AS147158 の国コードとジャカルタの連絡先は、これらの質問のいずれにも答えない。IP ジオロケーションと AS 登録は、ハイブリッド環境におけるストレージの場所の特に貧弱な代理である。ワークロードは、海外で実行されている間インドネシア企業によって管理されるか、インドネシアにある外資系プラットフォームを使用する可能性がある。ローカル IP エンドポイントは、他の場所に保存されたデータに面する可能性がある。外国の起点は、ローカルのプライベート接続に到達する可能性がある。したがって、データ主権は、サービススケジュール、アーキテクチャ、監査証跡に属する。
現在のルートの公開欠如は、この分野をさらに重要にする。Cloud4C のインドネシアのサービスが主にハイパースケーラーやパートナーを通じて提供されている場合、所在地の声明は、関連するリージョン、施設クラス、国境を越えたサポートの取り決めを指名すべきである。PT Cloud Four Cee Services が独自の AS の下で見えないプライベートなインドネシアの容量を運用している場合、プロバイダーは適切な守秘義務の下で実際のネットワークおよび施設の境界を開示できる。IDNIC-CLOUD4C-AS-IDから所在地を推測するよりも、それぞれの回答の方が有用だ。
隠れた依存関係が失敗した場合、誰が影響を受けるのか
Cloud4C の顧客提案はエンタープライズ指向である。その公開ページは、アプリケーションの近代化、SAP 環境、仮想デスクトップ、データベース、セキュリティ運用、マネージドクラウドに言及している。これらのシステムが故障すると、最初に影響を受ける当事者は IT 管理者かもしれないが、その影響はログインできない従業員、取引できない顧客、帳簿を閉じられない財務チーム、注文を処理できない倉庫、イベントを確認できないセキュリティチームに広がる可能性がある。
影響は、プロバイダーの企業規模よりも、顧客がそのサービスに集中させたものに依存する。インドネシアの小さなルートフットプリントは、狭いながらも重要な管理エンドポイントをサポートしていた可能性がある。PT Cloud Four Cee Services のアドレス空間を全く使用していないワークロードでも、同社のエンジニアと制御システムに大きく依存している可能性がある。したがって、経路の可視性は、より広範な依存関係分析における 1 つのシグナルである。
顧客は、許容可能なダウンタイムとデータ損失によってサービスを分類し、次にプロバイダーのアーキテクチャをそれらの閾値に対してテストすべきである。DNS、アイデンティティ、または顧客のアクセス回線にさらに時間がかかる場合、復旧時間目標は役に立たない。復旧されたデータベースが他の場所に保持されているトランザクションと調整できない場合、復旧ポイント目標は役に立たない。サポート目標は、復旧ではなく最初の応答を測定する場合、役に立たない。契約文言は、実際の被害の連鎖に従うべきである。
プロバイダー側は、具体性によって利益を得る。グループレベルのマーケティングが無制限の約束として解釈されることを避けられる。プライベートインフラ上でホストされるサービスと、顧客のハイパースケーラーアカウント上で管理されるサービスとを区別できる。どの復旧オプションが含まれ、どれが別途の容量を必要とするかを明確にできる。PT Cloud Four Cee Services が直接的な管理権限を持つ場所と、コーディネーターとして行動する場所を特定できる。明確さは、インシデント発生時に両当事者を保護する。
購入者が求めるべき証拠
最初の要求は、日付とバージョンが付されたサービス固有のアーキテクチャであるべきだ。それは、本番および復旧の場所、サイトの法的および運用上の所有者、実際の経路起点、アドレスの所有権、アップストリームネットワーク、DNS の責任、クラウドアカウント、ストレージレプリケーション、バックアップリポジトリ、アイデンティティの依存関係、監視を特定すべきである。サービスを未分化の箱として提示するのではなく、顧客と下請業者が管理するコンポーネントをマークすべきである。
第二は、容量の明細書であるべきだ。これは、設置済み、通電済み、コミット済み、利用可能、復旧用に予約されたリソースを分離すべきである。パブリッククラウド提供の場合、予約、クォータ、アカウントの所有権を特定すべきである。プライベートインフラの場合、コンピュート、メモリ、ストレージパフォーマンス、保護後の使用可能ストレージ、ネットワーク制限、電力制約、ハードウェア交換の取り決めを特定すべきである。利用可能な容量は変動するため、日付が重要だ。
第三は、現在のネットワーク証拠であるべきだ。これには、サービスプレフィックスと起源 ASN、ルッキンググラスまたはライブ監視の証拠、アップストリームの多様性、Route Origin Authorization、および最近のフェイルオーバー結果が含まれる。AS147158 が顧客経路の一部でない場合、プロバイダーは単にそう述べて、何がそうであるかを特定すべきだ。スタンバイ起点として意図されている場合、プロバイダーはスタンバイ経路が行使されたことを示すべきだ。
第四は、復旧の証拠であるべきだ。顧客は、観測された復旧時間、観測されたデータ損失、未解決の所見、および次回の演習日を含む、自身のアーキテクチャに関連する復旧およびフェイルオーバーレポートを要求すべきである。一般的な事業継続ポリシーや証明書はガバナンスをサポートするかもしれないが、ワークロードテストの代わりにはならない。
第五は、サポートおよびベンダーマトリックスであるべきだ。これは、対応チーム、エスカレーション経路、各レベルで利用可能な権限、施設および事業者のサポート権限、重大インシデント時のコミュニケーション頻度を指名すべきである。また、プロバイダー自身がサードパーティのアカウントやサイトにアクセスできない場合に何が起こるかについても説明すべきである。
第六は、データ所在地とアクセスのスケジュールであるべきだ。このスケジュールは、一次データ、レプリカ、バックアップ、ログ、サポートアクセス、下請業者、暗号化キー、削除、法的管轄をカバーすべきである。契約企業のインドネシアのアイデンティティに頼るのではなく、実際の技術トポロジに対応すべきである。
第七は、出口のリハーサルであるべきだ。サンプルのワークロードまたはデータセットをエクスポートし、整合性を検証し、受入環境に復元またはインポートするべきである。演習では、時間、出口コスト、フォーマットの互換性、資格情報の移行、アドレスの変更、プロバイダーが提供しなければならない支援を測定すべきである。離脱できる顧客は、深刻なプロバイダー障害から回復する準備もより整っている。
公開シグナルが示唆することと、証明できないこと
組み合わされた公開シグナルは、PT Cloud Four Cee Services が Cloud4C のより広範な事業内における、本物のインドネシアの企業およびデジタルリソースの存在であることを示唆している。AS 登録と Cloud4C の連絡先ページで一致する企業名は、孤立したブランド参照よりも強い。登録された /23 と 2021 年から 2023 年までの経路履歴は、期間の初めにデジタルリソースが単なる仮説上のペーパーワークではなかったことを示している。
シグナルはまた、2023 年 12 月以降の重要な変化を示唆している。指名された AS は現在の経路ビューに現れず、過去に登録されたアップストリーム関係は観測されず、AS Rank の独立したデータはプレフィックスや隣接関係を認識していない。これは、現在可視の小規模な自己運営ネットワークのパターンではない。これは、現在の公開上の運用上の役割が証明されていない登録済みネットワークのパターンである。
シグナルが証明できないのは、その理由である。プラットフォームが移動されたかどうか、顧客が移行されたかどうか、サービスが現在パブリッククラウドネットワークを使用しているかどうか、パートナーがアドレスをアナウンスしているかどうか、企業がプライベートな容量を保持しているかどうか、契約が終了したかどうか、AS が将来の使用のために保持されているかどうかを示すことはできない。現在の運用上の障害を確立することはできない。顧客の不在を確立することはできない。企業のサポート組織や財務能力を測定することはできない。
また、Cloud4C の広範なマーケティング上の主張を現地の資産事実に変えることもできない。複数場所に関する声明は、インドネシアのワークロードのサイトを特定しない。VM のグローバルな数は、PT Cloud Four Cee Services の顧客が利用可能な容量を明らかにしない。現地ホスティングの約束は、各データコピーがどこに存在するかを指定しない。単一の SLA は、その背後にあるすべてのベンダー義務が整合していることを証明しない。
そのギャップは解決可能である。更新されたネットワーク登録、現在のサービスアーキテクチャ、そして最近の運用テスト結果がいくつかあれば、その多くに答えられるだろう。それらが得られるまでは、正直な解釈は意図的に限定される。企業とそのリソースは特定可能であり、過去のルーティングは観測可能であり、AS147158 の現在の経路可視性と AS レベルのホスト能力はそうではない。
次に監視すべきこと
最も明確な公開上の変化は、AS147158 からの新たな経路アナウンスであろう。それが現れた場合、観測者はプレフィックス、最初の観測時刻、アップストリーム経路、コレクター間の可視性、RPKI の状態を記録すべきである。単一のアップストリームを通じて一時的に復帰する経路は、多様な経路を持つ安定した、広く可視の、認証されたプレフィックスとは異なる意味を持つ。再出現は現在のルーティングを確立するが、それ自体では顧客の計算能力を確立しない。
第二のシグナルは、更新されたレジストリデータであろう。更新された連絡先、ポリシー、メンテナンス対象、住所の詳細は、保有者がリソースを積極的に維持していることを示す可能性がある。AS が意図的に休眠状態にある場合、公開の説明または明確に更新された企業アーキテクチャは、古いポリシーがライブトポロジと混同されるのを防ぐだろう。
第三は、維持された相互接続プロファイルであろう。AS147158 の PeeringDB API クエリは、提供された検索で現在のネットワークオブジェクトを返さず、PeeringDB 検索は、そのため現在の証拠というよりも定期的なチェックとして有用である。将来のプロファイルは、トラフィックポリシー、施設、または交換参加を開示する可能性があるが、自己公開のディレクトリデータは依然として運用上の裏付けを必要とするだろう。
第四のシグナルは、Cloud4C のインドネシアサイトに関するより高い特異性であろう。本番リージョン、サービス境界、復旧場所、または関連する現地認証を指名することは、一般的な製品と PT Cloud Four Cee Services の提供との間の距離を縮めるだろう。最も強力な開示は、プロバイダー保有のプライベート容量と、ハイパースケーラーおよび顧客構内の展開で管理される容量とを区別するものだ。
顧客は、これらの事実がすべて公開されるのを待つ必要はない。守秘義務の下でそれらを要求し、検証されたアーキテクチャを契約に書き込むことができる。公開証拠は、より良い質問をし、変化を検出する手段として最も有用である。それは、実際のサービス設計へのアクセスの代替ではない。
狭い結論が最も強固である
PT Cloud Four Cee Services は、一般的な企業ページ上の単なる名前以上のものである。同社は、インドネシアの自律システム登録、対応する保有者ラベル、登録された IPv4 ブロック、そして過去の経路可視性の期間を持っている。Cloud4C のウェブサイトもまた、法人をインドネシアの連絡先として特定し、マネージドクラウド、プライベートクラウド、復旧の実質的なポートフォリオを提示している。これらの事実は、信頼できる企業およびリソースの文脈を確立する。
しかし、それらは AS147158 の下での現在のホスト能力を確立しない。2026 年 7 月 11 日時点のルーティング証拠は、アナウンスされたプレフィックス、可視の隣接ノード、コレクターの可視性を示していない。CAIDA の独立した要約も、AS は観測されておらず、コーンプレフィックスも観測次数もないとしている。RIPEstat が報告した最後の公開経路観測は 2023 年 12 月 19 日である。
欠落している経路は、インドネシアで Cloud4C が管理するすべてのワークロードに対する判断ではない。それは、公開文書が PT Cloud Four Cee Services に付ける特定のネットワークアイデンティティに関する証拠のギャップである。サービスは、他のネットワークや他者の施設に依存している可能性がある。その場合、それらのネットワーク、施設、および責任の境界が、顧客が必要とする証拠である。
これにより、実用的な基準が残る。AS 番号、オフィス住所、またはグローバルな可用性の声明からレジリエンスを購入してはならない。定義された配置、測定された容量、多様な経路、テスト済みの復旧、権限のあるサポート、反復可能な出口を購入せよ。PT Cloud Four Cee Services がこれらの証拠を特定のインドネシアサービスに結び付けられるようになれば、評価は AS の否定的な可視性から、使用可能なホスト能力の肯定的な説明へと移行できる。それまでの間、登録されたリソースは、過去に何が存在し、誰がそれを保持していたかを説明するものであり、現在何が顧客にサービスを提供しているかを証明するものではない。