VERYCLOUD SAS とクラウド名の背後にある公開記録

概況

• VERYCLOUD SAS はもはや単なる示唆的なホスティング名ではありません。フランスの公開企業登録には、2025年4月に設立された活動中のパリの企業が記録されており、プロバイダーは以前のプロジェクトからの移転を説明し、RIPE 記録はその名前を2023年から運用されていた AS198825 に結び付けています。
• ネットワークフットプリントは異常に検査可能です。証拠日時点で AS198825 から5つの IPv4 プレフィックスと2つの IPv6 プレフィックスが可視であり、観測されたすべてのオリジンは有効な RPKI を持ち、公開ルーティング記録は2つのアップストリーム側と2つのダウンストリーム側のネイバーを示していました。これは、すべてのアドレスの所有権、物理的な経路の多様性、またはアプリケーションの可用性ではなく、ライブルーティングの役割を証明しています。
• サービスの境界は、見出しの稼働率の数値よりも重要です。VeryCloud の規約では、追加サービスを購入しない限り、通常のバックアップ、オペレーティングシステムの管理、アプリケーションのメンテナンス、および多くの復旧作業は顧客の責任となります。フランス国内の所在地という主張は意味がありますが、サブプロセッサ、制御システム、ログ、および保護された転送には、サービス固有のデータマップが必要です。
• サポートは製品の一部であり、装飾的な約束ではありません。公開規約では、VeryCloud のインフラストラクチャに対して24時間のチケット対応が提供される一方、レビュー記録には迅速なセットアップへの賞賛と、サービスの削除に関する古い苦情の両方が含まれています。購入者は、ルーティングされたクラウド名を運用上の保証として扱う前に、チケットの証拠、復元テスト、および明確なエスカレーションの所有権を必要とします。

日付の不一致から始める

クラウドプロバイダーは、ブランド、企業、インフラストラクチャがすべて同時に登場したかのように提示することがよくあります。VeryCloud の公開された年表はより複雑であり、より複雑であるため、より有用です。

フランスの公開企業登録は、VERYCLOUD という名称の活動中の企業、SAS 形態、2025年4月18日設立を記録しています。登録本社はパリの60 rue Francois Ier、SIREN は943 573 584、本店 SIRET は943 573 584 00019、宣言された主な活動は無線通信です。これらの詳細は、現在の法的な取引相手を確立します。10年ものクラウド企業を示すものではありません。読み取り可能な登録を持つ新しいフランス企業を示しています。

インフラストラクチャの年表はより早く始まります。VeryCloud の独自の歴史によると、プロジェクトは2023年に開始され、その年の3月に AS198825 と IPv4 /24 を取得し、2025年4月に SAS を設立し、2025年4月26日にその活動を会社に移転したとされています。RIPE のAS198825 レコードは、自律システムオブジェクトを2023年4月19日と独立して日付付けています。対照的に、VERYCLOUD SASの RIPE 組織オブジェクトは2025年4月29日に作成されました。日付はプロバイダーの大まかなストーリーと一致しています。最初にネットワーク、後から企業です。

それは本質的に警戒すべきことではありません。プロジェクトは、実験段階やアソシエーションフェーズの後に法人化されることがよくあります。しかし、それは重要なデューデリジェンスポイントです。顧客は、どの資産、契約、ライセンス、サポートコミットメント、負債、監視記録、顧客データが SAS に移転したかを尋ねるべきです。ウェブサイトは活動が移転したと述べています。ここで考慮されている公開情報源には、その範囲を説明する移転契約や顧客通知は含まれていません。

年表はまた、古い市場の証拠をどのように読むべきかを変えます。2023年のレビューは、まだ存在しなかった企業によって提供されたサービスではなく、以前のプロジェクトを説明しています。それはブランドの運用履歴を照らすかもしれませんが、現在の SAS のパフォーマンスを自動的に確立することはできません。逆に、SAS はドメインと ASN が古いという理由だけで、より長い企業記録を主張すべきではありません。正直な定式化は、2年前のフランス企業が2023年に始まったホスティングプロジェクトとネットワークアイデンティティを継続しているということです。

したがって、BTW ディレクトリプロフィールは、完全なアイデンティティではなく、出発点のポインターです。それは民間ネットワークインフラストラクチャオペレーターを識別しますが、企業登録、ウェブサイト、RIPE 記録が決定的な接続を提供します。法人名、場所、日付、ネットワーク番号です。購入者にとって、これらの接続はジェネリックなクラウドブランドを帰属可能な取引相手に変えます。また、最初の未回答の質問を露呈します。2025年の境界を越えて正確に何が継続されたのか？

カタログは広いが、広さは統合を意味しない

VeryCloud の公開提供は、いくつかの技術的および商業的モデルにわたっています。その規約は、KVM 仮想サーバー、専用ベアメタルサーバー、共有ウェブホスティング、コロケーション、事前設定されたゲームサーバー、ネットワークサービスを挙げています。ウェブサイトはリモート IP トランジットとアンチ DDoS 保護を追加しています。したがって、購入者は同じブランドを、仮想マシンのテナント、物理サーバーの管理者、施設にハードウェアを設置する顧客、またはトンネルを通じてルートを受信するネットワークオペレーターとして遭遇する可能性があります。

これらは1つの製品のマイナーなバリエーションではありません。それらは制御を異なる方法で割り当てます。

