CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch はラック、トランジット、修理時間に依存するホスティング能力を販売

要約

• APNIC は AS63659 を CU-CDC-SH として識別し、中国の CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch と記述している。同じ APNIC 公開データは103.68.128.0/22を CU-CDC-SH ネット名と、上海市長寧区長寧路1033号のチャイナユニコムビル住所に結びつけている。
• この支社 ASN は現在の公開経路の証明ではない。RIPEstat の AS63659 のAS 概要は announced: false を示し、アナウンスプレフィックスビューは現在のプレフィックスを返さず、ルーティングステータスは0 IPv4 プレフィックス、0 IPv6 プレフィックス、0観測近隣 AS を示した。ルーティング履歴は AS63659 の可視103.68.128.0/22オリジンを2017～2018年とし、最後に確認された AS63659 オリジンは2018年11月であった。
• アドレスブロックは依然重要である。RIPEstat の103.68.128.0/22プレフィックスビューは、当該プレフィックスが AS138421（ホルダーCU-CN-AS - China Unicom）を通じてアナウンスされ、問い合わせ時に325/325の RIS ピアが観測していることを示した。これは現在のチャイナユニコム経路を支持するものであり、支社固有の自己運営顧客サービス主張ではない。
• チャイナユニコムの公式報告書は大規模なクラウドおよびデータセンター事業を示している。2025年データセンター収入281億人民元、110万標準ラック超、7つの100MW 級 AIDC キャンパス、聯通雲収入成長、2025年上半期聯通雲収入376億人民元。これらの数字は親会社スケールのインフラ文脈を確立するが、上海支社エンティティの正確な顧客配置、ラック数、復旧パスを示すものではない。
• 証拠グレードは「弱い」。公開記録は実際の支社リンク番号資源フットプリントと現在経路制御されているチャイナユニコムプレフィックスを支持するが、現在の AS63659 運用、支社レベルの顧客能力、トランジット多様性、データ配置、復旧性能を証明しない。

有用な証拠は乖離から始まる

CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch に関する主要な事実は、登録証拠と現在の経路証拠の乖離である。AS63659の APNIC RDAP レコードでは、ハンドルは AS63659、名前は CU-CDC-SH、国は CN、ステータスはアクティブである。RIPEstat のAS63659 の whois ビューは同じ運用ラベルを示し、リソースを CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch と記述している。これは意味のある識別シグナルであり、マーケティングページに貼り付けられた「クラウド」への一般的な言及ではない。

経路証拠はより限定的である。RIPEstat のAS 概要は、2026-07-11 16:00 UTC の問い合わせ時点で AS63659 がアナウンスされていないことを示した。RIPEstat のアナウンスプレフィックスビューは最近の観測ウィンドウで空の現在プレフィックスリストを返し、ルーティングステータスビューはアナウンスされた IPv4 空間ゼロ、IPv6 空間ゼロ、観測近隣 AS ゼロを示した。顧客はこれらのフィールドを、この支社 ASN が現在ライブのホスティングサービスを提供しているという約束に変換することはできない。

だからといって支社が無意味になるわけではない。103.68.128.0/22の APNIC RDAP レコードはネット名 CU-CDC-SH を識別し、範囲を103.68.128.0～103.68.131.255、ステータスアクティブ、国 CN としている。RIPEstat の103.68.128.0/22の whois データは支社の記述とチャイナユニコムビル住所を繰り返している。これらの記録は購入者に出発点を示すが、完全なクラウドサービスを示すわけではない。

重要な変化は、同じアドレスブロックが現在異なる AS を通じて可視であることだ。RIPEstat のプレフィックス概要は、103.68.128.0/22が AS138421（ホルダーCU-CN-AS - China Unicom）によってアナウンスされていることを示した。プレフィックスのルーティングステータスビューは、問い合わせ時に全325 RIS IPv4 ピアに可視であり、オリジン AS138421 であることを示した。したがって証拠は、支社レコードに関連付けられた現在のチャイナユニコム経路アドレスブロックを支持する。AS63659 自体が現在顧客向けエッジであるという単純な文を支持するものではない。

休眠状態の支社 AS が調達テストを変える

