要約

  • Continent 8はホスティングに加え、インターネット接続と顧客同士を結ぶGaming Exchangeを提供する。
  • AS14537の登録と経路広告は確認できる。ただし、それだけで全施設の所有権や顧客ごとの品質が証明されるわけではない。

クラウドを使えば、設備の所在地を考えなくてよくなるとは限らない。AWSが紹介するFanDuelの事例では、他のエッジサービスを利用できない地域で、第三者の施設にAWS Outpostsを置いている。ローカル設備とクラウドをつなぐ仕事は残る。

Continent 8は2023年1月19日付の事例記事で、FanDuelのOutpostsをMPLS網とCloud Connectで接続したと説明する。これはクラウド接続の事例であり、FanDuelがGaming Exchangeを利用しているという話ではない。

同じ顧客でも、クラウドに向かう通信と、ゲームや決済の供給元に向かう通信では相手が違う。サーバーの置き場所の先に、こうした接続の設計がある。

Continent 8 Technologiesの事業を見る際には、この企業同士のつながりが手がかりになる。同社は規制対象のオンライン賭博業界向けに、ホスティング、接続、クラウド、サイバーセキュリティを提供し、欧州、南北米、アジアに100超の接続拠点を持つと説明する。これは同社の事業範囲に関する公表値であり、建物の所有数を確認した数字ではない。

取引先への道を商品にする

Gaming ExchangeはContinent 8の顧客と別の顧客を結ぶ仕組みだ。同社によれば、自社バックボーンと第三者の回線を組み合わせたVPNを使い、交換されるトラフィックは公衆インターネットを通らない。用途には決済、ゲーム提供会社との連携、オッズ配信が挙げられている。

説明には「パブリックIPv4アドレスを使うプライベート接続」という特徴もある。アドレスの種類と、データを運ぶ経路は同じではない。公開アドレスを使っていても、すべての通信が公衆インターネットを経由するとは限らない。

一方、インターネット・トランジットは、顧客を広いインターネットへ接続するサービスである。Continent 8はMPLSバックボーン、主要拠点でのTier 1事業者との接続、地域内のルーティング、DDoS緩和を説明している。顧客間の通信と外部への通信を分けて考えると、二つの商品が何を担うかが見えてくる。

ネットワークの身元は確認できる

この会社について、ルーティング上の身元が見つからないとするのは適切ではない。ARINの登録では、AS14537はContinent 8 LLCに割り当てられている。PeeringDBのネットワーク情報もContinent 8 Technologiesを同じ番号に結び付け、RIPE NCCの観測は経路広告を示す。

PeeringDBにはAMS-IX、DE-CIX Frankfurt、LINX LON1などの接続情報が並ぶ。さらに取得したRISのプレフィックス資料には、10月12日から26日まで、いずれも08:00 UTCを境とする期間に観測された196件の異なる項目がある。これは期間内の観測であり、ある瞬間の全経路数ではない。登録、運営者が管理する相互接続情報、外部からの経路観測を分けて読むことで、ネットワークの存在を具体的に確かめられる。ただし施設の所有権や私設経路全体を示す資料ではない。

旧稿ではPeeringDBのネットワーク番号3627を組織番号と取り違え、取得できなかった資料からネットワークの不明瞭さを論じていた。実際の関連組織番号は3256である。ネットワーク情報は原稿の初出前、10月12日に更新されていた。調査の不成功を企業側の情報不足に置き換えた点は訂正しなければならない。

別のVLANは、別の光ファイバーではない

サービスの評価には、番号の確認からもう一歩進む必要がある。Gaming Exchangeは既存のインターネット用物理ポート上の別VLAN、または独立したポートで提供できるという。VLANは通信を論理的に分けるが、それだけで物理経路が二重になるわけではない。

コロケーションの説明では、複数拠点で共通の商務・技術上の枠組み、冗長な電源と冷却、24時間の現地支援を掲げる。複数市場で事業を行う顧客には、調整窓口をまとめられる利点が考えられる。ただし、個々のデータ保存場所、規制要件、故障時の責任は、対象サービスの資料で確かめる必要がある。プライベート接続も絶対的な攻撃耐性の保証にはならない。

FanDuelの事例が示すのは、ローカル設備を置く仕事と、それを広域のクラウド環境へ組み込む仕事の組み合わせだ。顧客間を結ぶGaming Exchangeは、さらに別の用途を受け持つ。Continent 8の拠点を数える前に、自社に必要なのがどの接続なのかを整理する。それが、この事業を読み解く近道になる。

2026年10月27日訂正：PeeringDBの参照先と、ネットワークの身元を確認できないとした結論を修正した。資料は10月26日に取得した公開情報に基づく。初出日と既存URLは維持する。