VPS では、VeryCloud が基盤となるハードウェア、ハイパーバイザー、プロバイダーネットワークを制御し、顧客は通常、ゲストオペレーティングシステム、資格情報、アプリケーション、データを制御します。専用サーバーでは、顧客はマシン全体とより低レベルの管理アクセスを獲得しますが、電源、物理的介入、外部接続についてはプロバイダーに依存します。コロケーションでは、顧客はサーバーを所有しながら、ラックアクセス、電源、クロスコネクトを VeryCloud と施設に依存する可能性があります。リモートトランジットはさらに進んでいます。顧客の機器は他の場所に残りながら、GRE、VXLAN、または EoIP トンネルを介してルートとフィルタリングされたトラフィックが到着します。

リモートトランジットページは、その最後のモデルを異常に明確にしています。IPv4 および IPv6 BGP セッション、デフォルトまたはフルルーティングテーブル、選択可能なプレフィックス制限、注文が検証された後のチームからの連絡を宣伝しています。ネットワークはウェブホスティングの背後にある隠れた材料ではありません。それ自体が販売可能なサービスの境界です。

この広さは2つの罠を生み出します。最初は、共通のブランドが共通のサービスレベルを意味すると仮定することです。VeryCloud の契約は、VPS および専用サーバーでは月間目標稼働率99.99%を設定していますが、共有ホスティングでは99.9%です。トンネル、物理サーバー、共有アカウントは、異なるメンテナンス、容量、バックアップ、および応答の取り決めを持つこともできます。注文フォームと特別条件が重要です。なぜなら、ホームページはすべてのバリエーションを解決できないからです。

2番目の罠は、共通のインフラストラクチャが顧客のシステム全体に対して単一の説明責任ポイントを作り出すと仮定することです。VeryCloud の販売条件は、含まれるサポートはプロバイダーのインフラストラクチャとサービス（ネットワーク、ハードウェア、サーバー可用性、コントロールパネル）をカバーすると述べています。マネージドサービスが購入されない限り、オペレーティングシステムの管理、顧客アプリケーションのメンテナンス、コードデバッグ、最適化、顧客データの復旧は除外されます。サーバー、ネットワーク、コントロールパネルが契約範囲内にあっても、ウェブアプリケーションは利用不可になる可能性があります。

これがサービスカタログと統合運用モデルの違いです。カタログは何を注文できるかを示します。運用モデルは、各レイヤーを誰が監視し、クロスレイヤーの障害を誰が診断し、それを復旧することを許可されているかを示します。購入者は、プロセッサ、メモリ、または帯域幅の数値を比較する前に、それらの責任をマッピングする必要があります。アプリケーション障害がプロバイダーのインフラストラクチャと顧客の管理の間の境界を越えるとき、安価なサーバーは高価な曖昧さになる可能性があります。

自動化は通常のケースを加速する

小さなクラウドプロバイダーの魅力はしばしば即時性です。プランを選択し、支払い、資格情報を受け取り、開始します。VeryCloud の契約は、自動化されたサービス（VPS や共有ホスティング）が正常な支払いから数分以内に展開されるのに対し、専用ハードウェアやコロケーションオプションは手動プロビジョニングが必要になる場合があると区別しています。そのアカウントはサブスクリプション、請求、サポートを保持します。公開ドキュメントはセルフサービスガイドを提供します。これらが一緒になって、コンパクトな自動化チェーンを形成します。

通常のケースでは、このチェーンは労働を排除します。支払い確認は、アカウントチェック、リソース割り当て、アドレス割り当て、資格情報作成、顧客メッセージをトリガーできます。仮想サーバーは、技術者が特注の注文を組み立てることなく現れます。繰り返されるタスクは、低いエントリー価格で販売できるほど一貫性を持つようになります。

しかし自動化は決定を排除しません。それらを移動させます。適切なハイパーバイザーに容量が利用可能でなければなりません。選択されたイメージが起動しなければなりません。衝突や評判の驚きなくアドレスが割り当てられなければなりません。不正防止ルールは、通常の購入者と悪用を区別しなければなりません。メールアドレスを誤入力したり認証要素を失ったりした顧客は、復旧経路を必要とします。請求状態は、支払われたインスタンスが期限切れとして扱われないように、サービス状態と整合していなければなりません。

VeryCloud の公開ページは、この移動する境界の兆候を示しています。VPS カタログは直接注文リンクと繰り返される設定を提供します。証拠日付でキャプチャされた専用サーバーページは、いくつかの設定が利用不可で1つの設定が在庫ありと表示されていました。また、その設定に対して0ユーロの価格が表示されており、これは明らかにレンダリングされたカードを契約上の見積もりとして扱うのではなく、実際の注文を確認する理由になります。動的カタログ状態は有用であり得ます。不完全なデータや一時的な公開エラーを露呈することもあります。

契約は例外を予期しています。VeryCloud は、不正防止、本人確認、制裁、可用性チェック後に注文を拒否する権限を留保します。重要な在庫やハードウェアの遅延は、代替、延期、または払い戻しにつながる可能性があると述べています。資格情報はメールまたはカスタマーエリアを通じて届き、顧客は不適合を報告するための限られた期間を持ちます。これらのどれも珍しいものではありません。それは、見かけ上のワンクリックサービスが例外作業のキューによって支えられていることを意味します。

エンタープライズ購入者は、それに依存する前にそのキューをテストすべきです。失敗した展開はどのように識別されますか？自動的に作成されたチケットは支払いとサービスの参照を運びますか？誤った停止を元に戻せるのは誰ですか？手動でプロビジョニングされた注文は同じアカウントで可視ですか？管理者はインスタンス、アドレス、所有者、更新日、バックアップステータスのリストをエクスポートできますか？再構築または資格情報リセットのための監査証跡は何ですか？