休眠 AS が自動的に失敗したサービスであるわけではない。大手キャリアはしばしば、顧客経路をより広範なバックボーン AS に統合したり、小規模オリジン ASN を退役させたり、経路ポリシーを変更したり、番号資源を地域や製品アカウントに保持したままトラフィックを全国ネットワーク経由にしたりする。しかし休眠支社 AS はテストを変える。問題はもはや「AS63659 は顧客プレフィックスをアナウンスしているか」ではない。問題は「支社名が表すように見えるホスティング能力を現在どのチャイナユニコムネットワーク、施設、契約が担っているのか」になる。

RIPEstat のAS63659 のルーティング履歴は、103.68.128.0/22と関連するより詳細な経路のオリジン AS63659 としての過去の可視性を示し、可視 AS63659 オリジンは集約については2018年後半に終了している。対照的に現在のプレフィックスビューは、103.68.128.0/22を AS138421 の下に置いている。この履歴は二つのよくある間違いを防ぐのに有用である。第一の間違いは、自身の AS が現在使われていないからといって支社を単なる殻と呼ぶことだ。第二の間違いは、古い AS オリジンを現在の運用証明として扱うことである。

顧客は契約においてこの区別を強制すべきである。販売文書やサポート文書が未だに支社に言及している場合、顧客は自身のワークロードが103.68.128.0/22を使うのか、他のチャイナユニコムクラウドアドレスプールを使うのか、プライベート相互接続、パブリッククラウドエクスチェンジパス、あるいは顧客割り当てブロックを使うのかを尋ねるべきだ。答えが「チャイナユニコムバックボーン」であれば、顧客は AS63659 ではなく AS138421 サービスエッジを監視とインシデント証拠に含めなければならない。答えが「上海支社」であれば、どの施設と運用チームがそれを実現しているのかを知る必要がある。

公開 API チェックでAS63659 の PeeringDB プロファイルが存在しないことも同じ点を強調する。PeeringDB が存在しないことは否定的評価ではない。多くのキャリア内部や地域 ASN は公開 PeeringDB レコードを維持していない。単に、この支社 ASN について公開相互接続面がエクスチェンジ接続、施設、ピアリングポリシー、ルッキンググラスデータを公開していないことを意味する。購入者はその情報を名前から推測するのではなく、直接入手しなければならない。

現用パスはチャイナユニコムの広域バックボーンと見られる

現在のパス証拠は AS138421 にある。RIPEstat のAS138421 の AS 概要はホルダーを CU-CN-AS - China Unicom と識別し、AS がアナウンスされていることを示した。AS138421 のアナウンスプレフィックスビューは最近のウィンドウで多数の現在 IPv4 プレフィックスを返した。特に103.68.128.0/22について、RIPEstat のルッキンググラスデータは、多くの観測で AS4837 を含む上流パスを通じて AS138421 に至る国際コレクタパスを示した。これはアドレスブロックが大規模なチャイナユニコムルーティングシステムの一部として到達可能であることと整合する。

実際的な帰結は、支社の顧客向け依存が、パケットが全国バックボーンに乗る地域的商業・サポート関係かもしれないということだ。これは強みになり得る。全国キャリアバックボーンは、小規模独立ホスティングプロバイダでは得られない規模、修理レバレッジ、光伝送、セキュリティ運用、複数の地域オプションを提供できる。しかしそれは局地詳細を隠しもする。顧客はキャリアブランドを知っていても、実際にワークロードに影響するデータホール、ラック、経路オリジン、局地クロスコネクト、都市電力依存、サポートキューを知らないかもしれない。

公開ルーティングは、アクティブなプレフィックスがクラウドサーバ、管理サービス、顧客アクセス、内部システム、その他のチャイナユニコム用途に使われているかどうかには答えられない。/22のうちどれだけが空き、割り当てられ、フィルタされ、ファイアウォールされ、あるいは特定製品に結びついているかは示せない。上海支社が変更カレンダーを制御しているのか、全国ネットワークオペレーションセンターが経路ポリシーを制御しているのかも言えない。経路は現在の運用シグナルであり、能力証明書ではない。

だからこそ顧客の監視計画は両方の識別子を含むべきである。AS63659 は支社リンク番号資源識別子である。AS138421 は支社リンクプレフィックスの現在の公開オリジンである。AS63659 だけを監視する経路モニタは、現在のサービスが AS138421 の下にある場合ライブ経路を見逃す。AS138421 だけを監視する調達レビューは、アドレス割り当て、サポートエスカレーション、顧客配置に関する支社固有の不確実性を見逃すかもしれない。

