サマリー
- CreaNova データセンターは、受理されたサーバー状態を通じて評価されるべきである。すなわち、専用サーバー、VPS、コロケーション機器、共有ホスティングアカウント、管理された変更が、意図されたアクセス、ネットワーク、ストレージ、監視、バックアップ、サポートの条件に達することだ。
- 公開されている証拠は、ヘルシンキのデータセンターサービス、AS51765 ネットワークの存在、専用サーバー、VPS、コロケーション、共有ホスティング、ドメイン、メール、VPN、管理サービスを提供するフィンランドのホスティング事業者を支持しているが、その証拠のほとんどは独立した顧客成果テストではなく、事業者自身のページ、登記情報、市場ディレクトリである。
- 商業的な強みは、フィンランドあるいは欧州のインフラ管理を望み、運用の詳細を監督できる顧客にとって最も明確である。一方、ハイパースケールの抽象化、完全管理された復旧、あるいはすべての製品主張が独立して検証されていることの証明を期待する購入者には弱い。
受理されたサーバー状態こそがプロダクトである
CreaNova データセンターをフィンランドのホスティング事業者と表現するのは簡単だ。その説明は最初としては十分に正しいが、インフラの継続的な稼働を必要とするビジネスのリスクを同社が低減できるかどうかを判断するには正確さを欠く。真の単位は受理されたサーバー状態である。顧客は専用サーバー、仮想サーバー、ラックユニット、ウェブホスティングアカウント、ドメイン、メールサービス、あるいは管理された変更を依頼する。そのリクエストが意味を持つのは、サービスが双方が受理できる状態に達した時だけだ。すなわち、ハードウェアあるいは仮想容量が存在し、オペレーティングシステムに到達可能で、アドレスがルーティングされ、顧客が適切なアクセス権を持ち、バックアップの期待値が明示され、監視やサポートの責務が把握されており、商業的な境界が明確な状態だ。
これは、CreaNova が専用サーバー、VPS、コロケーション、共有ホスティング、企業向けメール、VPN、ドメイン、管理サービスのページを持っているかどうかを問うよりも厳しいテストである。製品の幅広さは、特に複数のインフラ要素を一つのプロバイダにまとめたい中小規模の顧客にとって有用であり得る。しかし、困難な部分を覆い隠すこともある。ホスティング事業者が価値を持つのは、繰り返される変更が滞りなく完了する時だ。新しいサーバーは、要求された CPU、メモリ、ディスク、リモート管理インターフェースでプロビジョニングされなければならない。VPS は期待されるイメージとネットワークアイデンティティで起動しなければならない。コロケーション機器は電源とトランジットに接続されなければならない。バックアップの約束はリストアの手順に対応しなければならない。サポートチケットは、苦情からアクションに移るのに十分なコンテキストを持たなければならない。IP やルーティングの変更は、顧客の可視範囲外でワークロードを孤立させてはならない。
公開記録は、この受理された状態の視点を適切なものにする。CreaNova 自身のページには、専用ルートサーバー、VPS、コロケーション、ウェブホスティング、ドメイン登録、システム管理、監視、クラスターシステムのサポートを含むヘルシンキのデータセンター運用が説明されている。同社のサイトによれば、CreaNova は1996年に設立され、2006年に自社のサービスプラットフォームを立ち上げた。そこには、60台のオープンサーバーラックと約350平方メートルのスペースを備えた Tier-II+物理データセンタープラットフォームが紹介されている。また、N+1 構成で動作する2台の精密空調ユニットに基づく空調システムについても説明がある。ネットワーク容量の主張は公開ページによってばらつきがあり、ホームページのあるセクションでは1000 Gbps を超えるスループットに言及し、専用サーバーのページでは600 Gbps の通信チャネルに触れ、別のセクションでは特定のキャリア名とともに100 Gbps 超と記載している。これらのばらつきは全体像を否定する理由ではなく、容量に関する表現を測定された保証というよりも運用の文脈として扱うべき理由である。
同社は、可視的なネットワークアイデンティティも持っている。公開されているルーティングレコードは、Oy Crea Nova Hosting Solution Ltd をフィンランドにおける AS51765、CREANOVA-AS と関連付けている。BGP ディレクトリのページには、アナウンスされたアドレス空間、上流および下流の可視性、RIPE 登録の詳細、CreaNova の経路セット周辺に現れる他のネットワークが示されている。PeeringDB は AS51765 を CreaNova データセンターの名称で掲載しているが、パブリックビューでは公開ピアリングエクスチェンジの行は表示されない。このネットワーク記録が重要であるのは、ホスティングが単に「サーバーが部屋にある」ビジネスではないからだ。それは、物理ハードウェア、仮想プラットフォーム、IP アドレス管理、ルーティング、トランジット、DNS、サポート、不正利用対応、顧客管理にわたる状態管理のビジネスなのである。
したがって、購入者にとって問われるべきは、ローカルプロバイダがハイパースケールクラウドよりも本格的かどうかではない。問われるのは、CreaNova が反復可能なインフラ要求を受け取り、結果として得られる状態を顧客のワークロードにとって十分に持続可能なものにできるかどうかである。ローカリティは、サーバーが正しくプロビジョニングされて初めて役立つ。専用ハードウェアは、アクセスと交換が管理されて初めて役立つ。コロケーションは、電力、冷却、リモートハンド、ネットワークハンドオフが理解されて初めて役立つ。低価格な VPS は、購入者がパフォーマンス、バックアップ、保守、復旧を考慮して初めて役立つ。受理されたサーバー状態こそがプロダクトなのだ。
アイデンティティの境界は狭い
CreaNova を巡る公開情報のアイデンティティには注意が必要だ。名称や綴りにゆらぎがあるからだ。同社の公式サイトでは通常、事業体は Oy Creanova Hosting Solutions Ltd として示されている。フィンランドの企業登記情報やネットワーク記録では、事業者識別番号1066059-8 とともに Oy Crea Nova Hosting Solution Ltd とも表記されている。本記事は、CreaNova データセンターを、同社がフィンランドのヘルシンキ、Hiomotie 10, 00380 ヘルシンキで運営するヘルシンキのホスティングおよびデータセンターサービスとして扱う。顧客のウェブサイト、コロケーション機器、下流ネットワーク、ホスティングされたドメイン、リースされた IP ユーザー、あるいは一般的なフィンランドのホスティング活動を、当該プロバイダに結び付ける公開証拠がない限り、CreaNova 自身の運用とは見なさない。
この境界はホスティングにおいて重要である。データセンター事業者や VPS 事業者は、その顧客が自社のインフラ上でサービスを実行するため、インターネット上の多くの場所で可視化されうる。そうした顧客の中には、通常のビジネスもあれば、再販事業者、プライバシー重視のユーザー、運用が不十分な事業者、あるいは悪用を行う者もいる。公開されている IP レピュテーションツールやホスティングディレクトリはトラフィックやアドレス割り当てを観測できるが、それらはプロバイダ自身が何を行ったかを自動的に証明するものではない。ホスティング事業者には、利用規約、不正利用連絡先、ルーティングの健全性、サポートに関する責任があるが、顧客のワークロードをプロバイダ自身のアプリケーションと混同してはならない。
同様の境界はネットワーク記録にも当てはまる。AS51765 の記録は、CreaNova をネットワーク事業者として示し、関連するアドレス空間、上流との隣接関係、下流または顧客との関係を列挙している。ルーティングテーブル上の下流ネットワークは、トランジットまたはルーティング関係の証拠であり、CreaNova がすべての下流ビジネスを所有していること、すべてのワークロードを管理していること、あるいはすべてのアドレス利用を推奨していることの証拠ではない。CreaNova を検討する購入者は、これらの記録を用いて、ルーティング、トランジット、RPKI、不正利用対応、IP 割り当て、エスカレーションについて質問すべきであり、単一の IP レンジから顧客の品質を推測すべきではない。
企業の歴史に関する境界にも規律が必要だ。公開されている企業プロフィールやホスティングディレクトリは、一貫して1996年の創業を示しているが、公式サイトには「20年間事業を続けてきた」といった古い表現が残っており、複数ページのフッターには依然として2008-2023と記載されている。フィンランドの登記情報ページには、現在も有効な企業記録と、民間の企業情報提供業者を通じた2025年の財務データが表示されている。これらの事実は共存可能だ。長く存続している企業が、ウェブ上の記載を更新し忘れることはあり得る。正しい結論は、同社が新しいとか、古い主張のすべてが現在も有効だということではない。正しい結論は、公開されているウェブ上の情報は日付を意識して読み取り、特定の容量、サポート、可用性の主張に依存する前に、営業や契約上のデューデリジェンスで確認すべきだということだ。
このアイデンティティ境界は、分析の両面を保護する。CreaNova に対しては、実際に公開されている証拠、つまりヘルシンキにおけるホスティングの存在、企業登記の可視性、AS51765 のネットワーク運用、専用サーバーおよびコロケーションサービス、VPS プラン、共有ホスティング、メール、ドメイン、管理サービスの提供を評価する。一方で、公開記録に存在しない成果、つまり独立した稼働時間監査、検証済みの顧客事例、測定されたリストア成功率、インシデント対応の実績、あるいは本番環境のベンチマークについて、不当な評価を与えることは拒否する。同社は、実在する地域インフラ事業者であるように見える。しかし、公開記録は購入者が技術的デューデリジェンスを省略することを許さない。
CreaNova が実際に提供しているもの
CreaNova の公式サービス内容は、地域のホスティングおよびデータセンター事業者として一般的なものである。専用サーバーは、同社の運営モデルを最も明確に表すため、最も強いシグナルである。専用サーバーのページには、顧客が CreaNova のヘルシンキデータセンターにあるサーバーをリースし、Linux ディストリビューションや FreeBSD などのオペレーティングシステムを選択し、Dell DRAC や HP iLO などのリモートコントロールインターフェースを使用し、SSH 経由で完全な root アクセスを取得し、最大/112の IPv6 アドレスを取得し、パッケージや契約に応じて1 Gbps、10 Gbps、40 Gbps のイーサネットスイッチポートに接続できると記載されている。また、要求に応じて専用のデータストレージシステム上で利用可能な無料のバックアップスペースがあり、データセンターネットワークからアクセスでき、専門の管理サービスは追加料金で利用可能であるとも述べている。
これはかなり具体的な専用サーバーの状態である。顧客は、抽象化されたクラウド API というよりも、ローカルの施設にある設定済みのマシンを購入しているのだ。価値は管理の手触りにある。root アクセス、オペレーティングシステムの選択、他顧客からのハードウェア分離、リモート管理、ラックの配置、ポート速度の選択といったものだ。リスクもまた管理にある。顧客は、そのサーバーが何のためにあるのか、どのデータをバックアップすべきか、どのセキュリティ更新が必要か、提供されるハードウェアクラスがワークロードに合っているか、交換手順はどうか、リモートハンドや管理に何が含まれるのかを理解しておく必要がある。
VPS のページは、同じ取引の仮想版を提供する。フィンランドにある仮想プライベートサーバーで、root アクセス、オプションの VNC アクセス、オペレーティングシステムの選択、最大1 Gbps の接続速度を提供するとしている。公開されているプラン例には、Xeon Gold または Platinum CPU、NVMe または SAS SSD ストレージ、ECC メモリ、IPv4 および IPv6 アドレッシング、Linux または BSD オペレーティングシステム、明示された帯域幅レベルを備えた、月額または複数月の小規模パッケージが含まれている。このサービスは、完全に管理されたプラットフォームとして位置付けられてはいない。管理権限付きの仮想サーバーだ。これは、Linux や BSD、データベース、アプリケーションサーバー、ファイアウォール、バックアップの運用方法を知っている開発者、ウェブ事業者、SME にとって価値がある。明示的な管理パッケージなしに、プロバイダが OS の堅牢化、パッチ適用、アプリケーションのチューニング、データ保護を肩代わりすることを期待する顧客には魅力が薄い。
コロケーションは物理スペースの提供である。CreaNova は、自社のヘルシンキデータセンター内でコロケーションサービスを提供しており、費用はユニット数、ハードウェアの電源容量、インターネットリンク速度に依存すると述べている。ラックへの設置は無料で、リースするユニット数を変更することで容量を拡張でき、顧客は独自の構成を使用することで長期的に費用を節約できるとしている。ホームページには、2ユニット、500W の電力、2つの IPv4 アドレス、IPv6 /112、15 TB の帯域幅、100/1000 Mbps のポート速度、フルサポートを含むコロケーションのサンプルプランが掲載されている。コロケーションされたサーバーは、顧客の管理権限が最も強く、プロバイダの抽象度が最も低い形態である。顧客は、ハードウェアの年式、ディスクレイアウト、ファームウェア、スペアパーツ、オペレーティングシステム、アプリケーションスタック、そしておそらく保守のタイミングなど、より多くの選択肢を掌握する。プロバイダは、電力、冷却、ラックアクセス、ネットワークハンドオフ、リモートサポート、チケット対応といったホスティングの状態を提供しなければならない。
共有ホスティング、ドメイン、メールは、ポートフォリオの小規模ビジネス向けの領域に位置する。共有ホスティングは、SSD cPanel ホスティングとして宣伝され、ディスク容量、PHP メモリ、帯域幅、メールアカウント、MySQL データベース、DNS 管理、上位プランでは SSH アクセス、セキュリティスキャン、スパム対策、日次バックアップとリストアを提供する。公開されているプランの仕様には、PHP 5.6から7.3、およびそれよりも古い PHP サポートが言及されており、これは有用な注意点である。古い表記はレガシー互換性を反映しうるが、もし顧客が新しいアプリケーションを展開するのであれば、購入前に実際の PHP バージョン、パッチポリシー、分離モデル、サポートされているコントロールパネルの状態を確認すべきである。ドメイン登録と DNS 管理は利便性を追加し、企業向けメールはスパムとウイルス対策、およびユーザーとメールサーバー間の暗号化された転送を中心に説明されている。
サービスのメニューには、VPN とサーバー管理も含まれている。VPN のページでは、フィンランドの OpenVPN サービス、P2P とストリーミングのサポート、DNS リーク防止、アクティビティログなし、高速コアサーバーを謳い、WireGuard および IPSec/IKEv2 は問い合わせに応じて利用可能としている。このプロダクトはホスティングに隣接しているが、ビジネス向けウェブサーバーとは異なる信頼性とプライバシーの問題を提起する。サーバー管理のページは、受理された状態の問題にとってより中心的である。月額3時間、5時間、10時間、20時間の有償パッケージを提供し、小規模パッケージでは24時間365日のサポート、大規模なものでは24時間年中無休のサポートを提供する。管理には、サーバー運用中のバグ修正、ウェブサイトの移転、ターンキーサーバーのセットアップ、サポート、監視が含まれ、CMS のコンテンツ管理や一部のウェブサイトコンテンツ作業は除外されるとしている。これが、公共の形で示された労働の境界である。CreaNova は運用支援を販売できるが、顧客システム上のすべてのタスクが含まれるわけではない。
全体として、このサービス内容は、ベアメタル、VPS、共有ウェブ、コロケーション機器、ドメイン、メール、VPN、管理というローカルインフラスタックとして信頼性がある。ハイパースケールの意味でのマネージドクラウドではない。受理された状態は、どの製品が購入され、顧客の運用負荷のどの程度が明示的に CreaNova に委ねられるかによって決まる。
プロビジョニングの確かさが最初の信頼性テストである
信頼性は障害の前に始まる。リクエストされたサーバーや仮想マシンが、実際のサーバーや仮想マシンになった時点から始まるのだ。プロビジョニングの不一致は、ホスティングにおいて最も単純で、かつ最も損害の大きい障害モードの一つである。購入者はあるディスクレイアウトを期待していたが、別のものを受け取り、負荷がかかった時点でその違いに気づく。リモート管理を期待していたが、カーネルが故障したときにインターフェースが準備されていなかった。IPv6 を期待していたが、アプリケーションファイアウォールや DNS が設定されていなかった。あるポート速度を期待していたが、トラフィックプロファイルが別の制限に抵触した。バックアップスペースを期待していたが、それは要求に応じてのみ提供され、リストア手順とは結びついていなかった。
CreaNova の公開資料は、適切なプロビジョニングの質問を定義するのに十分な詳細を提供している。専用サーバーについては、正確な CPU 世代、RAM、ディスクタイプ、RAID コントローラー、キャッシュとバッテリーの状態、リモート管理インターフェース、ポート速度、トラフィック割り当て、IPv4 および IPv6 の割り振り、オペレーティングシステムのイメージ、root アクセス方法、レスキューモード、交換手順、バックアップスペースの設定を確認すべきである。VPS については、仮想化方式、vCPU の割り当てポリシー、ストレージクラス、期待されるディスク性能、ホストのメンテナンス手順、VNC の可用性、IPv6 の設定、帯域幅ポリシー、そして公開プランの文言が現在の導入インフラと一致しているかどうかを確認すべきである。コロケーションについては、ラックユニット数、電力割り当て、電力計測、クロスコネクトまたはアップリンクの詳細、アクセス手順、リモートハンドの範囲、IP アドレッシング、キャリアオプション、ハードウェアの配送手順を確認すべきである。
こうした質問が必要な理由は、CreaNova が特別だからではない。ローカルホスティングが設定の真実をより可視化するからだ。ハイパースケールクラウドは多くの物理的詳細を隠蔽するが、強力な API、標準化されたインスタンスタイプ、成熟したリージョン抽象を提供する。ローカルプロバイダは顧客によりパーソナルな管理権限を与え、しばしばより実用的な柔軟性を提供しうるが、購入者自身が受理された状態を文書化しなければならない。専用サーバーは、購入者がログインし、ハードウェアを特定し、ネットワークアイデンティティを確認し、リモート管理をテストし、ストレージを検証し、バックアップの前提を記録し、障害時に誰がそのマシンに触れるのかを理解した時点で初めて受理される。
同じ論理が繰り返しの変更にも当てはまる。一度限りのプロビジョニングは、営業またはサポート担当者が気を配ったために成功しうる。サービスが信頼できるものとなるのは、二回目、三回目の変更も正しく実現される時だ。IP アドレスの追加、逆引き DNS の変更、ディスクのアップグレード、ウェブサイトの移転、バックアップからの復元、トラフィックの増加、コロケーション機器の移動、障害が発生した電源ユニットの交換、ファイアウォールルールの適用は、隠れた記憶に依存すべきではない。チケット、状態変更、確認、そしてそのサービスが合意したものと一致しているかどうかを判断する手段が存在すべきだ。
CreaNova の管理ページは、リクエストや追加作業がチケットや課金システムから送信可能であり、顧客には詳細な依頼内容と、必要に応じてサーバーの認証情報を提供するよう求めていることを示唆している。それは実用的だが、慎重を要する。認証情報、root アクセス、変更内容の説明は強力な材料である。顧客は、管理された変更のすべてを管理された引き継ぎとして扱うべきだ。タスクは何か、誰がそれを要求できるか、どのアクセス権が付与されるか、作業後にアクセス権はどのように削除されるか、変更が実施されたことを示す証拠は何か、そして誰が受理を確認するのか。プロバイダがアクションを記録し、高度なセキュリティを提供するという公開上の表現は心強いが、顧客は依然として自身のアクセス管理の規律を必要とする。
したがって、プロビジョニングの正しさは立ち上げ画面の問題ではない。それは最初の信頼性管理策である。提供時のサーバー状態が曖昧であれば、その後のあらゆるインシデントはその曖昧さを引き継ぐ。
ネットワークは資産であると同時に依存先でもある
ホスティング事業者にとって、ネットワークは背景のユーティリティではない。それはプロダクトの一部である。CreaNova の公開記録は、同社が独自の AS 番号、AS51765、RIPE 登録、ルートオブジェクト、上流および下流との関係、そして公開 BGP ツールで可視なアドレス空間を持つ事業者であることを示している。公式サイトでは、あるセクションで RETN、Hurricane Electric、Suomicom といったキャリアを挙げており、独立したルーティングサマリーは大規模なトランジットネットワークを含む上流隣接関係を示している。公開 BGP ディレクトリは、CreaNova の経路セット周辺に複数の下流または関連ネットワークも示している。
これは二つの理由で重要だ。第一に、CreaNova を購入する顧客は、CreaNova のルーティング判断とプロバイダ関係を通じた到達性を購入している。経路リーク、上流の障害、フィルタリングの問題、RPKI の問題、DDoS イベント、アドレスブロックの評判問題がネットワークに影響を与えた場合、顧客はオペレーティングシステムの中からそれを修正することはできない。プロバイダのアクションが必要となる。第二に、CreaNova のネットワークは、フィンランドあるいは欧州のホスティングをローカル管理とともに求める顧客にとっての価値提案の一部である。意図するユーザーに対してルーティングが不十分なローカルサーバーは、より強力なネットワーク経路上にあるリモートサーバーよりも劣る可能性がある。
公開証拠は有意義なネットワーク運用の存在を裏付けているが、すべての品質特性を証明しているわけではない。BGP.Tools は、AS51765 を長期間運用され、多数のピアリングまたは隣接関係と、当時観測された複数の上流キャリアを持つネットワークと記述していた。CIDR Report は、そのレポートにおいて Cogent、RETN、Hurricane Electric を上流隣接 ASN として挙げ、異なる視点の上下流関係を提示した。PeeringDB の公開 AS ページは、認証されていないビューでは限定的な公開エクスチェンジポイントデータしか表示しなかった。これらの差異は、公開ネットワークツール間では通常見られるものである。なぜなら、それらはルーティングデータの異なる断面を観測しているからだ。これらは、現在のプロバイダの声明や、顧客自身の traceroute、遅延テスト、障害訓練の代わりにはならない。
IP アドレス管理も重要である。専用サーバー、VPS、コロケーションのプランでは、IPv4 と IPv6 の割り当てに言及している。RIPE やサードパーティの記録は、複数のプレフィックスを CreaNova と関連付けており、一部は公開ツール上で RPKI または IRR のステータスが付与されている。アドレス割り当ては運用上、慎重を要する。顧客は、メールやアプリケーションのために逆引き DNS、クリーンなルーティング、不正利用エスカレーション、そして過去の利用や隣接する挙動によってアドレスがブラックリスト入りした場合の責任の所在を明確にする必要がある。CreaNova の市場には、ホスティング顧客、開発者、SME、サービスプロバイダが含まれており、その多様性はアドレスの評判と不正利用対応が副次的な問題ではないことを意味している。
DDoS とセキュリティ管理策は、一般的なホスティングの基本要素に比べると、公開サービスページでの証拠が明確ではない。DDoS による混乱は、ホスティング事業者一般にとって既知の障害モードである。しかし、今回のパスにおける公開証拠は、詳細な DDoS 緩和アーキテクチャ、スクラビングポリシー、攻撃容量の主張、顧客向けダッシュボード、インシデント事例記録を示してはいなかった。攻撃にさらされる購入者は、したがって直接問うべきである。どのような保護が含まれ、何がフィルタリングをトリガーし、どのトラフィックが破棄され、エスカレーション経路はどうなっており、コロケーション顧客には何が起こり、攻撃中に CreaNova はどのようにコミュニケーションを取るのか。
ネットワークの信頼性は、利用規約とともに読まれなければならない。CreaNova の規約は、ネットワークの可用性は年間平均でインターネットへの転送ポイントまで少なくとも99%であり、同社が運用するネットワーク部分またはウェブサーバー自体が原因でアクセス不能が生じた場合にのみ、可用性に責任を負うと述べている。規約はまた、インターネットの混乱については責任を負えないとしている。これはホスティング事業者として通常の境界ではあるが、商業的には重要である。顧客は、法的な境界が CreaNova のネットワーク外にあるとされていても、サービスがダウンしていると感じるかもしれない。受理されたサーバー状態は、その区別を含んでいなければならない。
したがって、ネットワークの状況は条件的である。CreaNova はネットワークインフラを運用している公開証拠を持っている。購入者の仕事は、それをワークロード固有のテストに変換することだ。ユーザーへの経路、上流の多様性、IPv6 の挙動、RPKI ステータス、逆引き DNS、DDoS 手順、監視の引き継ぎ、サポートエスカレーション。
バックアップは魔法の言葉ではなく、共有責任である
バックアップという言葉は、CreaNova の公開資料に何度か登場する。専用サーバーのページでは、顧客の要求に応じて専用ストレージシステム上の無料バックアップスペースに言及している。ホームページでは、専用サーバー、VPS、共有ホスティング、コロケーションを含むすべてのホスティングプランでバックアップスペースが利用可能であると述べている。共有ホスティングの機能表には、日次バックアップとバックアップリストアが含まれている。これらは有用なシグナルだが、利用規約は運用上の境界をより鮮明にしている。すなわち、顧客はバックアップコピーを作成するよう求められ、顧客が CreaNova にデータのバックアップを委託する場合、顧客は遅滞なく、定期的に、バックアップされたデータの完全性と再構築への適合性を検査しなければならない。
この条項は、公開記録の中で最も重要なバックアップの事実である。これは、プランページにバックアップスペースの存在が記載されているだけでは、バックアップが受理されないことを意味する。バックアップが受理されるのは、顧客が何がバックアップされ、どこに保存され、どのくらいの頻度で実行され、接続されたストレージやコロケーションストレージが含まれるかどうか、バージョンがどのくらい保持され、誰がリストアを要求でき、リストアが現在のデータにどう影響し、認証情報がどのように扱われ、テストリストアが実際に機能したかどうかを把握した時である。一度もリストアされたことのないバックアップは、管理策ではなく希望である。
この区別は、CreaNova の製品ライン全体にわたって重要である。共有ホスティングでは、日次バックアップとバックアップリストアは一般的な cPanel スタイルのサービスの一部かもしれないが、顧客は保持期間とリストアの制限を確認すべきである。VPS では、root アクセスが顧客に何でもインストールする自由を与えるが、それには壊れたバックアップエージェント、ランサムウェア、設定ミスのデータベース、制御されていないログも含まれる。プロバイダはバックアップスペースを提供するかもしれないが、ゲスト OS とアプリケーションの一貫性は、管理サービスが契約されない限り、顧客の問題であり続ける。専用サーバーでは、顧客はさらに多くの管理権限と責任を持つ。RAID はバックアップではなく、リモートストレージは自動的にアプリケーションを認識するわけではなく、ベアメタルリストアにはハードウェア、ブートメディア、認証情報、サポートの調整が必要になるかもしれない。
コロケーションでは、バックアップの責任はさらに顧客に重くなる可能性がある。顧客がハードウェアを所有している場合、CreaNova は電力、冷却、ラックスペース、ネットワーク、そしておそらくバックアップストレージやリモートハンドを提供するかもしれないが、顧客のディスクレイアウト、暗号鍵、アプリケーションの状態、リストアの優先順位を自動的に知ることはない。十分に冷却されたラックに収まっていても、テスト済みのサーバー外コピーのないコロケーションされたデータベースは脆弱なままである。
利用規約はまた、プロバイダが定期的なネットワークインフラメンテナンスのためにサービスを中断または制限する可能性があり、顧客は速やかに障害を報告し、その改善に協力すべきであると述べている。すべてのサービスやソフトウェアに対する適合性や永続的な可用性を保証するものではない。この文言は珍しいものではないが、受理された状態の必要性を強める。顧客は単に「プロバイダにバックアップはあるか」と問うべきではない。「どのデータコピーを用いて、どの手順の下で、どのような時間内に、正確にどのイベントから復旧するのか」と問うべきである。
故障モードは予測可能である。ディスクが故障し、バックアップスペースは利用可能だったが設定されていなかったことに顧客が気づく。VPS が侵害され、最新のバックアップがその侵害を含んでいる。共有ホスティングのリストアが新しいコンテンツを上書きする。データベースがポイントインタイムリカバリを必要とするが、ファイルレベルのコピーしか存在しない。コロケーションされたシステムが RAID コントローラーを失い、顧客が互換性のある交換部品を調達できない。バックアップは存在するが、暗号鍵を持っている人物が不在である。CreaNova は、特に管理やリモートハンドの契約下で、これらのケースの一部に対応できる。しかし、プランの文言だけでそれらを消し去ることはできない。
バックアップは、ローカルホスティングがしばしば正直になる点である。プロバイダは顧客により多くの管理権限を与えることができるが、管理には監督コストが伴う。
サポートは単なる安心感の表明ではなく、労働契約である
CreaNova の問い合わせページには、営業日中の営業担当の対応と、ヘルプデスクおよびメールによる年中無休24時間体制のサポートが記載されている。ホームページやプランのページでも「フルサポート」といった表現が使われている。これは意味のあることだが、サポートは労働に変換されなければならない。誰が、いつ、どのようなアクセス権限で、どのような価格で、どのような責任の下で、どのような作業を行うのか。
サーバー管理のページが最も良い公開ガイドである。月次の管理パッケージが、定義された時間数とサポート窓口とともに提供されている。3時間および5時間のパッケージは平日の日中サポート、10時間および20時間のパッケージは年中無休24時間サポートと記載されている。管理には、サーバー運用中のバグ修正、ウェブサイトの移転、サーバーの即時セットアップ、サポート、監視が含まれるとしている。追加作業の依頼はチケットまたは課金システムを通じて行え、詳細な説明とサーバー認証情報が必要である。同ページは、CMS の管理やウェブサイトのコンテンツ管理は明示的に除外しており、別途、Cisco、Netsonic、Zyxel デバイスの設定や監視、VoIP システムを含むネットワーク機器の管理タスクについて言及している。
これは、公開された形での労働契約である。購入者に対して、CreaNova が管理を提供できることを伝えるが、サーバーインフラのサポートをアプリケーションの完全な所有権と混同しないように警告している。プロバイダがウェブサイトのコンテンツを編集し、CMS を管理し、ビジネスユーザーを管理し、アプリケーションコードを調整し、データベーススキーマを書き換え、あらゆるセキュリティタスクを遂行することを期待する企業は、別途の合意が必要だ。サポートの境界は、特に SME にとって重要である。なぜなら、彼らはしばしば複雑さを減らすためにホスティングを購入するが、その後、インフラホスティングは依然としてアプリケーションの保守、アイデンティティガバナンス、コンテンツシステム、インシデント判断を自分たちで行う必要があることに気づくからだ。
サポートの遅延は、本記事における既知の故障モードの一つだが、遅延は単に応答時間だけではない。チケットが曖昧であったり、顧客が認証情報を提供できなかったり、変更要求が不明確であったり、サーバー状態が文書化されていなかったり、バックアップ経路が未知であったり、障害がプロバイダのネットワーク境界の外側にあったりすることで失われる時間でもある。CreaNova が詳細な説明とサーバー認証情報を要求するのは、実務的な運用の兆候である。強い顧客は、正確な症状、時刻、IP アドレス、ログ、アクセス手順、最近の変更、そして受理基準を提供するだろう。弱い顧客は「サイトが落ちている」とだけ言い、プロバイダがスタック全体を推測することを期待する。
アクセス管理の腐食もまた、労働の問題である。もし CreaNova の管理者がタスクのために root 認証情報を受け取るならば、顧客はその後、それらの認証情報をローテーションするか制限すべきである。もし課金やヘルプデスクを通じて複数の人物が変更を要求できるならば、顧客は誰に権限があるかを決めるべきである。もし管理サービスが監視を含むならば、顧客はどのアラートがどこに行き、誰が待機しており、CreaNova が承認なしに取り得るアクションは何かを知るべきである。もし専用サーバーが顧客によって管理されているならば、利用規約が唯一の管理者権限はコンテンツとセキュリティの責任を顧客に負わせると明記している以上、CreaNova がそれを保守できると想定すべきではない。
労働の影響はポジティブにもなり得る。専任のシステムチームを持たない小規模ビジネスは、同じプロバイダから数時間の管理、移転支援、監視、サーバーセットアップを購入することで利益を得るかもしれない。開発者は、大規模プラットフォームのキューよりも、物理サーバーやネットワーク変更をより直接的に処理できるローカルサポートを評価するかもしれない。コロケーション顧客は、リモートハンドやハードウェア配送サポートを評価するかもしれない。しかし、これらの利益のいずれも、サービスを監督する必要性を取り除くものではない。それらは作業を「すべてを自分でやる」から「適切な支援を定義し、要求し、検証し、支払う」に変えるのだ。
したがって、サポートはソフトな機能ではない。それは、受理されたサーバー状態が維持されるか、崩壊するかの主要な場の一つである。
単位経済性は監督コストに依存する
CreaNova の価格設定は、特定のローカルホスティングニーズにとって表面的には魅力的である。公開ページには、低価格の VPS プラン、少額の月額または半年額から始まる共有ホスティング、月額数十ユーロから始まる専用サーバープラン、.fi や.com の例を含むドメイン価格、月額の VPN プラン、時間数に応じて EUR 30から EUR 140の管理パッケージが掲載されている。ホームページでは、仮想ホスティング、仮想サーバー、専用サーバー、コロケーションの長期契約に対する割引も宣伝している。
これらの数字は市場での位置付けとして理にかなっている。CreaNova は、管理不要の VPS 事業者、欧州の専用サーバーホスト、ローカルコロケーション、小規模ビジネス向けホスティング、そして究極的にはハイパースケールクラウドと競合している。すべての購入者に同じものを売ろうとしているわけではない。小規模なウェブサイトを持つ顧客は、cPanel、メール、低い月額コストを重視するかもしれない。開発者は、フィンランドでの root アクセスと安価な仮想容量を重視するかもしれない。SaaS 事業者は、専用ハードウェアと予測可能なローカル管理を重視するかもしれない。サービスプロバイダは、コロケーション、IP アドレッシング、トランジットを重視するかもしれない。内部運用が弱い企業は、管理時間を重視するかもしれない。
経済的な罠は、インフラの価格が総コストではないことだ。パッチ適用が割り当てられなかったために、顧客が侵害されたシステムの修復に数日を費やせば、安価な VPS は高くつく。ディスク障害が緊急のリストア作業を必要とし、バックアップが一度もテストされていなければ、専用サーバーは安いとは言えなくなる。顧客がハードウェアの規律を持っている場合、コロケーションはリースよりも費用を節約できるが、交換部品、アクセス手順、リモートハンドが混乱していると、より多くのコストがかかる。共有ホスティングは安価であり得るが、古い PHP 互換性、メールの到達性、データベースの制限、コンテンツシステムの保守が隠れた作業を生み出す可能性がある。
CreaNova の利用規約は、さらなる経済的境界を追加する。契約条件に基づき請求書の支払い期限が定められ、支払い遅延は督促後にサービスのブロックにつながる可能性があり、メンテナンスはサービスを中断させることがあり、補償に関する文言は、ダウンタイムが30分を超えた場合に適用されるようであり、その金額は顧客の1か月分の支払いに結び付けられている。規約上のネットワーク可用性のコミットメントは、インターネットハンドオフポイントまでの年間平均で少なくとも99%である。これらの条件は多くのワークロードにとって受け入れ可能かもしれないが、ビジネスへの影響と比較検討すべきである。1か月分のサービス利用料に相当するクレジットや補償は、オンラインサービスがクリティカルである顧客にとって、深刻な障害が発生した場合の収益、評判、規制上の影響をカバーしない。
これは、CreaNova が価値が低いことを意味するわけではない。単にその取引を明示的にしているだけだ。顧客が安定したサーバーを必要とし、スタックを理解し、フィンランドのロケーションを重視し、バックアップ、監視、サポートの引き継ぎを管理できる場合、ローカル管理と低いインフラ価格はハイパースケールクラウドに勝りうる。顧客がマネージドデータベース、マルチリージョンフェイルオーバー、標準化された API、大規模オブジェクトストレージ、正式なエンタープライズサポート、統合アイデンティティ、深い可観測性、幅広いサービス市場を必要とする場合、ハイパースケールクラウドの方が適しているかもしれない。購入者が使い捨てのテスト容量だけを必要とする場合、管理不要の VPS の方が安いかもしれない。購入者がアプリケーションスタック全体を他者に委ねたい場合、完全なマネージドサービスプロバイダの方が良いかもしれない。
したがって、単位経済性は受理された状態を中心に計算されるべきである。ワークロードを1年間、プロビジョニングし、セキュリティ保護し、バックアップし、監視し、パッチ適用し、復旧し、交換し、スケールし、サポートするのにどれだけのコストがかかるか。どの作業が顧客に残るのか。どの作業が CreaNova のサービスに含まれるのか。どの作業を管理時間として購入しなければならないのか。失敗したリストアや遅延したサポート引き継ぎのコストはどれくらいか。見かけ上の月額料金は、その計算の一要素にすぎない。
故障モードは稀有なものではなく、日常的である
CreaNova の顧客にとって最も重要なリスクは、珍しいものではない。それらはホスティング運用におけるよく知られた故障である。
プロビジョニングの不一致が第一である。顧客は、リクエストに近いが完全ではないサーバー、VPS、コロケーション状態を受け取る。ディスクが違う、OS イメージが違う、IPv6 がない、ポート速度が予期と違う、リモート管理がない、バックアップスペースが設定されていない、逆引き DNS が違う、サポートレベルが不明瞭、といったことだ。この故障は、本番移行前に書面による受理チェックリストとテストを行うことで防止できる。
IP とルーティングのエラーが次に来る。経路が期待どおりに伝播しない、アドレスに履歴上の評判問題がある、逆引き DNS がない、ファイアウォールルールがトラフィックをブロックする、IPv6 が割り当てられているが正しく設定されていない、上流経路が劣化する、といった可能性だ。緩和策は、データセンター外部からの監視、traceroute や MTR の証拠、逆引き DNS チェック、関連する場合の RPKI とルートオブジェクトのレビュー、そして既知のエスカレーション経路の確保である。
ストレージの障害は時間とともに不可避である。専用ハードウェアは、ディスク、コントローラー、ケーブル、ファームウェア、電源の問題に見舞われうる。VPS ホストは、基盤となるストレージの負荷を経験しうる。共有ホスティングはクォータに達しうる。バックアップストレージは存在しても、アプリケーションと整合していない可能性がある。顧客は、復元テスト、コロケーション機器のスペア計画、文書化された RAID 状態、そして CreaNova が何を交換し、顧客が何を供給しなければならないかの明確化を必要とする。
バックアップ復元の失敗は、ストレス下で発見されることが多いため、最もコストのかかる日常的な故障である。公開利用規約は、CreaNova がデータのバックアップを受託する場合、バックアップされたデータの完全性と再構築への適合性を顧客が検査する責任があると明記している。これは明確な警告である。購入者は、単にバックアップスペースを購入するのではなく、テスト復元をスケジュールすべきである。
DDoS の混乱と不正利用の圧力は、通常のホスティングリスクである。公開証拠は、CreaNova の DDoS 緩和の深さを評価するのに十分な詳細を提供していない。攻撃にさらされる顧客は、何が含まれているか、フィルタリングが自動かどうか、Null ルーティングがどのように機能するか、緩和にどれくらいの時間がかかるか、トラフィック記録が利用可能かどうか、専用サーバー、VPS、共有ホスティング、コロケーションの顧客間で緩和策が異なるかどうかを尋ねるべきである。
サポートの遅延は、プロバイダのキャパシティに起因する場合もあるが、不十分な顧客の証拠提供に起因することもある。顧客は、誰が緊急チケットを起票できるか、どのような情報を含める必要があるか、どのアクセス権を付与できるか、認証情報をどのようにローテーションするか、何をもって解決とみなすかを決定すべきである。
文書化されていない顧客の変更は、多くのインシデントの背後に隠れる原因である。顧客がファイアウォールルール、カーネル設定、DNS レコード、アプリケーションコード、ストレージマウント、CMS プラグインを変更し、その後に変更履歴なしにサーバーを修復するようプロバイダに依頼する。管理された管理は、変更が記録され、権限が明確である場合にのみ、このリスクを低減できる。
ハードウェア交換の遅延は、専用およびコロケーション環境に特有である。プロバイダがリースされたハードウェアを所有している場合、交換条件が把握されているべきである。顧客がコロケーションされたハードウェアを所有している場合、リモートハンドやハードウェア供給の契約が明示的でない限り、スペアパーツとベンダーサポートは顧客の責任となる。
アクセス管理の腐食がリストを締めくくる。サポートのために共有された root パスワードが変更されずに放置される。退職した従業員が課金アクセスを保持する。SSH 鍵が更新されない。コントロールパネルのユーザーが増殖する。リモート管理インターフェースが誤ったネットワークから到達可能である。ホスティングプロバイダは安全なプラクティスを提供できるが、顧客は自身のアイデンティティを統治しなければならない。
これらの故障モードはプロバイダを利用不可能にするものではない。それらは、サーバー管理を価値提案の中心に据えるプロバイダを利用する際の管理コストを定義するものである。
ローカリティは規律ある展開の下でのみ有効である
CreaNova の地域的な訴求力は率直だ。ヘルシンキ、フィンランド、欧州市場内でホスティングとデータセンターサービスを提供している。フィンランドにユーザーを持つ顧客、欧州内でのデータ保存場所の選好、ローカル言語でのサポートニーズ、あるいはすべてのワークロードをハイパースケールプラットフォームに置くことを避けたいと考える顧客にとって、それは重要であり得る。ローカルサーバーは、法的、レイテンシ、ベンダー依存の懸念を低減できる。また、フィンランドに物理的な機器を必要とする顧客にとって、ハードウェアの配置を簡素化できる。
しかし、データ主権とローカリティは、フィンランドの住所から自動的に生じるものではない。顧客は、サービスデータ、バックアップデータ、ログ、管理者アクセス、DNS レコード、メールレコード、サポート認証情報がどこに存在するかを知らなければならない。もしバックアップがフィンランド国外にコピーされれば、ローカリティは変わる。もし DNS が他でホストされていれば、可用性は別のプロバイダに依存する。もしメール配信がサードパーティのフィルタリングシステムを経由すれば、データ経路は拡大する。もしコロケーションされたサーバーがリージョン外の SaaS データベースに到達すれば、アプリケーションはローカルに封じ込められていない。もし管理者が国外からリモート接続すれば、アクセスガバナンスが重要になる。
CreaNova は、特に自然にサーバー形状のワークロード、すなわちウェブサイト、ビジネスアプリケーション、開発システム、ストレージノード、メール、VPN、顧客所有のハードウェア、特殊アプライアンス、小規模なサービスプロバイダスタックにとって、ローカリティ戦略の一部となりうる。管理されたキュー、グローバルにレプリケートされたデータベース、エッジ関数、アイデンティティ連携、分析、オブジェクトライフサイクルポリシー、高度な可観測性を必要とする現代的な分散システムにとっては、十分とは言い難い。それらは依然としてローカルインフラ周辺で実行可能だが、ローカリティの主張はプロバイダのラベルではなく、アーキテクチャの主張となる。
同じことが SME にも当てはまる。小規模ビジネスは、人間的なスケールのプロバイダ、フィンランドのインフラ、実用的なサポートを望むという理由で、ローカルホスティングを選ぶかもしれない。それは合理的であり得る。しかし、ビジネスは依然としてパスワード、バックアップ、更新、ドメイン更新、メールセキュリティ、インシデント対応、ベンダーアカウント管理を必要とする。ローカリティはいくつかのリスクを低減し、説明責任を高めることができるが、運用責任を取り除くわけではない。
大規模な組織にとっては、CreaNova のローカル管理は代替ではなく補完となりうる。企業は、レイテンシに敏感な、あるいはコンプライアンスに敏感なコンポーネントのために、ヘルシンキにシステムをコロケーションしたり、専用サーバーを稼働させたり、CreaNova をセカンダリプロバイダとして利用したりするかもしれない。それでもなお、マネージドデータサービス、分析、グローバルフェイルオーバー、開発者プラットフォームのためにハイパースケールクラウドを維持するかもしれない。その判断はワークロード固有であるべきだ。ローカリティに価値があるかどうかを決めるのは、主権のスローガンではなく、受理されたサーバー状態である。
市場の証拠は薄いが有用である
CreaNova を巡る公開市場の証拠は、可視性を確認するには十分だが、幅広い顧客成果を証明するには十分ではない。データセンターディレクトリは、Hiomotie 10のヘルシンキにある CreaNova データセンターをリストし、専用ホスティング、コロケーション、VPS、データセンタースペースといったサービスを説明している。一部のディレクトリは、Tier-II+設計、350平方メートル、高いネットワークスループットといった施設の主張を繰り返している。企業情報プロバイダは、フィンランドの会社が事業識別番号1066059-8で活動中であり、ある商用登記プロフィールでは2025年の収益が約200万ユーロといった公開財務数値を示している。ネットワークおよびホスティングの情報サイトは、CreaNova をクラウドまたはホスティングネットワークとしてリストし、関連する IP レンジを表示している。
レビューのシグナルは混在しており、信頼度は低い。WebsitePlanet のレビューページは、フィンランドのサーバーと低価格を認めつつも、全体的に低いスコアを付けており、WHTop は少数のユーザーに基づく控えめな評価を記載している。こうしたサイトは市場のシグナルとしては有用だが、決定的な証拠ではない。レビューページは、古くなっていたり、不満を持つ顧客によって偏っていたり、限定的なテストに基づいている可能性がある。ポジティブまたはネガティブなコメントは、結論ではなく疑問を提起すべきである。適切な問いは、購入者自身のワークロードが何を必要としているか、すなわち稼働時間目標、サポート期待、予算、運用スキル、バックアップ計画、移行経路である。
サードパーティの IP レピュテーションや不正利用リスクのページも同様に扱うべきである。ある公開リスクページは、プロバイダを中程度のリスクの ISP と説明し、観測されたアドレスのほとんどがフィンランドにあり、サーバー、VPN、プロキシに関連付けられた割合を示していた。これは、ホスティングネットワークが顧客の行動、不正利用対応、評判管理にさらされているため、関連性がある。このことは、CreaNova が安全でないことを証明せず、また特定の顧客サーバーに問題が生じることを証明するものでもない。購入者に対して、IP レピュテーション、不正利用エスカレーション、メール到達性をデューデリジェンスに含めるよう伝えている。
完璧な比較表がなくとも、競合他社や代替手段は明確である。ハイパースケールクラウドプロバイダは、より広範なマネージドサービス、標準 API、グローバルリージョン、エンタープライズ管理を提供するが、多くの場合、より高い複雑性とコストを伴う。大規模な欧州の専用サーバープロバイダは、より標準化されたセルフサービスベアメタルと積極的な価格設定を提供するかもしれない。フィンランドや北欧のクラウドおよびコロケーションプロバイダは、ローカリティ、認証、エンタープライズ営業、施設規模で競争するかもしれない。使い捨てプロジェクトには、管理不要の VPS プロバイダの方が安価かもしれない。アプリケーションの所有権をサーバー所有権よりも求める SME には、マネージドサービスプロバイダの方が適しているかもしれない。他のコロケーション施設にある顧客所有のハードウェアは、特殊なアプライアンスや厳密な物理管理に適しているかもしれない。
したがって、CreaNova の差別化要因は、代替手段が存在しないことではない。ローカルのヘルシンキデータセンターサービス、サーバーリース、仮想サーバー、コロケーション、ドメイン、メール、VPN、有償の管理サービスを、事業者規模のパッケージで組み合わせている点にある。この組み合わせは、顧客が自前のデータセンター運用を構築することなく、ローカルインフラを望む場合に魅力的であり得る。サーバー、ストレージ、ネットワークの詳細のほとんどを抽象化するモダンなプラットフォームを望む場合には、魅力が薄れる。
公開証拠は、名前の挙がった顧客事例、詳細なサービスレベルパフォーマンス、独立した復元テスト、公開インシデントレポート、あるいはディレクトリや事業者の主張を超えた監査済みの施設認証を提示してはいない。これが中心的な不確実性の境界である。真剣な購入者は、現在のリファレンス、SLA 文書、施設の詳細、サポートエスカレーション条件、バックアップと復元手順、適切な開示レベルでのネットワーク図、そしてパイロットの受理テストを求めるべきである。
判断
CreaNova データセンターは、信頼できるローカルのホスティングおよびデータセンター事業者であるが、その信頼できる主張は限定的である。それは、CreaNova がインフラを抽象的にシンプルにするということではない。CreaNova が、どのようなサーバー状態を受け入れているのかを理解している顧客に対して、フィンランドのサーバー容量とホスティング能力を提供できるということである。
最も強力な公開事実は実務的なものである。同社はヘルシンキの住所と公開された連絡先詳細を持っている。その公式ページには、専用サーバー、VPS、コロケーション、共有ホスティング、ドメイン登録、企業向けメール、VPN、管理サービスが記載されている。その利用規約は、ネットワーク可用性、メンテナンス、サポート境界、顧客のバックアップ義務、責任制限を定義している。企業登記は、活動中のフィンランド企業を示している。ネットワーク記録は、AS51765 および RIPE にリンクされたインフラアイデンティティを示している。データセンターディレクトリやホスティングサイトは、施設とサービスカテゴリを認識している。
最も弱い公開事実は、成果に関する事実である。今回のパスにおいて、プロビジョニング成功率、復元成功率、サポート応答分布、サービス種別ごとの顧客稼働時間、DDoS 性能、ハードウェア交換時間、検証済みのベンチマーク結果を示す広範な独立した証拠は存在しない。公開レビューシグナルは存在するが、判断を下すにはあまりに薄く、混在している。一部の公式ページには古い表現や一貫性を欠く容量数値が含まれている。それによってそれらが無価値になるわけではないが、購入者はそれらに依存する前に現在の条件を確認すべきであることを意味している。
適切な顧客にとって、CreaNova のモデルは価値があり得る。フィンランドのサーバープレゼンス、root 管理権限、物理コロケーション、実用的な管理、ローカルサポートを求める開発者、SME、ウェブビジネス、サービスプロバイダ、インフラチームは、良い適合を見出すかもしれない。購入者は、受理チェックリストを携えて臨むべきである。それには、ハードウェアまたは VM の仕様、ネットワーク状態、IP 割り当て、アクセス管理、バックアップと復旧、監視、サポート時間、メンテナンスポリシー、セキュリティ責務、管理労働後の価格が含まれる。
ふさわしくない顧客にとっては、同じモデルが失望をもたらし得る。ハイパースケールの抽象化、マネージドリカバリ、自動アプリケーションセキュリティ、グローバルフェイルオーバー、詳細な公開サービスメトリクス、幅広いプラットフォームサービスを期待する購入者は、ローカルホスティングが単に作業を自社のスタッフに移しただけだと感じるかもしれない。CreaNova はサーバーをホストできるが、すべての顧客を規律ある運用者のように振る舞わせることはできない。
公正なテストは再現性である。CreaNova は、通常のサーバー、仮想マシン、ストレージ、ネットワークの変更を、顧客が受理し、後で検証できる状態に移行させることができるか。それが一度だけでなく、メンテナンス、サポートプレッシャー、ハードウェア障害、ルーティング問題、復旧イベントの下で、繰り返し起こり得るか。もしそうであれば、同社のローカルインフラ提案は真の価値を持つ。もしそうでなければ、製品メニューは単に可能性のある状態のリストに過ぎず、信頼できる運用基盤ではない。