自動化の最良の尺度は、成功ケースがどれだけ早く終わるかではありません。部分的な障害の後で、サービスがどれだけ安全に既知の状態に戻るかです。プロバイダーは作成を自動化しつつ、キャンセル、移行、不正使用レビュー、復旧には依然として脆弱な手動作業に依存することができます。VeryCloud の公開記録はチェーンの前面を可視にします。真剣な購入者は、中間と終端からの証拠を必要とします。

契約が実際のアーキテクチャを明らかにする

マーケティングページはコンポーネントを説明します。契約は責任を明らかにします。

VeryCloud の利用規約は、顧客アカウント、ホストされたコンテンツ、サービス関係を定義します。顧客は資格情報、API キー、SSH キーに対して責任を負い続け、二要素認証が強く推奨され、一部の機密サービスでは必須であると述べています。妥協が疑われる場合はチケットを通じて報告されるべきであり、プロバイダーは被害を防ぐためにアカウントを停止する場合があります。これは、両側が行うべき作業があるアイデンティティ境界を説明しています。プロバイダーはアカウントシステムを実行し、顧客は誰がそれを使用できるかを管理します。

バックアップ境界はより明確です。販売条件は、マネージドバックアップサービスが明示的に購入されない限り、顧客はデータのバックアップに対して責任を負うと述べています。VeryCloud は継続性のために技術的バックアップを保持する場合がありますが、それらはオンデマンドの復元サービスとして約束されていません。契約終了時に、顧客は最大7暦日の猶予期間を受け取り、支払いを条件としてデータを抽出し、その後、法的に保持された記録を除いて削除が行われる可能性があります。移行支援は別途見積もられます。

その文言は購入行動を変えるべきです。顧客は、プロバイダーの災害復旧計画がすべてのアンマネージド VPS の復旧可能なコピーを含むと安全に推測することはできません。インフラストラクチャの継続性とテナントデータの復旧は異なるものです。冗長電源はハイパーバイザーを稼働させ続けるかもしれませんが、管理者がデータベースを削除することを防ぎません。プロバイダーは失敗したノードを再構築するかもしれませんが、それは顧客のアプリケーション状態が必要な時間に復元できることを証明しません。

SLA にも同様の制限があります。VeryCloud は月間目標可用性を約束し、測定と除外を定義し、しきい値を逃した場合にサービス credits を提供します。リクエストは30日以内にチケットで行わなければなりません。クレジットには上限があり、SLA 違反に対する通常の救済手段です。プロバイダーの総体的な責任も条件の下で制限されており、マネージドバックアップなしのデータ損失は除外されています。

ポイントは、これらの条件が一方的に制限的であるということではありません。ポイントは、運用アーキテクチャが分割されているということです。プロバイダーは特定のインフラストラクチャの結果を約束し、顧客はより多くを購入しない限り、コンテンツ、システム管理、アプリケーションの健全性、バックアップに対して主要な責任を保持します。したがって、サーバーがオンラインであると言うダッシュボードは、回復不可能な顧客エラーと共存できます。99.99%のネットワーク数値は、壊れたログインサービスと共存できます。サポートチケットは、障害が含まれる範囲外であるという結論で正しく回答される可能性があります。

エンタープライズにとって、対応策は証拠に結び付けられた責任マトリックスであるべきです。各サービスには、ゲストシステム、アプリケーション、データ、アイデンティティ、DNS、証明書、監視、バックアップ、復元の所有者が必要です。注文は、どの VeryCloud オプションがそれらの割り当てを変更するかを特定する必要があります。顧客は、損失の後ではなく、本番稼働前に復元をテストすべきです。法的詳細に見えるものは、実際には散文で書かれたシステム設計です。

AS198825 は最も強力な公開証拠

VeryCloud の最も検査可能な運用面は、その自律システムです。これは、ホスティングブランドが単なるリセラーである可能性があるため重要です。可視の ASN はすべてのサービスの主張を証明するわけではありませんが、プロバイダーに他のオペレーターが観測できる公共のネットワークアイデンティティを与えます。

AS198825 の RIPE オブジェクトはVERYCLOUD-SASを指定し、VERYCLOUD SAS の組織記録と関連付け、割り当てられたステータスを記録します。そのルーティングポリシーフィールドは、IPv4 および IPv6 のインポートとエクスポートのために AS62000 と AS174 を指定します。RIPEstat のアナウンスされたプレフィックス表示は、7月15日にキャプチャされ、7月1日から15日の返された間隔を通じて可視の7つのルートを示しました：5つの IPv4 /24 と2つの IPv6 /44。

IPv4 セットは 82.22.2.0/24、82.22.7.0/24、82.22.77.0/24、82.26.157.0/24、151.242.39.0/24 でした。IPv6 セットは 2a0c:b641:af0::/44 と 2a10:4646:2e0::/44 でした。独立したBGP.Tools ビューも同じ5つと2つのオリジンカウントを示し、ネットワークをアクティブと説明しました。

それらのオリジンプレフィックスペアのすべてが、証拠時点で有効な RPKI 結果を返しました。IPv4 ルートについては、一致するルートオリジン認証が /24 を許可しました。IPv6 ルートについては、/48 までのより具体的なアナウンスを許可しました。有効性は、観測されたオリジン AS が認証と一致したことを意味します。これは意味のある衛生信号です。なぜなら、ルートオリジン検証を実行するネットワークは、これらのアナウンスを不正なオリジンと区別できるからです。

それは普遍的なセキュリティ判定ではありません。RPKI の有効性は、ルートがすべてのネットワークから到達可能であるか、ルーターが正しく設定されているか、トラフィックが意図された物理経路をたどるか、アプリケーションが応答するかを示しません。有効なルートは依然として撤回される可能性があります。有効なルートは失敗したサーバーにつながる可能性があります。漏洩したルートは、オリジン情報が正しい場合でも問題を引き起こす可能性があります。正しい結論は狭く肯定的です。VeryCloud の観測されたオリジンはキャプチャ時に認証されていました。