チャイナユニコムの規模は本物だが、規模は配置ではない

チャイナユニコムの公式報告は親システムの背後にある規模を示している。2025年年次報告書によれば、データセンター収入は281億人民元（前年比8.5%増）、標準ラックは110万超、7つの100MW 級 AIDC キャンパスが建設済み、ラック利用率は72%超、インテリジェントコンピューティング規模は45 EFLOPS に達し、コンピューティングハブ相互接続のため「八縦八横」基幹光ファイバネットワークに9,000キロメートル超が追加された。同報告書は、聯通雲が AI クラウドへと進化し、聯通雲収入定義にクラウド IDC、クラウド資源、クラウドプラットフォーム、クラウドサービス、クラウドインテグレーション、クラウド相互接続、クラウドセキュリティを含むとしている。

2025年中国報告書は中間時点の見解を加える。上半期聯通雲収入は376億人民元、IDC 収入は144億人民元、IDC 資源利用率は70%超、チャイナユニコムは280超のクラウドサービスプロバイダにインテリジェントネットワーキングサービスを提供し、400超のデータセンターと接続、上海臨港、呼和浩特、中衛、三江源に1万チップ規模のインテリジェントコンピューティングセンターを記述している。2024年年次報告書も同様に、聯通雲収入686億人民元、IDC 収入259億人民元、上海および他地域の大規模インテリジェントコンピューティングセンターを報告している。

これらは強力な親レベルのインフラ事実である。重要なのは、この場合「クラウド」が単に小さなウェブサイトに付けられたリセラーラベルではないことを示しているからだ。親グループはキャリア規模で支出し報告している。しかし親規模は支社配置を決定しない。報告書は、CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch が公衆顧客に利用可能な特定ラック数を持っているとは言っていない。103.68.128.0/22が顧客サーバプールであるとも述べていない。この支社名の復旧時間を公開しておらず、支社を名前付きサイト、キャリア入口、バックアップ地域、ワークロード移行パスにマッピングしていない。

したがって購入者は親規模証拠を証明ではなく文脈として扱うべきである。大手キャリアは、修理が一つの建物、一つのリモートハンズキュー、一つのサービステスク、一ネットワーク変更所有者、一データエクスポート手順に依存するローカル製品を販売することができる。逆に、休眠 AS を持つ支社が依然として堅牢な全国プラットフォームに支えられていることもある。公開リサーチはこれらの結果を選べない。契約、アーキテクチャ証拠、テスト結果がその作業を行わねばならない。

上海の住所は手がかりであり、データホールの地図ではない

支社リンクの公開レコードは上海を指し示す。APNIC RDAP と RIPEstat whois は、AS と103.68.128.0/22割り当ての管理および技術連絡先住所フィールドに、上海市長寧区長寧路1033号のチャイナユニコムビルを記載している。これは実際のロケーション手がかりである。顧客サーバがその住所にあることを意味せず、その住所がデータセンターであることも意味しない。事務所、登録ポイント、運用連絡先、ネットワーク管理サイト、施設隣接の事業所住所かもしれない。

それでも上海は重要である。公式報告書はチャイナユニコムの大規模インテリジェントコンピューティング展開の中に上海を挙げており、2025年中国報告書は特に上海臨港を1万チップのインテリジェントコンピューティングセンターのリストに挙げている。上海のローカリティ、ネットワーク到達性、規制文脈が重要だから中国ベースのホスティング能力を購入している顧客は、本番ワークロードが上海にあるのか、全国コンピューティングハブにあるのか、他省にあるのか、制御プレーンとバックアップが地域をまたがる共有クラウドプールにあるのかを尋ねるべきである。

この質問は学術的ではない。上海ラベルのサービスは複数の物理レイヤーを持ち得る。地域営業支社、上海顧客サポートチャネル、上海連絡先に登録されたアドレス割り当て、全国バックボーン経路、臨港または他区のデータセンター、他省のバックアップ、別の場所の管理・ログプラットフォーム。各レイヤーがレイテンシ、管轄、運用責任、復旧を変える。

