XSALTO35667 Alpilink Cloud S.A.S.が提供するホスティング容量は、依然としてラック、トランジット、修理窓口に依存

概況

• RIPE RDAP はAS35667を XSALTO35667 (Alpilink Cloud S.A.S.) として登録。RIPEstat は 2026年7月15日時点でこの AS がアナウンスされていると報告し、可視の IPv4 割り当てとして94.143.216.0/21があり、そのオリジンに対して有効な RPKIが確認されています。
• パブリックルートは安定していますが狭いです。RIPEstat のルーティングステータスは IPv4 プレフィックス1つ、2,048 の IPv4 アドレス、可視の IPv6 プレフィックスなし、観測されたネイバー1つを示し、RIPEstat のネイバーデータはそのネイバーを AS28768 と特定しています。
• Alpilink 自身のServices Cloud ページは、ハウジング、IaaS、仮想マシン、マネージドサービス、バックアップ、外部化されたディザスタリカバリ、年中無休のフランス人専門家サポート、3つの接続されたデータセンター、40 Gbit/s の保証帯域幅、1,500 台以上のホストサーバー、3 PB の保存データを主張しています。これらは第一者の運営主張であり、独立した容量監査ではありません。
• 現在の証拠グレードは、アイデンティティとルートコントロールについては Medium-strong ですが、顧客の回復力については Medium のみです。公開記録は実際のフランスのクラウドおよびホスティング事業を裏付けていますが、顧客は依然としてラック配置、使用可能容量、電力および冷却設計、親 AS を超えたルートの多様性、バックアップの分離、サポートのエスカレーション、移行権限に関する現在の証明を必要としています。

公開記録は、使い捨てのホスティング名ではなく、実際のフランスのクラウド事業者を示している