RIPEstat ネイバービューはまた、ルーティング形状の一部を可視にします。それは、アップストリーム側に AS174 と AS62000、ダウンストリーム側に AS197791 と AS198339 を示しました。BGP.Tools もアップストリームとして AS62000 と AS174 を表示しました。この独立した収束は、AS198825 が孤立した記録ではないという主張を支持します。

しかし、ネイバーの可視性は回線の証拠ではありません。2つの ASN は、リスクを共有する設備、ポート、または物理経路を介して到達可能になる可能性があります。ルーティングコレクターは、コミットされた容量、サポート義務、トラフィック比率、またはフェイルオーバーテストを明らかにしません。また、キャリア障害後数秒でトラフィックが再ルーティングされるというウェブサイトの主張を証明しません。回復力を必要とする購入者は、適切なレベルのトポロジー、障害ドメインの分離、および制御されたフェイルオーバー演習の結果を尋ねるべきです。

したがって、ASN は価値があるが限られたことを行います。それは、VeryCloud が独自の番号でルーティングに参加し、測定可能なアドレスセットを発信することを証明します。顧客と外部のオペレーターにルートを検査する場所を提供します。それはネットワークアイデンティティをエンドツーエンドのサービス保証に変えるわけではありません。

アドレスの発信は所有と同じではない

VeryCloud のネットワークサイトは、5つの /24 に一致する1,280の IPv4 アドレスを割り当て中と説明しています。その計算は、AS198825 によって発信されたルートに対して正しいです。レジストリ記録は、なぜ所有という言葉が強すぎるかを示しています。

IPv4 レコードのうち4つは VeryCloud SAS を説明していますが、それらの RIPE ステータスはASSIGNED PAであり、別の組織オブジェクトを指し、サードパーティのメンテナーによって維持されています。プロバイダー集約可能スペースは、エンドユーザーのポータブルプロパティになることなく、使用のために委任されることが一般的です。5番目のブロック 151.242.39.0/24 はSUBALLOCATED PAであり、公開的にはプライベート顧客スペースとして説明されています。AS198825 はそれを発信しますが、VeryCloud ネットワークページ自体はそれを会社自身の顧客アドレスプールとして提示していません。

IPv6 レコードも異なる系統を持っています。2a0c:b641:af0::/44 レコードは VeryCloud SAS とその RIPE 組織を指定します。2a10:4646:2e0::/44 レコードは創設者の名前に関連付けられた別の組織のままです。どちらも AS198825 から可視であり、両方とも有効なオリジン認証を持っていました。運用上の使用、レジストリ割り当て、法的制御は関連していますが区別されます。

この区別は、移行中または紛争中に重要です。顧客は、サプライヤーのアップストリーム割り当ての一部であるままのアドレスを受け取る可能性があります。それは何年も完全に機能しますが、移動が困難になる可能性があります。VeryCloud を通じて独自のポータブルプレフィックスをアナウンスする顧客は、プロバイダー割り当てアドレスを使用する顧客とは異なる出口ポジションを持ちます。リモートトランジットページのポータブル IPv4 および IPv6 への言及は、したがって注文で解決されるべきです。誰のプレフィックス、誰のルートオブジェクト、誰の ROA、誰のジオフィード、そして終了時に何が起こるか？

アドレスの評判は別の次元を追加します。ホスティングネットワークは、リーススペースの以前のユーザーからの悪用履歴を継承する可能性があります。技術的に有効なルートは、すべてのアドレスがメールプロバイダー、脅威フィード、またはサードパーティ API によって受け入れられることを保証しません。顧客は、ASN 全体から評判を推測するのではなく、実際の割り当てられたアドレスをワークロードに対してテストすべきです。

VeryCloud はプレフィックスリストとルッキンググラスを公開していることで評価に値します。これにより外部チェックが可能になります。これらのツールのより成熟した解釈は、会社が固定されたデジタル不動産ブロックを所有しているということではなく、ルーティング権、割り当て、顧客ルートの階層化されたセットを調整しているということです。保証は、これらのレイヤーを文書化され、最新で、元に戻せる状態に保つことから生まれます。

DNS は2つの配信モデルを示す

公開ドメインレコードは、ブランドの年表をそのネットワークにリンクします。AFNIC レコードは、verycloud.frが SAS より前の2023年2月8日に作成され、証拠日時点でアクティブのままであることを示しています。そのネームサーバーは Cloudflare によって運用されていました。メインサイト、www、アカウントマネージャー、ドキュメント、ステータス名の公開 DNS は、IPv4 と IPv6 の両方で Cloudflare エッジアドレスを返しました。

それは、ウェブサイトをロードするリーダーが AS198825 を直接テストしないことを意味します。Cloudflare は公開エッジを終端し、トラフィックがオリジンに到達する前に吸収、キャッシュ、またはプロキシすることができます。この構成は回復力とセキュリティを向上させることができますが、ブランドの到達可能性をプロバイダー自身のルート可視性から分離します。AS198825 のインシデント中に Cloudflare を通じてウェブサイトを見ることは、顧客サーバーが健全であることを証明しません。Cloudflare にフロントエンドされたページに到達できないことは、それ自体で自律システムがダウンしていることを証明しません。