購入者は配置マトリックスを要求すべきである。そのマトリックスは本番コンピュート、ストレージ、バックアップ、ログ、アイデンティティ、請求記録、顧客サポートシステム、監視、リモート管理、エクスポートの場所を列挙すべきである。またそれらの場所のうちどれが保証され、どれが通常運用慣行で、どれが顧客承認なしに変更され得るかを明記すべきである。このマトリックスなしでは、上海支社ラベルは発見には有用だが、主権や継続性保証には不十分である。

ラックはクラウドサービスを修理問題に変える

「ホスティング能力」という言葉は、サービスの背後にある物理的待ち行列を隠す。仮想マシンや管理プラットフォームは、キャビネット、電力、冷却、ルータ、スイッチ、光トランシーバ、ケーブル、ディスク、ファームウェア、スペアパーツ、アクセス権を持つ人々を必要とする。チャイナユニコムの報告書はグループレベルで膨大なキャビネット基盤を示しているが、顧客リスクは局所的である。どのラックがこのワークロードを保持し、どの電源ドメインがそれらのラックに給電し、ハードウェア故障時に有資格者がどれだけ早く行動できるか。

設置済み能力は使用可能能力と同じではない。設置済み能力は故障前に存在するもの、すなわちラックスペース、経路制御可能アドレス、光伝送、コンピュートノード、ストレージアレイである。使用可能能力は、電源事象、ルータ故障、上流変更、冷却制限、故障ディスクプール、メンテナンスウィンドウ、セキュリティ隔離の後に残るものである。回復可能能力は、プロバイダが顧客の事業期限前に復旧できるものである。公開 BGP はプレフィックスを示せるが、それら三つの数字はいずれも示せない。

CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch にとって、公開証拠は孤立したブティックホストではなく全国キャリア環境を指し示す。これはサプライヤの深みには有利である。しかしそれによって責任境界はより複雑になる。顧客が支社契約で入り、全国聯通雲プラットフォームを使い、一つのプールから公開アドレスを受け取り、地域データセンターに依存する場合、修理所有者はレイヤーによって変わり得る。支社がアカウントを扱うかもしれない。全国オペレーションセンターが経路を扱うかもしれない。施設チームが電力を扱うかもしれない。クラウドプラットフォームチームがストレージを扱うかもしれない。フィールドチームがハードウェア交換を扱うかもしれない。

この分業は可視であれば欠陥ではない。顧客が単一のヘルプデスク連絡先しか持たず、エスカレーションツリーがどのように機能するかの証拠がない場合に障害パスとなる。有用な質問は、チャイナユニコムが多くのキャビネットを所有しているかどうかではない。この顧客のサービスが、依存する特定のラック、経路、ストレージプール、運用キューの喪失に耐えられるかどうかである。

トランジット多様性は現在のオリジンで証明されねばならない

トランジット多様性は休眠支社 AS から推測できない。RIPEstat は AS63659 の現在の近隣 AS を示さず、これは AS63659 がそのデータで現在の公開近隣マップを公開していないことを意味する。アクティブプレフィックスパスは AS138421 を指し示しているので、トランジットおよび到達性テストは103.68.128.0/22を運ぶ AS138421 エッジに焦点を当てるべきである。顧客は現在のオリジンポリシー、上流およびピア構成、経路フィルタリング制御、経路オリジン認可状態、テスト済みフェイルオーバーパスを尋ねるべきである。

経路オリジン状態は単独の保証としては理想的ではない。RIPEstat のRPKI 検証チェックは AS138421 と103.68.128.0/22についてステータス不明を返し、そのクエリでは検証 ROA はなかった。不明は無効ではなく、経路がハイジャックされていることを意味しない。チェック時に公開 RPKI シグナルがそのオリジンとプレフィックスについて肯定的なオリジン認可証明を提供しなかったことを意味する。上流やピアによる厳格な経路フィルタリングに依存する顧客にとって、不明オリジンステータスは明確化すべき真のポイントである。

ルーティング衛生はレジリエンスの一部に過ぎない。RFC 6811は経路オリジン検証を説明し、RFC 7454は BGP の運用慣行を記述し、MANRSはネットワークオペレータ向けのルーティングセキュリティ期待を枠組み化する。これらの文書は質問を定義するから有用であり、特定のオペレータを認証するからではない。プロバイダは良好な経路フィルタリング慣行に従いながら、局所的な光ファイバ断線、輻輳したバックアップパス、遅いサポートエスカレーションを持つことができる。