最も重要な第一歩はアイデンティティです。購入者は、どの組織がアドレス、契約、サポートデスク、物理的施設を管理しているかを把握するまでは、ホスティング容量を評価できません。その点で、XSALTO35667 Alpilink Cloud S.A.S. には有用な公開証拠があります。RIPE RDAP (https://rdap.db.ripe.net/autnum/35667) は AS35667 を XSALTO35667 と命名し、Alpilink Cloud S.A.S. に結び付け、組織レコードはフランス、38130 エシロル、ル・レイヨン・ヴェール、2 Rue de la Viscose の住所を示しています。同じ RDAP 応答には、セシネ＝パリゼの住所を持つ XSALTO の管理およびネットワーク運用連絡先が含まれています。これらの詳細はパフォーマンスの保証ではありませんが、同社を実際のフランスの事業コンテキストに位置づけています。

アドレス空間も同様に明確です。RIPE RDAP (https://rdap.db.ripe.net/ip/94.143.216.0/21) は 94.143.216.0 から 94.143.223.255 を FR-XSALTO-20090310 として識別し、割り当て PA、国 FR、アクティブ、Alpilink Cloud S.A.S. と関連付けています。RIPEstat の AS 概要 (https://stat.ripe.net/data/as-overview/data.json?resource=AS35667) は、2026年7月15日のクエリ時点で AS がアナウンスされていると報告しました。そのアナウンスプレフィックスエンドポイント (https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS35667) は、2026年7月15日までの2週間のウィンドウで 94.143.216.0/21 を示しました。プレフィックス概要 (https://stat.ripe.net/data/prefix-overview/data.json?resource=94.143.216.0/21) は、AS35667 をオリジンホルダーとして確認しました。

ネットワークはルートオリジンオブジェクトによっても保護されています。RIPEstat の RPKI 検証エンドポイント (https://stat.ripe.net/data/rpki-validation/data.json?resource=35667&prefix=94.143.216.0/21) は、オリジン AS35667、プレフィックス 94.143.216.0/21、最大長 /21 の有効な ROA を伴う valid ステートを返しました。これは意味のある衛生信号です。稼働時間、セキュリティ運用、ルートの多様性を保証するものではありませんが、回避可能なルーティングリスクの1つのクラスを低減します。有効なルートオリジン認証により、アップストリームとルートバリデータは、アドバタイズされた /21 に対する未承認のオリジンを拒否できます。

これらの技術的事実は、同社がクラウドラッパーで物理的な依存関係を販売しているため重要です。Alpilink 自身の Services Cloud ページ (https://www.alpilink.fr/services-cloud/) は、ハウジング、IaaS、仮想マシン、マネージドサービス、バックアップ、外部化されたディザスタリカバリをリストしています。Alpilink Services Cloud は、フランスの主権ホスターの専門知識とサービスを提供し、年中無休で利用可能なフランス人専門家チーム、セキュリティへの取り組み、持続可能な企業ポリシーがあると述べています。また、主要な規模の主張として、3つの接続されたデータセンター、40 Gbit/s の保証帯域幅、1,500 台以上のホストサーバー、3 PB の保存データを示しています。これらは一般的なソフトウェアの主張ではありません。ラック、電力、冷却、ストレージアレイ、ネットワークリンク、バックアップ、サポートスタッフ、施設を意味します。

購入者の課題は、公開証拠がアイデンティティと第一者ポジショニングのレイヤーでは強いが、稼働容量のレイヤーでは不完全であることです。現在の AS、現在のルート可視性、RPKI 有効性、PeeringDB のファシリティ行、詳細な第一者クラウドページを見ることができます。顧客ごとの容量台帳（利用可能なキャビネット、予約済み電力、空きポート、サーバー在庫、予備ドライブ、ハイパーバイザークラスターのヘッドルーム、バックアップ飽和度、リモートハンド契約、サポートキューの深さ）を見ることはできません。この区別は Alpilink に敵対的なものではありません。これは、プロバイダーが存在するという証拠と、顧客の特定のワークロードが次の障害を生き延びるという証拠との間の通常の違いです。

AS35667 は明確に登録されているが、パブリックルートの表面は狭い

ルートの証拠は、ある点では励みになり、別の点では制約的です。RIPEstat のルーティングステータス (https://stat.ripe.net/data/routing-status/data.json?resource=AS35667) は、可視の AS35667 ビューで 1 つの IPv4 プレフィックス、2,048 の IPv4 アドレス、ゼロの IPv6 プレフィックス、326 の IPv4 RIS ピア中 326 がルートを見ていること、2026年7月15日のクエリ時点で 1 つの観測されたネイバーを報告しました。これは 1 つの IPv4 ルートに対して強い可視性です。AS が単に割り当てられただけでなく、公開ルーティングデータで広く見られていたことを意味します。

制約は、回復力の角度から同じデータポイントを読んだものです。1 つの可視プレフィックスと 1 つの観測されたネイバーは、マルチパスの顧客アーキテクチャを証明しません。RIPEstat のネイバーエンドポイント (https://stat.ripe.net/data/asn-neighbours/data.json?resource=AS35667) は、2026年7月14日の観測で AS28768 のみを唯一の観測されたネイバーとして示しました。RIPEstat の whois ビュー (https://stat.ripe.net/data/whois/data.json?resource=AS35667) も、AS28768 からのインポートと AS28768 へのエクスポートを記録しています。一貫性エンドポイント (https://stat.ripe.net/data/as-routing-consistency/data.json?resource=AS35667) は、BGP と whois の両方で 94.143.216.0/21 を、インポートとエクスポートの両方のビューで AS28768 を発見しました。これは整然としています。同時に集中しています。

AS28768 は無関係な背景ではありません。AS28768 の PeeringDB ネットワークオブジェクト (https://www.peeringdb.com/api/net?asn=28768) は、10 の IPv4 プレフィックス、10 の IPv6 プレフィックス、1 つの IX カウント、3 つのファシリティレコードを持つ XSALTO を識別し、https://www.peeringdb.com/api/netixlan?asn=28768は France-IX AURA LyonIX ピアリングエントリをリストしています。PeeringDB の netfac データ (https://www.peeringdb.com/api/netfac?net_id=9058) は、AS28768 がグルノーブルの Cogent Grenoble、Orange Business - La Fabrique、およびセシネ＝パリゼの XSALTO Grenoble に存在することを示しています。これは、より広い XSALTO/Alpilink ネットワークエステートが AS35667 だけよりも広いことを示唆しています。

しかし、ここでの割り当ては特に XSALTO35667 Alpilink Cloud S.A.S. であり、公開の AS35667 ビュー自体は同じ多様性を示していません。AS35667 の PeeringDB オブジェクト (https://www.peeringdb.com/api/net?asn=35667) は、プロファイルに 1 つの IPv4 プレフィックス、1 つの IPv6 プレフィックス、1～5 Gbit/s のトラフィック、欧州スコープ、バランスの取れた比率、ゼロの IX カウント、1 つのファシリティカウントをリストしています。netfac エンドポイント (https://www.peeringdb.com/api/netfac?net_id=13798) は、そのファシリティがセシネ＝パリゼの XSALTO Grenoble であることを示しています。AS35667 の netixlan エンドポイントは、このレビュー中に公開 IX LAN 行を返しませんでした。繰り返しますが、これは運用上の多様性が存在しないという意味ではありません。この AS に対する公開の多様性の証明が限られているという意味です。

これは、多くの顧客の停止が「グループには回復力がある」と「私の正確なサービスパスには回復力がある」の境界で発生するため重要です。顧客の仮想マシンが 94.143.216.0/21 から番号付けられ、インターネットへのパスが AS28768 経由で AS35667 に乗っている場合、顧客は AS28768 がどのようにエンジニアリングされているか、ボーダールーターがどこにあるか、ルートがグループネットワーク内でフェイルオーバーできるか、どのトランジットおよびピアリングパスが実際にトラフィックを運ぶか、顧客の DNS、サポート、バックアップ、制御アクセスが同じファシリティに依存しているかどうかを尋ねるべきです。親または隣接 AS は実際の冗長性を提供できますが、それが実際に顧客のサービスパスにある場合に限ります。

物理的エステートはグルノーブル中心で、現在と将来のレイヤーを混同してはならない

証拠の物理的側面はグルノーブルとその周辺自治体を指しています。RIPE レコードにはエシロルとセシネ＝パリゼが含まれます。PeeringDB は XSALTO Grenoble をセシネ＝パリゼのファシリティとしてリストしています。第一者の Services Cloud ページは連絡先住所をル・レイヨン・ヴェール、2 rue de la Viscose、38130 エシロルとしています。HDS 保証ページ (https://www.alpilink.fr/services-cloud/garanties-hds/) は、ALPILINK CLOUD を 6 Avenue Pierre de Coubertin、38170 セシネ＝パリゼに、また Orange - La Fabrique (EOLAS) を 73 Rue Général Mangin、38100 グルノーブルに、2 ラックの下請け業者として指名しています。これは地域のクラウドプロバイダーとしては異常に具体的な公開情報です。

同じ HDS ページは、オペレーター境界についても重要です。Alpilink Cloud は、表にリストされているデータセンターでのコロケーション ホスティングを除き、下請けに出さずに独自のデータセンターを運営していると述べています。Alpilink Cloud をホスト、Orange - La Fabrique を 2 ラックを含む活動の下請け業者、サポートは年中無休でタヒチにいるスタッフが暗号化アクセスで一部生産していると説明しています。これにより、顧客に実際の境界マップが提供されます。一部のサービスは Alpilink Cloud が直接運営し、一部のコロケーション依存関係が存在し、データホスティングの主張がフランスであってもサポートアクセスは地理を越える可能性があります。

これは貴重な開示ですが、顧客が検証しなければならない運用上の詳細は依然として残しています。公開ページは ISO 27001 が存在し HDS が適用されると述べていますが、完全な監査範囲、顧客のラック配置、バックアップトポロジ、Alpilink 所有のファシリティと Orange ホストのラック間の正確な分離、またはどのワークロードがどの場所にあるかは公開していません。健康データの顧客にとって、データの場所、管理アクセス、バックアップリポジトリ、監視ツール、サポートデスクの区別が重要です。非健康データの顧客にとっても、同じ区別が回復と契約の説明責任に重要です。

Alpilink の新しいデータセンター発表は、将来のレイヤーを追加します。2026年1月の第一者記事 (https://www.alpilink.fr/データセンター-souverain-a-grenoble-alpilink-groupe-renforce-son-offre-dhebergement-avec-un-nouveau-site-opere-par-alpilink-cloud/) は、Alpilink Groupe がグルノーブルに新しい主権データセンターを建設中で、Alpilink Services Cloud が運営し、2027年夏頃にインフラを強化すると述べています。サイトはサン＝マルタン＝デールにあり、データセンターとして取得され改装された建物になると述べています。モジュラーマルチルームアーキテクチャ、高天井、高密度設計、電気的および気候的冗長性、発電機セット、強化された物理的セキュリティ、アクセス制御、監視、高度なディザスタリカバリおよび事業継続要件との互換性、目標 PUE 約 1.3、スケジュールは 2026 年に工事、2027年初頭に納入とテスト、2027年夏に段階的サービス開始と説明しています。

プロジェクトページ (https://www.alpilink.fr/services-cloud/nouveau-データセンター-alpilink-cloud-a-grenoble/) は同じフレームを繰り返しています。将来のサイトはより高密度、回復力、主権、エネルギーパフォーマンス向けに設計され、Tier III 相当のアーキテクチャを目標とし、公開スケジュールの時点ではまだサービス中ではありません。これは設置済み容量と使用可能容量の重要な境界です。計画されたサイトは、プレセールス、予約、アーキテクチャ計画をサポートできます。将来の部屋、電力パス、冷却パス、顧客移行手順がすでに本番トラフィックに使用可能であるという 2026年7月の主張をサポートすることはできません。

したがって、適切なデューデリジェンスの質問は二つです。現在のサービスについて、顧客のワークロードは今日正確にどこにあるのか：Alpilink の独自のデータセンター、Orange - La Fabrique のラック、別の接続サイト、または公開されていない管理された場所のいずれか？2027年のプロジェクトについて、予約されたスペースがいつ顧客が使用可能になり、どのような受け入れテストを通過しなければならず、顧客はどのように移行し、新しいサイトのスケジュールがずれたらどうなるのか？設置容量は、今日電力を供給でき、冷却でき、接続でき、サポートできる機器と施設です。アナウンスされた容量は、将来の機器や部屋に関する約束です。使用可能容量は、顧客が契約条件、ネットワーク到達可能性、バックアップポリシー、スタッフカバレッジで実際に消費できるサブセットです。

現在のサービスカタログは多くの依存関係パスを生み出すほど広い

Services Cloud ページのハウジング、IaaS、仮想マシン、マネージドサービス、バックアップ、外部化されたディザスタリカバリのリストは、各サービスが異なる障害形状を持つため重要です。ハウジングは物理プラントに最も近いです。顧客はハードウェアを所有するかもしれませんが、Alpilink はラックスペース、電力、冷却、クロスコネクト、物理アクセス、一部のリモートハンドを提供します。IaaS と仮想マシンはプロバイダーにより多くの責任を移します：ハイパーバイザー、ストレージ、オーケストレーション、ホストメンテナンス、スナップショット、場合によってはオペレーティングシステムテンプレート。マネージドサービスはスタッフと手順を追加します。バックアップとディザスタリカバリは、保護する本番環境よりも独立していなければならない別個の回復の約束を追加します。

第一者の数字は規模感を与えます：3つの接続されたデータセンター、40 Gbit/s の保証帯域幅、1,500 台以上のホストサーバー、3 PB の保存データ。これらの数字は有用なほど具体的です。同時に第一者の数字でもあります。AS35667 の公開ルートレコードは単一の可視 /21 を示します。より広い AS28768 PeeringDB オブジェクトはより多くのネットワークフットプリントを示唆し、Services Cloud ページはマルチサイトインフラを示唆し、HDS ページは独自のデータセンターと下請けの Orange ラック場所を指名します。証拠は成熟した地域クラウドプロバイダーと一致しますが、部外者が 1,500 台のサーバー主張を施設、顧客、サービス種類、空き容量に割り当てることはできません。

リスクは数字が間違っていることではありません。リスクは、購入者が集約規模を個別の保護として読む可能性があることです。プロバイダーは 1,500 台のサーバーをホストし、それでも顧客のワークロードを1つのラックに集中させることができます。3つの接続されたデータセンターを持ち、それでもクロスサイトリストアを含まない特定のバックアッププランを販売することができます。ネットワークレベルで 40 Gbit/s を保証し、それでも顧客ポート、ファイアウォール、ストレージアレイがボトルネックになる可能性があります。年中無休のサポートを運用し、それでも部品の入手可能性やアクセス窓口によって制限されたハードウェア交換パスを持つ可能性があります。集約容量は有用な出発点です。ワークロードレベルのサービス設計が購入決定です。

これは特にバックアップとディザスタリカバリに当てはまります。Alpilink は外部化されたディザスタリカバリを宣伝し、HDS ページは継続性と規制保証にフランス語の用語を使用しています。顧客は、バックアップリポジトリが別の施設と別の管理資格情報にあるか、バックアップネットワークが異なる障害ドメインを通るか、リストアテストが文書化されているか、完全リストアにかかる時間、スナップショットが不変であるか、ランサムウェア、オペレーターエラー、請求紛争のシナリオがどのように処理されるかを尋ねるべきです。同じアカウント、同じストレージファブリック、同じサポートキューに依存するバックアップサービスは、偶発的な損失を減らすかもしれませんが、より広範な停止では依然として失敗する可能性があります。

マネージドサービスは別の隠れた依存関係、すなわち人を作り出します。Alpilink の公開ページはフランス人の専門家の可用性、年中無休のカバレッジ、地元サポートを強調しています。HDS ページは、サポート労働力の一部がタヒチと会社の一部にいると述べています。これは強みかもしれません。タイムゾーンの広がりが時間外のカバレッジを改善できるからです。また、明確さも必要です。どのチームが機器の電源を入れ直せるか？どのチームが管理ネットワークにアクセスできるか？どのインシデントがグルノーブルのスタッフを必要とするか？特権はどのように制御されるか？健康データアクセス制限はどのように実施されるか？サポートインシデントが施設オペレーター、ネットワークチーム、顧客管理者を同時に必要とする場合はどうなるか？

ルートと DNS の証拠は、完全なサービスマップではなく、コントロールの証拠として読むべきである

公開ルート証拠は、使用可能なインターネットリソースのコントロールを証明します。すべてのサービスがどこにあるかを教えてくれるわけではありません。RIPEstat の地理位置情報 (https://stat.ripe.net/data/geoloc/data.json?resource=94.143.216.0/21) と MaxMind GeoLite (https://stat.ripe.net/data/maxmind-geo-lite/data.json?resource=94.143.216.0/21) は、クエリされたビューで /21 をフランスに配置します。DNS チェーンクエリ (https://stat.ripe.net/data/dns-chain/data.json?resource=xsalto.com) は、xsalto.com が 81.200.40.205 に解決され、ネームサーバー ns01.xsalto.net、ns02.xsalto.net、ns03.xsalto.net を使用することを示しました。この xsalto.com の Web アドレスは AS35667 の /21 の外にあるため、94.143.216.0/21 の場所や容量の証明として使用すべきではありません。

これは正常なパターンです。企業のマーケティングサイトは、別のプラットフォーム、レガシーアドレス範囲、グループネットワーク、Web ホスト、コンテンツ配信プロバイダー上に存在できます。公開 Web サイトの場所は、主張が Web サイトの到達可能性に関する場合にのみ有用です。これは顧客コンピュートの直接マップではありません。逆に、ルーティングされた /21 は有用なコントロール証拠ですが、サービスカタログではありません。管理システム、顧客 VM、DNS、監視、バックアップゲートウェイ、内部インターフェースをホストできます。公開サービスマップがなければ、部外者はどのアドレスがどの製品に対応するかを言えません。

PeeringDB は別のレイヤーを追加しますが、限界もあります。AS35667 の PeeringDB エントリ (https://www.peeringdb.com/api/net?asn=35667) は、XSALTO 2、Web サイトhttp://www.xsalto.com、AS セット AS-XSALTO、プロファイルに 1 つの IPv4 プレフィックス、1 つの IPv6 プレフィックス、欧州スコープ、1～5 Gbit/s のトラフィック、ゼロの公開 IX カウント、1 つのファシリティカウントをリストしています。ファシリティ API (https://www.peeringdb.com/api/fac/7114) は、セシネ＝パリゼの XSALTO Grenoble を識別し、そのファシリティレコードには 2 つのネットワークとゼロの IX カウントがあります。PeeringDB はオペレーター維持であり不完全である可能性がありますが、AS が単なる抽象的な登録ではないという有用な公開証拠です。

より広い AS28768 プロファイル (https://www.peeringdb.com/api/net?asn=28768) は、より大きな相互接続ストーリーが見える場所です。1 つの IX と 3 つのファシリティをリストし、netixlan エンドポイントは France-IX AURA LyonIX をリストしています。これは、Alpilink のより広いネットワークが AS35667 単独よりも多くのパスを持つという仮説を支持できます。顧客固有のネットワーク図なしに、AS35667 の顧客トラフィックに独立したアップストリーム、独立したボーダールーター、独立したファイバールート、サイト間の自動フェイルオーバーがあることを証明しません。AS35667 の公開ルートは AS28768 の背後にあるように見えます。顧客はその境界の後ろにどのような多様性が存在するかを尋ねるべきです。

RPKI 有効性は、現在の AS35667 証拠における最強のルート衛生ポイントです。偶発的または悪意のあるオリジン競合のリスクを低減します。すべてのルーティング問題を解決するわけではありません。AS28768 に障害がある場合、ファシリティが停電する場合、クロスコネクトが切断される場合、ファイアウォールがクローズドで障害する場合、DDoS イベントがハンドオフを圧倒する場合、顧客 DNS が単一のプロバイダーパスに依存する場合、RPKI はアプリケーションを復元できません。これはルート認証コントロールであり、運用復旧計画ではありません。

電力、冷却、密度は、アナウンスされた容量を慎重に扱わなければならない分野です

Alpilink の新しいデータセンターページは、電力密度と熱設計について直接語っているため注目に値します。2026年1月の記事は、将来のサイトが増加するアプリケーション負荷、重要な情報システム、データ/AI ワークロード向けに設計されていると述べています。モジュラーマルチルームアーキテクチャ、高天井、電気的冗長性、気候冗長性、発電機セット、物理的セキュリティ、アクセス制御、監視、高度なディザスタリカバリおよび事業継続との互換性、目標 PUE 約 1.3 に言及しています。プロジェクトページも同様に、将来のデータセンターが Tier III 相当のアーキテクチャ、完全な電気的冗長性、モジュラーマルチルーム設計、エネルギー密度、効率的なホット/コールドフロー管理を目標としていると述べています。

これらの主張は商業的に意味があります。Alpilink が、多くの地域クラウドプロバイダーが現在直面している問題、すなわちラックあたりの密度がレガシールームが吸収するように設計されたよりも速く上昇していることを理解していることを示しています。控えめな仮想化向けに構築されたサーバールームは、顧客が高密度ストレージ、分析、AI、セキュリティアプライアンス、高メモリホストを求める場合に制約される可能性があります。容量制約はもはやラック数だけではありません。キャビネットあたりの電力、冷却パス、ケーブル管理、UPS 容量、発電機自律性、ブレーカー選択性、監視、および障害コンポーネントを隣接負荷を中断せずに交換する人間の能力です。

タイミングが重要です。同じページは、工事とフィットアウトを 2026 年、納入とテストを 2027 年初頭、段階的サービス開始を 2027 年夏としています。この記事の公開日現在、それらの将来の部屋は計画中または開発中として扱われるべきであり、すでに証明された使用可能容量としては扱われません。スペースを予約する購入者はプロジェクトから利益を得ることができます。即時の本番復旧を必要とする購入者は、その将来のサイトがコミッショニング、テスト、接続、契約、受け入れられるまではそれに依存できません。

現在のグリーンホスティングの主張も慎重に読むべきです。2024年7月のサステナビリティ記事 (https://www.alpilink.fr/alpilink-cloud-notre-engagement-envers-un-hebergement-durable/) は、Alpilink がインフラの一部をエコ責任のあるデータセンターで使用し、100% 再生可能電力、水を消費しない地下水冷却、データセンターのエネルギー効率に関する欧州行動規範への準拠、1.30 PUE 未満のエネルギー効率を実現していると述べています。2024年6月の記事 (https://www.alpilink.fr/un-データセンター-peut-il-etre-vert/) は、グルノーブル近郊の Alpilink Cloud データセンターが可能な限り高潔になるように設計され、水力発電を使用していると述べています。

これらのサステナビリティの主張は運用上の強みになり得ます。効率的な冷却と地元の再生可能エネルギーは、運用コストとリスクエクスポージャーを削減できます。しかし、PUE とグリーンエネルギーはそれ自体で空き容量を証明するものではありません。低 PUE の施設も満杯になる可能性があります。再生可能エネルギーで動くサイトでも、発電機、UPS、冷却、メンテナンス、人員配置の制約がある可能性があります。持続可能な機器ライフサイクルは廃棄物を削減する一方で、ハードウェアの経年、スペアパーツポリシー、リフレッシュ計画を理解する必要性を高める可能性があります。したがって、顧客はサステナビリティの文言だけに頼るのではなく、ラック、電力消費、冷却割り当て、サービス階層別の現在の容量を尋ねるべきです。

データの局所性は強みだが、サービスごとに指定しなければならない

Alpilink のポジショニングはフランスの主権を中心に構築されています。Services Cloud ページは、フランスでの主権ホスティングとフランスのサポートを提供すると述べています。Tech&Fest 2026 記事 (https://www.alpilink.fr/techfest-2026-alpilink-services-cloud-au-coeur-des-enjeux-de-souverainete-numerique/) は、Alpilink Services Cloud を主権、クラウド、グルノーブルでの事業継続を中心に据えています。HDS 保証ページは、健康データホスティング、データの場所、認定、下請け業者の役割、第三国アクセスのリスクに明示的に対応しています。これは漠然とした「安全なクラウド」バッジよりも有用な開示です。

実用的なルールは依然としてサービスごとです。顧客の本番 VM は Alpilink の独自の施設にあるかもしれません。バックアップコピーは別の接続されたデータセンターにあるかもしれません。健康データのラック依存関係には Orange - La Fabrique が関与するかもしれません。サポートアクセスにはタヒチのスタッフが暗号化アクセスで関与するかもしれません。DNS はあるシステムに、請求書は別のシステムに、顧客文書はさらに別のシステムにあるかもしれません。主権の主張は、これらの各表面（コンピュート、ストレージ、バックアップ、ログ、チケット、監視、電子メール、資格情報、管理、ディザスタリカバリのラン�...ック）がマッピングされている場合に最も強力です。

HDS ページは、役割を特定し、その文脈において Alpilink Cloud が欧州経済領域外への個人健康データの移転を行わないと述べているため、顧客に有利なスタートを与えます。また、表示された表では Alpilink Cloud が SecNumCloud 3.2 認定を受けていないとも述べています。その区別は重要です。HDS と ISO 27001 は特定の用途に対して強力なコントロールとなり得ますが、SecNumCloud 認定と同じではなく、完全な回復力の証明でもなく、すべての製品、顧客、または下請けコンポーネントが同じ範囲にあるという保証でもありません。

非健康データのワークロードの場合、同じデューデリジェンスが異なるラベルで適用されます。データはどこにあるのか？誰がアクセスできるのか？どの国が契約を管轄するのか？どの下請け業者がラック、ネットワーク、電力、監視、サポートを提供するのか？顧客はどのくらい迅速にデータをエクスポートできるのか？バックアップは本番と同じ法的および運用上のドメインに保存されているか？ログはフランスに保持されているか？暗号化キーは顧客が保持するか、プロバイダーが保持するか、共有されるか？顧客が離脱しなければならない場合、手動のサポートキューを待たずにディスクイメージ、データベースダンプ、オブジェクトストアエクスポート、DNS コントロールを入手できるか？

Alpilink の提供の最も強いバージョンは、ローカルで具体的かつ運用可能なものです：グルノーブル中心のスタッフ、フランスの施設、指定された認定、具体的なラック、既知のネットワークリソース、到達可能な移行パス。弱いバージョンは、サービスごとのマッピングなしの広範な主権スローガンでしょう。公開記録は多くのプロバイダーよりも強いバージョンに近いですが、購入者はそれでも自身のデプロイメントに対して正確なスケジュールと製品範囲を必要とします。

障害パス：最初に壊れるもの、影響を受けるもの

最も明白な障害パスはラックまたは施設の問題です。ハウジング顧客は電力、冷却、クロスコネクト、リモートハンドアクセスを失う可能性があります。IaaS 顧客はホスト、ストレージ、ネットワーク障害を経験する可能性があります。マネージドサービス顧客は、障害診断に必要なスタッフ運用シーケンスも失う可能性があります。影響を受ける場所が Alpilink の独自のデータセンターである場合、プロバイダーは対応の多くをコントロールします。影響を受ける資産が下請けのコロケーションラックである場合、プロバイダーはコロケーション事業者と調整しなければなりません。その区別は夜間や週末の停止時に重要です。

ルート障害パスは狭いですが可視です。AS35667 は観測データでは AS28768 を通じて公開されています。AS35667 と AS28768 の間の内部境界、親 AS ルーター、または AS28768 の背後にあるアップストリーム/ピアリングファブリックに問題がある場合、94.143.216.0/21 から番号付けられた顧客は到達可能性の影響を受ける可能性があります。認可されたパスが物理的または運用的にダウンしている場合、RPKI 有効性は役に立ちません。顧客は、顧客プレフィックスをシフトできるか、複数のボーダーデバイスがあるか、デバイスがどこにあるか、パスの多様性が構成されただけでなくテストされているかを尋ねるべきです。

サポート障害パスは人的です。Alpilink の年中無休サポートの主張は価値があり、HDS ページのタヒチベースのサポートへの言及はカバレッジを改善する可能性があります。しかし、顧客はそのサポートが実際に何ができるかを知るべきです。夜間のチームはホストを再起動できますか？ディスクを交換できますか？施設にアクセスできますか？ルート変更を承認できますか？バックアップを復元できますか？顧客の必要な言語で通信できますか？健康データ制限が適用される場合に行動できますか？「アラートを見た」と「サービスを復旧した」の違いは、監視と復旧の違いです。

移行障害パスは最も静かで、しばしば最も高価です。Alpilink の現在のクラウドサービスと将来のデータセンタープロジェクトは、移行を中心的な問題にしています。顧客は既存の Alpilink 部屋から新しいサン＝マルタン＝デールサイトへ、レガシーラックから高密度ルームへ、物理サーバーから IaaS へ、または Alpilink から別のプロバイダーへ移行する必要があるかもしれません。各移動は、ネットワークの再番号付け、DNS TTL、バックアップエクスポート、ストレージレプリケーション、メンテナンスウィンドウ、アプリケーション依存関係、スタッフの可用性に依存します。将来のデータセンター建設は、移行計画が現実になった後にのみ回復力を改善します。

影響を受ける当事者は直接の購入者よりも広いです。Alpilink のクラウドサービスは、主権、健康データホスティング、管理運用、事業継続、地元サポートを重視する組織にサービスを提供しています。ラック、ルート、ストレージクラスター、サポートプロセスが失敗した場合、エンドユーザーは公開 Web サイト、観光または商業システム、決済関連アプリケーション、内部ビジネスサービス、健康データワークフロー、バックアップ復元、ディザスタリカバリステージングを失う可能性があります。Tech&Fest に関するパブリック記事は、地域および主権クラウドモデルを求める DSI、RSSI、ビジネスチームについて説明しています。これらはまさに、復旧時間、データの場所、サポートエスカレーションが抽象的な関心事ではないユーザーです。

証拠グレードを上げ下げするもの

現在の証拠グレードは、アイデンティティとネットワーク衛生については Medium-strong です。RIPE RDAP、RIPEstat、PeeringDB が会社、AS、アドレスブロック、ルート可視性、フランスの施設コンテキストで一致しているためです。顧客の回復力については Medium です。公開証拠が集約主張の背後にある稼働サービスマップを示していないためです。Alpilink は多くの小規模プロバイダーよりも多くの運用詳細を公開していますが、顧客はそれでも現在のラック配置、使用可能容量、電力設計、バックアップ分離、サポート権限の直接確認を必要とします。

グレードは、Alpilink が現在のサービスを施設にマッピングし、どのデータセンターが光ループで接続されているかを説明し、AS35667 と AS28768 のボーダーデバイスがどこにあるかを述べ、サービスレベルで現在のアップストリーム/トランジット取り決めを指定し、公開ステータスまたはインシデント履歴ページを提供し、バックアップの分離を説明し、現在の容量と 2027 年のサイトを区別する日付入りインフラストラクチャステートメントを公開すれば改善されます。会社がサン＝マルタン＝デール建設に関する顧客が読める移行ガイダンス（受け入れテスト、フェイルバック、ルート計画、サポートウィンドウを含む）を公開すれば改善されます。

グレードは、AS35667 が広範なルート可視性を失った場合、有効な RPKI 状態が説明なしに消失した場合、PeeringDB のファシリティ情報が古くなったり矛盾したりした場合、第一者ページが現在のサービスと将来の容量を区別しなくなった場合、HDS/ISO の記述が不明確になった場合、または顧客が契約上現在のファシリティおよび復旧の事実を入手できなくなった場合に低下します。将来のデータセンタープロジェクトが、コミッショニングおよびテストされる前に使用可能な本番冗長性としてマーケティングされた場合も低下します。

最も重要な点は、Alpilink の公開記録が空ではないことです。実質的です。注意は正確さから来ており、欠如からではありません。購入者は真剣な評価を正当化するのに十分な証拠を持っています。技術的デューデリジェンスをスキップするのに十分な公開証拠はまだありません。

お客様が容量を数える前に要求すべきこと

Alpilink から購入する最も実用的な方法は、見出しの数字を使用可能な容量として扱う前に、ワークロードマップを要求することです。マップは、本番コンピュートが今日実行されている施設、バックアップが置かれている施設、顧客の公開アドレスが使用するルートパス、仮想マシンの背後にあるストレージレイヤー、時間外に行動できるサポートチーム、顧客が計画されたサン＝マルタン＝デールサイトに移動する場合の移行方法を指定する必要があります。その要求は特別扱いではありません。公開インフラストラクチャの主張を顧客固有の運用計画に変換するための最小限のことです。

ルート回復力のために、マップは AS35667 をより広い AS28768 コンテキストから分離する必要があります。公開の RIPEstat 証拠は、AS35667 に 1 つの可視 IPv4 /21 と 1 つの観測されたネイバーを示す一方、PeeringDB は AS28768 により広いファシリティと交換フットプリントを示しています。その違いは 1 つのプロバイダーグループ内で完全に合理的であり得ますが、顧客はすべての AS28768 パスがすべての AS35667 サービスを保護するとは想定すべきではありません。契約は、顧客のアドレスを発信する AS、ボーダールーターの位置、トラフィックを運ぶアップストリームまたはピアリングパス、フェイルオーバーがテストされているかどうか、顧客の DNS と制御アクセスが同じ場所に依存しているかどうかを述べるべきです。

ファシリティ回復力のために、マップは Alpilink の独自のデータセンター運用を HDS 保証ページで指定された Orange - La Fabrique ラック依存関係から区別する必要があります。ワークロードが Alpilink 運用の部屋に収容されている顧客は 1 つの対応モデルに直面します。ワークロードが下請けラックに依存する顧客は別のモデルに直面します。購入者は、物理アクセスを誰が制御するか、誰が機器を交換できるか、誰が停電インシデント対応を所有するか、どのメンテナンスウィンドウが適用されるか、いずれかのサイトが利用できない場合にどのサービス契約または退出権が適用されるかを知るべきです。その詳細がなければ、「3 つの接続されたデータセンター」というフレーズは、顧客レベルの冗長性証明ではなく、有用なマーケティングコンテキストのままです。

設置容量と使用可能容量については、購入者はプロジェクト番号ではなく現在の番号を要求するべきです。Services Cloud ページの 1,500 台のホストサーバー、3 PB の保存データ、40 Gbit/s の帯域幅の主張は、集約規模を説明しています。2027 年のグルノーブルプロジェクトページは、将来の高密度ルーム、発電機バックアップの回復力、PUE 目標を説明しています。どちらの主張セットも、特定の顧客が今日どれだけの予備 CPU、RAM、ストレージ、キャビネット電力、クロスコネクト容量、サポート時間を持っているかを教えてくれません。重要なデプロイメントを計画している顧客は、どの容量が空いているか、予約されているか、オーバーサブスクライブされているか、ハードウェア調達が必要か、2027 年のコミッショニングスケジュールに依存しているかを尋ねるべきです。

復旧のために、マップにはリストアの証明を含める必要があります。バックアップと外部化されたディザスタリカバリは、バックアップパスが本番障害から十分に分離されている場合にのみ価値があります。顧客は、最近のリストアテストの証拠、バックアップ場所、バックアップアクセス制御、暗号化キーの所有権、リストア時間の見積もり、リストア順序の優先順位、単一の過負荷サポートキューに依存しないデータエクスポートルートを要求するべきです。プロバイダーは実際の地域的な強みを持ちながら、復旧プロセスが手動、文書化されていない、または同じ障害ストレージシステムに結びついている場合、顧客を露出したままにする可能性があります。

これらの質問は Alpilink を弱い候補にするものではありません。それらは、信頼できる地域プロバイダーが答えるべき質問です。公開証拠はすでに、可視のインフラ投資を持つルーティング可能なフランスのクラウド事業者を示しています。欠けているのはアイデンティティではなく、顧客固有の回復力の証明です。ワークロードマップが存在すれば、Alpilink のローカルプレゼンス、コンプライアンス主張、グルノーブルフォーカス、将来のデータセンタープロジェクトを、パンフレットではなく実際の障害モデルに対して評価できます。

依存する事業者への結論

XSALTO35667 Alpilink Cloud S.A.S. は、平均以上の公開アイデンティティ証拠を持つ、実際のフランスの地域クラウドおよびホスティング事業者として扱われるべきです。AS35667 は Alpilink Cloud S.A.S. に登録され、その主要な可視 IPv4 /21 は広くアナウンスされ、RPKI は有効で、PeeringDB は XSALTO Grenoble をリストし、Alpilink の独自のクラウドページはハウジング、IaaS、仮想マシン、マネージドサービス、バックアップ、ディザスタリカバリ、認定、健康データ保証、マルチデータセンターストーリーを説明しています。運用の全体像は重要になるほど具体的です。

依存関係の全体像もまた、疑問を呈するほど具体的です。AS35667 の公開ルート表面は狭いです。より広い AS28768 ネットワークはより多様に見えますが、正確な顧客パスは検証されなければなりません。Services Cloud の規模主張は第一者かつ集約的です。新しいグルノーブルデータセンタープロジェクトは 2027 年に計画されており、2026 年 7 月の使用可能な本番容量としてカウントされるべきではありません。HDS、ISO 27001、サステナビリティの主張は価値がありますが、顧客の実際の施設、サービス、サポートパスにマッピングされなければなりません。

現在の顧客にとって、実用的な質問は直接的です。今日、私のワークロードはどの施設でホストされているか？どの AS とプレフィックスがそれを運んでいるか？私のパスにはどのアップストリームとルーターがあるか？バックアップは本番障害ドメインの外にあるか？時間外に行動できるスタッフは誰か？ホスト障害、ストレージシステム障害、ラック停電イベント、ルート問題、サイト停止に対する私の復旧時間は？新しいデータセンターに移行する必要がある場合、何を変更しなければならず、各ステップを誰が担当するか？

新しい購入者にとって、公開記録は盲目的な購入ではなく、資格のある会話をサポートします。Alpilink は、信頼できる地域クラウドプロバイダーの可視的な要素（実際のルーティングリソース、指定された施設コンテキスト、ローカル運用、コンプライアンス主張、インフラ投資計画）を持っています。購入決定は、使用可能な容量、障害分離、退出権の現在の証明にかかっているべきです。ホスティング容量は常に物理的依存関係に戻ります。Alpilink の場合、それらの依存関係はより良い質問をするのに十分可視的です：グルノーブルのラック、AS35667 と AS28768 を通じたルートコントロール、電力と冷却の限界、年中無休のサポート権限、バックアップの分離、そして今日の部屋から明日の約束されたサイトへの移行パス。