他の名前はより直接的に接続します。lg.verycloud.frとlg.as198825.netは、AS198825 から観測された /24 の1つ内の 82.26.157.253 に解決されました。verycloud.frのメール交換器はmail.as198825.netであり、同じ /24 内の 82.26.157.251 に解決されました。これらのリンクは、少なくともルッキンググラスとメールの表面がネットワークによって発信されたアドレス空間に触れているという実用的な証拠を提供します。

この区別は分析的に有用です。公開エステートは、外部エッジと直接ネットワークエンドポイントを組み合わせています。これは正常なハイブリッド配信ですが、監視はそれを反映すべきです。1つのチェックは、ユーザーが Cloudflare を通じて見るようにウェブサイトを観測する必要があります。別のチェックは、オリジン側の依存関係をテストする必要があります。別々のチェックは、アカウントエリア、DNS、メール、ルッキンググラス、顧客サービスをカバーする必要があります。単一の緑のホームページは、それらすべての経路を表すことはできません。

7月15日のスナップショットでは、verycloud.frに対して DS レコードは返されませんでした。これは単なる委任の観測です。それは、DNS がすべてのレイヤーで認証されていないことを意味するわけでも、Cloudflare の他の制御を否定するわけでもありません。それは特定の質問を特定します：DNSSEC が親で意図的に展開されていないのか、導入中なのか、このドメインには不要と見なされているのか。ネットワークサービスを販売する会社にとって、文書化された決定は仮定よりも安心感を与えます。

DNS はまた、所在地の主張に制限を設けます。エッジアドレスは配信ネットワークに属し、必ずしもオリジン国ではありません。直接アドレスはルートを明らかにしますが、背後にある物理サーバーやデータベースは明らかにしません。購入者は、DNS を依存関係と制御ポイントの証拠として使用し、完全なデータロケーションマップとして決して扱わないべきです。

フランスの所在地は意味があるが、名詞が必要

VeryCloud は繰り返し、顧客データは Maguy-les-Hameaux の Telehouse 3 で独占的にホストされると述べています。契約はより慎重です。デフォルトでデータはフランスでホストされ、該当する場合は EU 外への規制された転送を規定します。これらの声明は、異なるデータカテゴリを参照する場合に共存できますが、カテゴリには名前が必要です。

VPS 上の顧客ワークロードデータは1つのカテゴリです。アカウント ID、請求書、支払いトークン、サポートメッセージ、悪用報告、セキュリティテレメトリ、監視イベント、プロバイダーバックアップは他のカテゴリです。フランスのコンピュートホストは外部の支払いプロセッサを使用する可能性があります。チケットプラットフォームは他の場所でサポートメタデータを処理する可能性があります。不正防止システムは別のサブプロセッサを通じてアカウント情報を評価する可能性があります。監視サービスはサーバーの国の外に IP アドレスとイベントタイムスタンプを保持する可能性があります。

VeryCloud の条件は分割を認識しています。ホスティングサービスを通じて処理される顧客データについては、顧客が管理者として、VeryCloud が処理者として行動します。登録、請求、サポート、セキュリティ記録などのカスタマーリレーションデータについては、VeryCloud が管理者として行動します。プロバイダーはデータ処理契約が利用可能であり、サブプロセッサリストはリクエストに応じて利用可能であると述べています。また、顧客は DPA の下での変更に関する情報を受け取ると述べています。

そのフレームワークは、プロダクトカードのフラグよりも有用です。なぜなら、各データセットに対して誰が行動できるかを尋ねるからです。購入者は、DPA、現在のサブプロセッサリスト、場所、転送メカニズム、保持期間、削除プロセス、侵害通知経路を要求すべきです。マネージドバックアップがフランスに留まるか、コントロールプレーンログが同じルールに従うか、フランス国外のサポート担当者が顧客システムにアクセスできるかを尋ねるべきです。

Magny-Les-Hameaux の Telehouse ページは独立して、冗長電源、発電機、UPS 構成、ガード付きアクセス、施設レベルの管理認証を備えた実質的な施設を確認しています。これは VeryCloud の指定されたサイトが存在し、厳格な物理的制御を持っているという主張を支持します。

それは VeryCloud SAS を認証しません。テナントは建物からの利益を継承しますが、それでも自身のラック、資格情報、ネットワーク、バックアップ、手順を設定する必要があります。施設の警備員は、顧客管理者が仮想ディスクを削除するのを防ぎません。冗長電源は、プロバイダーの復旧シーケンスがテストされたことを証明しません。施設認証は、すべてのテナントプロセスや顧客ワークロードをカバーせずに、オペレーターの管理システムをカバーする場合があります。

したがって、データ主権は十分な頻度でフランスと言うことによって達成されるのではありません。それは、決定権、アクセス、コピー、出口を帰属可能に保つことによって達成されます。VeryCloud の所在地は信頼でき、商業的に関連するアンカーです。残りの作業は、各重要な名詞をそれに結び付けることです。本番データ、バックアップ、ログ、チケット、アカウント、キー、復旧イメージ。

可用性には公開の記憶が必要

VeryCloud は VPS および専用サービスに対して99.99%の可用性を宣伝しています。30日の月で表現すると、その目標はカウントされたダウンタイムのわずか数分を許容します。しかし、契約が何がカウントされるかを決定します。

条件は、計画メンテナンス、顧客起因の障害、プロバイダーの責任外の障害を除外するか、別途扱います。測定とサービス credit を定義し、インシデントから30日以内のチケットを要求します。これは、顧客が独自の監視を必要とすることを意味します。タイムスタンプ付きの外部記録がなければ、サービスがいつ利用不可になったか、どのレイヤーが失敗したか、イベントが契約上の定義を満たしたかを確立するのは難しい場合があります。