顧客はパス障害デモンストレーションを要求すべきである。一次キャリアパスが失われた場合、どの経路が残るか。チャイナユニコムバックボーンセグメントが輻輳した場合、顧客トラフィックはどこにシフトするか。上流で RPKI フィルタリングが変更された場合、プレフィックスが依然受け入れられるという証拠は何か。顧客がプライベート接続を使う場合、そのプライベートパスは公開インターネットパスと施設、ルータ、電源ドメインを共有するか。多様性はテスト結果であり、トポロジー図ではない。

サポート要員はインフラの一部である

サポートはインフラの上に重ねられたソフトサービスではない。それはインフラを修理可能にするメカニズムである。ホスティングサービスは有効な経路と強力な親ブランドを持ちながら、顧客が適切なチームに連絡できない場合、サポートチームが関連レイヤーを可視できない場合、あるいはエスカレーションがインシデント中に利用不可能な別のアカウント所有者を必要とする場合に、運用上失敗し得る。

支社構造はこれを特に重要にする。CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch は可視の契約またはアカウントラベルである一方、技術的復旧は聯通雲プラットフォームチーム、チャイナユニコムバックボーンチーム、データセンター運用グループ、地域カスタマーサービスチームに委ねられるかもしれない。顧客はどの症状をどのチームが所有するかを知る必要がある。公開経路消失、パケットロス、コンソール故障、ストレージスナップショット障害、アイデンティティロックアウト、請求停止、エクスポート遅延はすべて異なる所有者を必要とするかもしれない。

最も強力なサポート証拠は一般的な SLA の文言ではない。それはサンプルインシデントパスである。最初のチケットを誰が受け取るか。電話エスカレーションの対象となる条件は何か。インシデントが支社固有か、AS138421 ルーティングか、クラウド制御プレーンか、ストレージか、電力か、セキュリティフィルタリングか、顧客設定かをプロバイダはどのように特定するか。メイン管理コンソールがダウンしている場合にステータスページは機能するか。経路変更やストレージ復旧ができるチームへの直接経路はあるか、それとも全ての要求がアカウントサポートを通過しなければならないか。

顧客は言語と地域性もテストすべきである。上海支社の連絡先は中国語サポート、地域営業時間、国内コンプライアンス会話に価値があるかもしれない。しかし緊急チームが全国レベルで活動している場合、顧客はハンドオフがどのように行われるかを知るべきである。関連するサポート約束は「サポートがあります」ではない。「サポートチェーンがワークロードを守るのに十分速く物理または制御プレーン所有者に到達できる」ということである。

請求、停止、アカウント状態は障害パスである

クラウド障害は常に機械的とは限らない。請求、アイデンティティ、アカウント状態は、損傷したファイバと同様に確実にホスティング能力を停止させ得る。顧客は請求書の紛争、支払経路の失敗、管理者の退職、ドメインの期限切れ、セキュリティレビューによるアカウントロック、データエクスポート完了前のリソース削除といった理由でアクセスを失う可能性がある。会話がラックと経路だけに枠付けられていると、これらのリスクは見逃しやすい。

公開証拠は支社の請求システムやアカウントコントロールを開示しない。つまり購入者は直接尋ねるべきである。どの法人がサービスを請求するか。上海支社が契約連絡先か、サポート連絡先か、あるいは両方か。アカウント名、ICP 関連文書、セキュリティレビュー文書、技術テナント間に不一致がある場合どうなるか。支払い停止がバックアップやデータエクスポートに影響し得るか。リソースが削除される前に、顧客がアカウント状態を復旧するのにどれだけの猶予があるか。

これらの質問は敵対的ではない。それらはサービスをより使いやすくする。停止ルール、管理復旧、アカウント所有権移行、緊急エクスポートを説明できるホスティングプロバイダは、それらのコントロールをオフィス事務と扱うプロバイダよりも顧客にとって安全である。インフラにおいて、管理状態は運用状態である。ネットワークやストレージのインシデント中にロックされたコンソールは、管理可能な障害を移行危機に変え得る。

顧客は二つの書面パスを要求すべきである。緊急運用パスと緊急商業パスである。運用パスは誰がサービスを復旧または移動できるかを示す。商業パスは誰が請求やアカウント状態がその復旧をブロックするのを防げるかを示す。本番依存がサービスを中心に成長する前に、両方のパスがテストされるべきである。

データローカリティは中国の住所だけでは解決しない

支社の中国および上海のシグナルはデータローカリティに関連するが、それを解決しない。APNIC アドレスと支社記述は中国リンクの番号資源レコードを示す。チャイナユニコムの報告書は全国的なクラウドとデータセンターの規模を示す。2024年 CAC 越境データフロー規定、CAC データ輸出安全評価措置、個人情報保護法の公式英語出版物を含む中国の規制情報源は、配置、アクセス、エクスポートパスが重要である理由を示す。しかしそれらのいずれも、特定の顧客のデータ、バックアップ、ログ、サポート記録がどこに置かれるかを語らない。

中国ホストのワークロードについて、顧客はデータレジデンシ、運用アクセス、ネットワークパスを分離すべきである。データレジデンシは一次およびバックアップコピーがどこに保存されるかを問う。運用アクセスはどのチームとサプライヤがどの管轄下でどのコントロールでシステムに到達できるかを問う。ネットワークパスはトラフィックがどのようにサービスに到達するか、そして公開経路、プライベート回線、クラウド相互接続が顧客が受け入れる意図のない依存にアプリケーションを晒すかどうかを問う。

支社リンクプレフィックス103.68.128.0/22が現在 AS138421 によってオリジンされていることは、それらの質問に答えない。プレフィックスは上海支社連絡先に登録されながら、全国バックボーンを通じて経路制御され得る。制御プレーンは国内にありながら、一部の運用システムは集中化され得る。バックアップはレジリエンスのために他省にあるかもしれない。ログプラットフォームは本番と分離されているかもしれない。ローカリティは設計と契約の表明であり、国コードからの演繹ではない。

顧客は本番、バックアップ、ログ、テレメトリ、顧客チケット、請求記録、サポートアクセス、データエクスポートをカバーするローカリティスケジュールを要求すべきである。そのスケジュールは、データがいつ移動できるか、顧客同意が必要か、クロスリージョンレプリケーションがどのように機能するか、終了後に削除またはエクスポートをどのように証明できるかを明記すべきである。この証拠なしでは、「上海支社」ラベルは有用だが不完全なままである。

移行は最後の正直な耐障害性テスト

ホスティング能力の最終テストは、顧客がビジネスを失うことなく離脱できるかどうかである。これは小規模ホストにも全国キャリアクラウドにも当てはまる。正常運用中に良好に動作するサービスは、顧客がデータをエクスポートできず、設定を再構築できず、DNS を移動できず、アドレスを回収できず、ログを取得できず、プロバイダ関係が変化したときにサポート証拠を転送できない場合、依然として貧弱な依存であり得る。

この支社について、公開証拠は特定の移行質問を提起する。現在より広範なチャイナユニコム AS を通じて経路制御されている支社リンクリソースに結びついたワークロードはどうなるか。顧客が103.68.128.0/22からパブリック IP を受け取っている場合、それらのアドレスはワークロードと共に移動できるか。通常、プロバイダ割り当てアドレスはプロバイダ外に移動しないので、顧客は DNS、証明書、許可リスト、パートナーAPI、セキュリティポリシー変更の計画を必要とする。サービスがプライベートアドレスやプライベートリンクを使う場合、顧客は同等の切替証拠を必要とする。

データエクスポートにも同じ精度が必要である。顧客はプロフェッショナルサービスなしに全データをエクスポートできるか。エクスポートにはメタデータ、アイデンティティ設定、セキュリティルール、ログ、スナップショット、オブジェクトバージョンが含まれるか。サービスが劣化している間にエクスポートを実行できるか。終了後エクスポートはどれだけ保持されるか。エクスポート帯域幅は制限されるか。通常のアカウント管理者が利用できない場合、緊急エクスポートを誰が承認するか。

最良の移行テストは小規模だが完全である。一つの代表的なワークロードをサービスから移動し、他で復元し、データの完全性を検証し、アクセス制御を更新し、監査ログを保存し、経過時間を計測する。危機の前にプロバイダがその演習をサポートできない場合、危機の間に容易になる可能性は低い。ポータビリティは契約付録ではない。それは顧客の実際の脱出経路である。