VeryCloud は公開ステータスページを維持しており、これは前向きな説明責任の表面です。証拠日時点で、ライブページは HetrixTools を通じて VeryCloud モニターを公開していました。同じ期間の検索スナップショットは、より長いコンポーネントリストを持つ古い Uptime Kuma ページをまだ説明していました。この明らかな移行は単に監視の再設計を反映している可能性があります。また、ツールが変更されたときにステータスページが継続性を維持すべき理由を示しています。

有用な公開ステータスサービスは、緑または赤を表示するだけではありません。コンポーネントを定義し、インシデントの開始と復旧時間を記録し、調査と緩和を区別し、インシデント後の要約を保持します。顧客はコミュニティチャットに参加せずに購読できるべきです。メンテナンスは終了後も可視であるべきです。プロバイダーは、影響を受けたサービス、大まかな原因、復旧経路、予防作業を説明しながら、機密詳細を編集できます。

公開ルートデータはその履歴を補完できますが、置き換えることはできません。RIPEstat は、すべての7つのプレフィックスが返された2週間の間隔を通じて可視であることを示しました。これはコレクターレベルでのルート継続性を支持します。ハイパーバイザーの障害、ストレージレイテンシ、アカウントアクセス、チケッティング、または単一顧客のインスタンスについては何も述べていません。同様に、緑の Cloudflare にフロントエンドされたホームページは、VPS 環境が健全であることを証明しません。

したがって、証拠階層は階層化されるべきです。グローバルルーティングモニターはプレフィックスを観測します。外部プローブはポートとトランザクションを観測します。ハイパーバイザーとストレージの監視はインフラストラクチャを観測します。アプリケーションチェックはユーザーのタスクを観測します。チケットは影響と所有権を記録します。復元テストは回復可能性を証明します。ステータスページはそれらの事実のキュレーションされたバージョンを伝達します。

VeryCloud はその階層の始まりを公開しています。ルート、ルッキンググラス、公開モニターです。クリティカルなワークロードを移行する前に、購入者は適切に機密形式で残りを要求すべきです。可用性の計算、メンテナンス履歴、インシデントコミュニケーションの例、バックアップの成功、復元テスト、エスカレーション時間。目的はプロバイダーを小数点エラーで捕まえることではありません。両側が同じインシデントを認識するかどうかを知ることです。

カスタマーレビューは前後の問題を示す

VeryCloud の Trustpilot ページは、まばらなディレクトリエントリが示唆するよりも大きいです。7月15日時点で123件のレビュー、4.4のスコア、82%の5つ星評価、11%の1つ星評価を示し、過去12か月間に56件のレビューがありました。プロフィールは2023年8月に請求され、Trustpilot は会社が顧客にレビューを招待すると述べています。また、会社は否定的なレビューに返信していないと述べています。

これらの数字は市場シグナルであり、パフォーマンス監査ではありません。Trustpilot は、スクリーニングを使用し、相互作用が発生したことを検証する場合がありますが、レビューアの意見を事実確認しないと明示的に述べています。招待は誰が応答するかを変える可能性があります。星の分布は、製品、ワークロード、顧客スキル、サービスの経過時間、インシデントの重大度を制御しません。

それでも、可視の肯定的なレビューはテストする価値のある有用なテーマを特定します。レビューアは、迅速なプロビジョニング、アクセス可能なドキュメント、使いやすい管理画面、応答性の高いサポートを説明しました。これらの観測は、VeryCloud の自動化とサポートの主張と一致します。速度と人間の助けが、単なるプロセッサ仕様ではなく、プロバイダーの認識された価値の一部であることを示唆しています。

キャプチャされたページの可視の否定的なレビューは2023年に集中しており、削除されたサービスと払い戻しの問題を主張していました。1つの可視の苦情は確認済みとしてマークされていました。これらは個々のユーザーからの深刻な申し立てであり、確立された調査結果ではありません。それらの日付も同様に重要です。それらは初期のプロジェクト、SAS が作成される2年前に関するものです。公正な評価は、それらを消去もせず、後の会社に機械的に帰属もさせません。

正しい質問は、何が変わったかです。2025年の移転は、より明確な請求管理、削除警告、アカウント記録、上訴経路をもたらしましたか？現在の条件とカスタマーエリアは、古いレビューで主張された障害パターンを防ぎますか？プロバイダーは、紛争を解決するのに十分なサービス状態と支払い証拠を保存し始めましたか？公開レビューを未回答のままにしながら、チケットを通じて非公開で応答しますか、それとも否定的なフィードバックは対応されないままですか？

最近の肯定的なボリュームは改善を示すかもしれませんが、スコアはこれらのプロセスの質問に答えることができません。会社は、顧客データを開示せずに実質的な否定的なレビューに応答し、停止と削除のライフサイクルを公開し、支払い状態の紛争がどのようにエスカレーションされるかを記録することで、保証を強化できます。顧客はまた、請求書、更新通知、チケットエクスポート、サービス識別子、独立したバックアップを保持することで自身を保護できます。

レビューは、テストを生み出すときに最も有用です。迅速なプロビジョニングは低リスクのインスタンスでテストできます。サポート品質は、技術的に具体的な販売前の質問でテストできます。キャンセルはクリティカルな更新の前にテストできます。データ抽出はリハーサルできます。古い削除の苦情は、少数の投稿に基づく評決ではなく、出口訓練につながるべきです。

サポート労働は隠れた容量制限

VeryCloud は、カスタマーエリアのチケットを通じて24時間365日のテクニカルサポートを約束し、場合によってはメールやチャットも提供します。その専用サーバーページはまた、チケットと Discord を通じてフランス語対応のサポートを促進しています。契約は含まれる作業をプロバイダーのインフラストラクチャ、ハードウェア、ネットワーク、サーバー可用性、コントロールパネルに限定します。

これは賢明な境界です。また、多数の製品ラインが収束するポイントに少数の熟練者が座っている可能性があることを意味します。到達不能なアプリケーションに関するチケットは、応答者が責任を特定する前に、請求状態、ハイパーバイザーの健全性、アドレス割り当て、ルート可視性、フィルタリング、ゲスト構成、顧客履歴の知識を必要とする場合があります。自動化はケースを開いてルーティングするかもしれませんが、診断は人間の仕事です。

24時間のアクセスは、24時間の深さと同じではありません。公開記録は、現在のサポート要員数、シフトパターン、言語カバレッジ、初回応答分布、エスカレーション名簿を示していません。Discord メッセージに応答する人がルーター変更を行い、払い戻しを承認し、ハードウェアを交換できるかどうかは述べていません。同時インシデントがどのように優先順位付けされるかは開示していません。

通常の顧客にとって、Discord は有用であり得ます。コミュニティメンバーが簡単な質問に答え、可視のチームは小さなプロバイダーをアクセスしやすく感じさせることができます。セキュリティ、請求、サービス状態の決定については、チケットが権威あるままでいるべきです。チャットメッセージは編集されたり、量の中で失われたり、間違ったオーディエンスに見られたりする可能性があります。チケットは、制御された記録でアカウント ID、タイムスタンプ、添付ファイル、エスカレーションステータスを運ぶことができます。

現地の労働力も施設で重要です。リモートの応答者はテレメトリを検査できますが、失敗したハードウェア、ケーブリング、電源供給には Maguy-les-Hameaux での手作業が必要になる場合があります。VeryCloud スタッフ、請負業者、Telehouse 担当者の間の区分は、誰がスペースに入り、コンポーネントを交換し、復旧を確認できるかを決定します。人間のサポートの約束は、顧客がそれらを調整するままにするのではなく、それらの役割を接続すべきです。

クリティカルな展開の前に、購入者は個人情報を要求せずに容量を明らかにする運用上の質問を尋ねるべきです。重大度別の応答目標は？主要インシデントを宣言できるのは誰か？オンコールのネットワークエンジニアはいるか？ハードウェア介入はどのように要求されるか？サポートは完全なチケット履歴を保持するか？顧客は複数の許可された連絡先を指定できるか？アカウントポータルが利用不可の場合の緊急経路はあるか？

答えは重要です。なぜなら、VeryCloud は自動化と介入の両方を販売しているからです。サーバーは自動的に作成できますが、例外は請求、悪用、移行、ルーティング、復旧の周りに蓄積されます。人間のキューがそれらの例外を解決するのに十分な権限と時間を持っている場合にのみ、製品は信頼できます。

購入者は出口も価格に含めるべき

VeryCloud は魅力的なリソースバンドルとフランスのホスティングストーリーで競合しています。可視の月額料金は、商業的決定の一部に過ぎません。実際のコストには、管理、バックアップ、監視、アドレス可搬性、インシデント作業、移行が含まれます。

アンマネージド VPS は、かなりの労働を顧客に転送します。誰かがオペレーティングシステムにパッチを適用し、SSH を保護し、ディスク容量を監視し、アプリケーション証明書を更新し、バックアップをテストし、悪用レポートに対応し、ソフトウェア障害を診断しなければなりません。顧客のサービスが放置された管理を通じて脆弱なままである一方で、VeryCloud は健全な仮想マシンを提供できます。低いサーバー料金は、購入者がすでにその能力を持っている場合に合理的です。欠けている労働が無料として扱われる場合、それは誤解を招きます。

バックアップの経済性は特に過小評価されやすいです。契約は、マネージドオプションなしでの通常の復元を除外し、契約終了時のエクスポート支援は有料の場合があります。購入者は、独立したコピー、ストレージ、転送、保持、復元テストを価格設定すべきです。完全なエクスポートにどれだけ時間がかかるか、移行中にサービスが書き込み可能なままかどうかを知るべきです。契約後の7日間の猶予は、準備ができた顧客には十分であり、テストされていない顧客には危険なほど短い場合があります。

アドレス指定も出口コストに影響します。プロバイダー割り当ての IPv4 アドレスに結び付けられたワークロードは、移動時に DNS 変更、許可リスト更新、評判のウォーミング、顧客コミュニケーションを必要とする場合があります。ポータブルプレフィックスと BGP セッションは一部の依存関係を減らすことができますが、ルーティング専門知識、レジストリ作業、セキュリティ義務を追加します。リモートトランジットは、顧客が実際に関連リソースを制御し、代替経路が準備できている場合にのみ、ホスティング変更全体でアドレスを保持できます。

フランスのデータ所在地提案にも価格があります。国内施設と馴染みのある法的会場を求める購入者にとって、調達を簡素化する可能性があります。サブプロセッサを評価したり、単一障害ドメイン外に復旧を構築したりする必要性を排除するわけではありません。地理的回復力を必要とする顧客は、ポリシーとリスクに応じて、第2のフランスサイト、別の欧州地域、または独立したバックアップ場所を必要とする場合があります。

最後に、契約救済には経済的制限があります。SLA クレジットは月額料金の一部を補償します。それらがビジネスコストの停止と一致することはめったにありません。責任上限と除外は、顧客が多くの結果の保険者であり続けることを意味します。したがって、重要度がアーキテクチャを決定すべきです。ホビーサーバーは単純な取り決めを受け入れることができます。収益システムは、マルチプロバイダー DNS、レプリケートされたデータ、ポータブル構成、外部監視、テストされたランクックを必要とする場合があります。