誰が障害を感じるのか

CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch の直接の顧客は、エンタープライズテナント、公共セクターワークロード、アプリケーションオペレータ、リセラー、システムインテグレータ、地元企業、あるいは別のネットワークチームかもしれない。下流ユーザは支社名を知ることは決してないかもしれない。彼らはアプリケーションが遅い、コンソールに到達できない、データベースが復元できない、支払ポータルが利用できない、あるいはパートナー許可リストがサービスアドレスと一致しなくなったことに気づくだけかもしれない。

障害は複数のレイヤーを通じて伝播し得る。経路障害は公開到達性を奪い得る。ストレージ障害はデータ復旧を破損または遅延させ得る。クラウド制御プレーン障害はスケーリング、スナップショット、ファイアウォール変更を妨げ得る。サポートエスカレーション障害は技術的修理が判明していてもインシデントを長期化させ得る。請求ロックはエクスポートをブロックし得る。ローカリティ不一致は技術的サービスが復旧した後に法的または顧客コミュニケーション問題を生み出し得る。

ここの証拠は慎重な運用姿勢を支持する。パニックを支持しない。チャイナユニコムは大手キャリアであり、大規模なクラウドおよびデータセンター資産を有する。支社レコードに関連付けられたプレフィックスは現在のチャイナユニコムオリジンで可視である。これらは意味のあるポジティブ要素である。弱点は親プラットフォームの不在ではなく、現在の顧客配置、マルチサイトフェイルオーバー、経路認可、サポート権限、データポータビリティに関する支社レベルの公開詳細の不在である。

したがって顧客は支社を文書化すべき依存として扱うべきであり、単独で受け入れたり拒否したりする名前として扱うべきではない。正しい結果はより鮮明なサービスマップである。法的主体、支社の役割、アクティブ AS、アドレスプール、施設場所、バックアップ場所、サポート所有者、経路制御、RPKI 状態、脱出経路、テスト済み復旧結果。それらが可視になったら、顧客はホスティング能力が依存に値するかどうかを決定できる。

依存する前にサービスをテストする方法

第一のテストはアイデンティティとアドレスマッピングである。プロバイダに、AS63659 が現在の顧客向けサービスに使われているかどうかを明言するよう求める。103.68.128.0/22が製品に割り当てられているか、もしそうなら通常運用で AS138421 によってオリジンされているかを尋ねる。答えを、AS63659 の APNIC RDAP、103.68.128.0/22の APNIC RDAP、AS63659 ルーティングステータス、103.68.128.0/22ルーティングステータスの RIPEstat データと比較する。不一致は無害かもしれないが、本番前に説明されるべきである。

第二のテストは配置である。本番サイト、復旧サイト、バックアップ場所、制御プレーン場所、サポート場所を要求する。上海ローカリティが購入の一部である場合、サービスのどの部分が実際に上海にあるのか、上海臨港または別のサイトが関与しているかを尋ねる。プロバイダは運用上の質問に答えるために機密のフロアプランを開示する必要はない。適切なレベルで地域、施設タイプ、冗長設計、電源ドメイン、顧客影響変更プロセスを述べることができる。

第三のテストは経路と復旧である。複数の観測点からプレフィックスを監視し、AS オリジンを観察し、RPKI 状態をチェックし、使用する場合はプライベート接続をテストし、経路フェイルオーバー演習を要求する。次にワークロード復旧をテストする。バックアップから復元し、トラフィックを移動し、ログを確認し、アクセス制御を再構築し、時間を計測する。演習は計画メンテナンスシナリオと計画外障害シナリオの両方を含むべきである。

第四のテストは脱出である。完全なエクスポートを実行し、小規模なワークロードを他へ移動し、顧客が隠れたプロバイダ支援なしに運用できることを確認する。DNS、IP アドレス変更、証明書、パートナー許可リスト、コンプライアンス証拠、保持ログを含める。このテストに合格できるプロバイダはそれによって弱体化しない。それは顧客が捕獲ではなくサービスを購入していることを示す。

証拠を強化するもの