VeryCloud はそれらの追加後も経済的な選択かもしれません。ポイントは、完全な運用コストを比較することです。エントリー価格は開始にかかる費用を答えます。保証価格は、回復可能であり、退出可能であるためにかかる費用を答えます。

より強力な証拠はどのように見えるか

公開記録はすでにいくつかの結論を自信を持って支持しています。VERYCLOUD は活動中のフランス SAS です。一貫したサービスカタログと現在の法的条件を提示します。AS198825 は IPv4 および IPv6 オリジンでアクティブかつ可視です。ルートオリジン認証は証拠日時点で有効でした。公開 DNS はブランドを Cloudflare にフロントエンドされたサービスと AS198825 スペース内の直接アドレスの両方に接続します。指定された Telehouse 施設は実在します。無視できないカスタマーレビュー記録が存在します。

次のレベルの保証は、会社が機密図を公開することを要求しません。適切な条件の下で購入者と共有できる証拠を必要とします。

アイデンティティと継続性については、2025年の移転、請求書上の契約主体、現在の保険および財務状況（該当する場合）の明確な説明を意味します。サービスについては、一時的なカタログカードを上書きする決定的な注文説明を意味します。ネットワーク回復力については、意図されたプレフィックス、現在の ROA、依存関係の所有権、物理的障害ドメイン、最近のフェイルオーバー結果を意味します。

データについては、購入者は DPA、サブプロセッサリスト、サービスごとの場所、アクセスモデル、暗号化とキーの所有権、保持、削除、バックアップ設計を必要とします。可用性については、SLA 計算、最近の測定パフォーマンス、メンテナンス履歴、インシデントコミュニケーションの例を必要とします。復旧については、バックアップが監視され、復元が必要な目標内で完了したという証拠を必要とします。

サポートについては、有用な尺度はスローガンではなく分布です。重大度別の初回応答、技術的責任までの時間、復旧までの時間、再開ケース、未解決のエスカレーション。小さなプロバイダーは広大なコールセンターを運営する必要はありません。緊急の作業が行動を許可された誰かに届くことを示す必要があります。

顧客には相互の義務があります。正確な連絡先を維持し、アカウントを保護し、管理するものをパッチし、データを分類し、独立した復旧資料を保持し、トランザクションを監視し、タイムリーなチケットを提出すべきです。プロバイダーはバックアップする契約がなかったワークロードを復元できません。顧客は観測できないネットワークを診断できません。保証は、チェックアウト時に購入されるバッジではなく、結合された責任のセットです。

VeryCloud の公開証拠は、インターネット運用が自然に公開される場所で最も強いです。ASN 登録、ルートオリジン、DNS。サービス結果がプライベートである場所では弱いです。インシデント処理、ストレージ復旧、サポート容量、顧客設定。そのパターンは珍しくありません。それはまさに、購入者が強い公開証拠を使用してより良いプライベート質問をすべき理由であり、公開詳細の欠如を失敗の証明または成功の仮定の許可として扱うべきではない理由です。

ルーティングされた名前、完成した評決ではない

VERYCLOUD SAS は、薄いディレクトリラベルが最初に明らかにする以上のものを持っています。活動中のフランス企業、公開された以前のプロジェクトからの移行、定義された契約、実在の施設の主張、外部から観測できるネットワークがあります。AS198825 は5つの IPv4 と2つの IPv6 プレフィックスを発信し、証拠日時点で有効なルートオリジン認証を持っています。これは若いプロバイダーにとって実質的な証明です。

それはアイデンティティとネットワーク参加の証明です。すべてのワークロードが利用可能であり続けること、すべてのバイトが単一の管轄区域内に留まること、すべてのバックアップが復元可能であること、またはすべての緊急チケットが適切なエンジニアに届くことの証明ではありません。公開プロダクトページは、契約が復元する区別を時々圧縮します。インフラストラクチャの継続性と顧客の復旧、フランスのホスティングとより広いプロセッサチェーン、24時間アクセスと含まれる管理範囲、目標稼働率と顧客の実際の救済手段。

混合市場記録はポイントを強化します。最近のレビューアはしばしば速度とサポートを賞賛しますが、以前のプロジェクトからの可視の苦情は削除と支払い状態について質問を提起します。どちらの側も普遍的なストーリーに変えられるべきではありません。プロバイダーの現在の制御は、古い記録が露呈する障害モードに対してテストされるべきです。

潜在的な顧客にとって、賢明なシーケンスは簡単です。注文で SAS を確認します。正確なサービス境界を特定します。アドレスとルーティングモデルを確認します。DPA とサブプロセッサリストを要求します。すべてのバックアップと復元を誰が所有するかを決定します。外部から監視します。セキュリティ、請求、インシデントコミュニケーションをチケットに置きます。緊急になる前に移行をリハーサルします。

そのシーケンスは VeryCloud のネットワークの価値を損なうものではありません。それはネットワークを適切な位置に置きます。可視の ASN は匿名のリセラーアイデンティティよりも優れた基盤です。有効な RPKI は曖昧なオリジンよりも優れています。公開ルッキンググラスは、顧客に図を信頼するように求めるよりも優れています。これらは、その作業の一部を精査にさらすことをいとわないオペレーターの兆候です。

運用保証は、これらの兆候が正しく読まれた後に始まります。それは、法的アイデンティティ、ルート、契約、データ制御、ステータス記録、復元テスト、人間の権限が同じサービスを指すときに現れます。VERYCLOUD SAS はすでに特定され、観測されることができます。各購入者に対する残りの質問は、特定の注文の背後にあるプライベート証拠が公開ネットワーク名と同じくらい一貫しているかどうかです。