プロバイダが支社リンクリソースの現在のサービスマップを公開または共有すれば、証拠は実質的に強化されるであろう。最も有用な文書は、支社名、契約エンティティ、AS63659、103.68.128.0/22、AS138421、本番地域、復旧地域、サポート所有者、顧客製品を一つの場所に結びつけるであろう。機密のラック座標やセキュリティコントロールを公開する必要はない。どの公開事実が依然運用上関連し、どれが単に歴史的であるかを述べる必要がある。

第二の強化はライブ運用証拠であろう。それは顧客アドレスプールの最近の経路監視サンプル、不明オリジン状態に関する現在の RPKI 計画または説明、影響を受けるレイヤーを指名するメンテナンス通知、通常パス、サイト、サポートチャネルが除去されたときに何が起こるかを示すフェイルオーバー演習を含み得る。プロバイダの内部自信は有用だが、顧客はインシデント中に保持し解釈できる証拠を必要とする。

第三の強化はポータビリティ証拠であろう。プロバイダは完全なエクスポート、文書化されたデータ返却プロセス、アカウント復旧連絡先、停止セーフガード、終了後の削除証明を示すことができる。これらの項目は公開経路テーブルをより印象的にするものではない。それらはホスティングサービスをより脆くなくする。この支社にとって、それが核心問題である。チャイナユニコムがインフラ規模を持っているかどうかではなく、この顧客向け依存が信頼するに足るほどマッピングされ、回復可能で、移動可能であるかどうかである。

証拠グレード

証拠グレードは「弱い」である。このグレードは企業が弱いという表明ではなく、チャイナユニコムがクラウドやデータセンターの規模を欠いているという表明でもない。それは、この正確な支社向けインフラ依存について公開証拠が何を支持できるかについての表明である。

肯定的証拠は具体的である。APNIC と RIPEstat は AS63659 と103.68.128.0/22を CU-CDC-SH と CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch に結びつける。支社リンク IPv4 ブロックはレジストリデータでアクティブである。RIPEstat は103.68.128.0/22が AS138421（チャイナユニコム）によって現在アナウンスされ、問い合わせ時に完全な RIS 可視性があることを示す。チャイナユニコム公式報告書は、報告されたデータセンター収入、ラック規模、AIDC キャンパス、上海インテリジェントコンピューティング言及、聯通雲収入を含む大規模な全国クラウド、IDC、インテリジェントコンピューティング資産を確立する。

限定的証拠も同様に重要である。AS63659 自体は RIPEstat で現在アナウンスされておらず、アナウンスプレフィックスビューで現在のプレフィックスがなく、観測近隣 AS がなかった。支社リンク/22のアクティブ経路は AS63659 ではなく AS138421 を使っていた。103.68.128.0/22と AS138421 の RPKI チェックは不明を返した。ここでレビューされた公開記録は、支社レベルの顧客製品ページ、施設契約、ラック数、電力冗長性、サポートエスカレーション、テスト済み復旧目標、顧客データ配置、エクスポート条件を公開していなかった。

この弱さは評価を終わらせるのではなく、購入者の検証を形作るべきである。第一の境界は法的である。どのチャイナユニコムエンティティが署名し、請求し、緊急行動を承認できるか。第二は技術的である。どの AS、プレフィックス、クラウドリージョン、ストレージプラットフォーム、制御プレーンが今日ワークロードを運ぶか。第三は運用上である。通常のアカウントパスが利用できないときに、どのチームが経路を変更し、ストレージを復旧し、サイトに入り、コンソールロックを上書きし、エクスポートを承認できるか。第四は契約上である。顧客が去るとき、あるいはサービスが停止されたとき、データ、ログ、アドレス、証明書、サポート記録、請求状態はどうなるか。大規模な全国プラットフォームはそれらの質問に答えられる。公開記録はただこの支社レベルの依存についてそれらに答えない。

結論は狭い。CHINA UNICOM CLOUD DATA COMPANY LIMITED Shanghai Branch は、非常に大規模なチャイナユニコムのクラウドおよびデータセンター文脈の中の実際の支社リンク番号資源アイデンティティであるが、公開証拠は現在の支社固有のホスティング能力面を証明しない。顧客はサービスを耐障害性があるものとして扱う前に、ライブ AS、アドレスプール、施設配置、経路制御、サポート所有者、復旧訓練、脱出経路を検証して進むべきである。