要約
- 法的および事業上の同一性は証明可能：myDC Cloud Services GmbH は myDataCenter.at サービスのブランドの背後にあるオーストリア企業であり、大規模ホスティンググループの単なるラベルではありません。
- クラウド提供は、KVM 仮想マシン、Ceph ストレージ、カスタマーダッシュボード、オプションのバックアップ、およびウィーンデータセンターの主張を組み合わせています。各コンポーネントは依存関係を減らす一方で、バイヤーが調査しなければならない別の運用上の境界を作り出します。
- 公開ストアフロントは小規模デプロイメントを明確にしますが、標準契約条件（月額価格ではありません）が、契約期間、通知期間、エネルギー連動調整、サポート範囲、限定的なサービス救済策を通じて実際の経済性を定義します。
- ローカリティは myDC の最も強力な差別化要因であり、最も達成が難しい主張です。公開証拠はオーストリアでの運用拠点を支持しますが、施設の同一性、ストレージ障害ドメイン、レプリカの場所、サービスレベル、認証範囲について十分に開示しておらず、深刻なバイヤーが「データはオーストリアにあります」で止まることを許しません。
サービスクリックを追跡
オーストリアのソフトウェア企業が新しい本番サーバーを注文する場合を想像してください。管理者が myDataCenter.at のダッシュボードに入り、「Platform Vienna」を選択し、プロセッサコア、メモリ、ストレージを選択し、プライベートネットワークを接続し、SSH 公開鍵を提供して支払います。マシンは十分迅速に表示され、トランザクションは単一の行為のように感じられます。しかし、そうではありません。そのクリックは一連の管理チェーンを横断します。
最初のリンクは法的です。顧客は myDC Cloud Services GmbH（クレムスに登記された会社）と契約しており、一般的な「オーストリアのクラウド」とも、著名な国際的な親会社とも契約していません。2番目のリンクはサービスコントロールプレーンです。myDC のショップ、アカウントシステム、プロビジョニングワークフロー、請求書、チケット、ステータス表示です。3番目は技術的です。KVM 上で動作する仮想マシンで、ディスクは Ceph ストレージシステムに配置され、コンピュートノードが故障したときにワークロードを再起動するための高可用性ロジックが備わっています。4番目は物理的です。ウィーンの施設における電力、冷却、防火、アクセス制御、ファイバーです。5番目は外部です。小さな事業者が必然的に依存するネットワーク、通信事業者、ソフトウェアコミュニティ、支払いプロバイダー、専門の実装パートナーです。
したがって、myDC の価値は依存関係を廃止することではありません。どのクラウドもそうではありません。それは、広範な依存関係のセットをより小さく、地理的に制限され、人間が管理可能なサービスに変える可能性があることです。これは、オーストリアでのデータ保管、ドイツ語のサポート、または説明責任のある地元事業者へのアクセスを、膨大な独自マネージドサービスのカタログよりも重視する組織にとって有用な製品です。しかし、それは境界が正確に記述されている場合にのみ機能します。
同社の公開資料は、ところどころ異常に具体的です。クラウドページは KVM、Ceph、AMD EPYC プロセッサ、内部および外部ネットワークの上限、スナップショット、レスキューアクセス、オプションのバックアップを特定しています。注文ガイドは顧客が提供すべきものを説明しています。利用規約はサポート時間、通知期間、メンテナンスの扱い、救済策、価格調整ロジックを規定しています。これらの文書は、通常の主権クラウドのスローガンよりも真剣な評価を可能にします。
また、中心的な緊張を明らかにします。myDC はインターフェースで即時性と柔軟性を販売していますが、その法的および物理的基盤は必然的に遅く固定的です。仮想マシンはダッシュボードでサイズ変更または削除できますが、その背後にある契約には最低期間と3か月の通知期間がある場合があります。Ceph クラスターはディスク障害後にデータを再配布できますが、それ自体ではすべてのレプリカが同じ部屋、電力ドメイン、またはメトロ全体のリスクを共有しているかどうかについては何も語りません。ダッシュボードは緑色のライトを表示できますが、標準契約条件はメンテナンスを一部の救済策から除外し、詳細な公開インシデント履歴を提供しません。分析の有用な単位はサーバーではなく、チェーンです。
ドメインの背後にある GmbH
アイデンティティの橋渡しは、記事の境界を支えるのに十分確固たるものです。インプレッサムおよび一般契約条件はmyDC Cloud Services GmbHを名指しし、myDataCenter.atブランドでサービスを提供していると明示しています。登記上の住所は Dr.-Franz-Wilhelm-Straße 2, 3500 Krems an der Donau、代表取締役は Robert Siedl、会社登録番号は FN 533177i、VAT 番号は ATU75570758 と記載されています。同じページでは、事業はウィーンのデータセンターから自社ハードウェアを使用してインフラ、プラットフォーム、ソフトウェアサービスを提供し、顧客データはオーストリアに保存されるとしています。
オーストリア連邦経済会議所の独立した公開リストは、同じ法的名称、取引ブランド、ドメイン、住所、登録番号、代表取締役を結び付けています。情報技術サービスに関する事業許可は2020年6月19日付けです。このクロスチェックは重要です。myDataCenter.at を明確な契約主体のない製品ページとして扱う、または評価対象の会社をより有名な施設やサービスパートナーと静かに置き換えるという簡単な誤りを排除します。
事業者の自身の会社沿革は、関連性はあるが会社の説明として帰属されるべき系譜を追加します。創業者は Siedl Networks から既存のクラウド事業を2019年に資産譲渡で引き継ぎ、myDataCenter.at ブランドを中心に別会社を設立したと述べています。タイムラインは2015年までの初期インフラ作業、2020年のより大規模なクラスターとウェブショップ、2022年の顧客セルフプロビジョニング、2023年の監視および Zimbra サービス、2024年の統合請求、2025年のパートナープログラムを記述しています。これはサービス知識の継続性の証拠ですが、2020年以前のすべてのデプロイメント、顧客、または運用上の主張が現在の GmbH に属するという証明ではありません。
この区別は、公開事例資料に両方の名称が登場する場合に重要になります。SchoolFox の成功事例は myDataCenter リソースを説明する一方、コンサルティング、移行、実装、および継続的な運用サポートを Siedl Networks に割り当てています。2024年のWKO Open Source Experts Group のまとめはこの事例を再掲しています。Robert Siedl は両方の事業の周辺に現れますが、レビューされた資料はそれらを統合する正当な現在の所有権リンクを確立していません。防御可能な解釈はより狭いものです：myDC はクラウド契約およびインフラの主体であり、Siedl Networks は少なくとも1つの文書化されたデプロイメントにおける指名された実装およびサポートパートナーです。
この正確さは法的な衒学ではありません。購入者に、デューデリジェンスリクエストの送付先、データ処理契約に登場すべき当事者、仮想インフラ層の責任者、およびシステムインテグレーターの義務の開始点を示します。「ローカル」は、説明責任が名前と登録番号を持つ場合にのみ有用です。
Platform Vienna が実際に顧客に提供するもの
myDC の現在のクラウド範囲は意図的に小さいです。「Platform Vienna」はより本格的なプライベートクラウドの構成要素であり、「Server Vienna」はよりシンプルな仮想サーバー提供です。2025年8月に発表された製品再編通知によると、これらは古い固定パッケージを置き換え、CPU、メモリ、SSD または NVMe ストレージ、ネットワーク容量、アドオンをより自由に選択できるようにしました。既存の構成は変更なしで継続されるとしています。
現在の比較表では、両製品ともオペレーティングシステムコンテナではなく KVM を使用し、AMD EPYC プロセッサ上で動作し、仮想ディスクを Ceph に保存するとしています。プロバイダーは仮想マシンを高可用性と説明しています。顧客は SSH または RDP 経由でルートアクセスを受け取り、ダッシュボードを通じてスナップショット、タスク、レスキューシステム、基本的なファイアウォールを使用できます。Platform Vienna はプライベートネットワークを追加し、内部接続速度は最大10 Gbit/s と宣伝しています。外部接続速度は最大1 Gbit/s とされています。IPv6 /64 が利用可能です。「最大」は上限であり、保証されたスループットレベルではなく、公開ページは競合比、パケット/秒の制限、またはネットワークサービスレベルを開示していません。
ショップは商用の抽象化を具体的にします。2026年7月17日時点で、Platform Vienna のストアフロントは月額開始価格 €46.60 を表示し、Server Vienna は €8.70 から始まっていました。利用規約は、提示された事業者価格は VAT を含まないと述べています。構成ビューは個別に価格設定されたコア、メモリ、ストレージ、接続性、IPv4 アドレス、VLAN、バックアップを提供しました。これらの観察は日付のあるストアフロントのスナップショットであり、恒久的な料金表ではありません。販売単位を示すため有用です：myDC は何百ものサービスを備えた消費量測定のハイパースケール環境を提示しているのではなく、月々の可視的なコンポーネントを備えた構成可能な仮想インフラを販売しています。
注文は完全に自動ではありません。同社のナレッジベースガイドによると、顧客は月次、四半期、または年次の請求を選択し、アカウントクレジット、銀行振込、または PayPal で支払います。クレジットまたは PayPal は、製品が許可する場合に即時プロビジョニングをトリガーできます。銀行振込後の自動プロビジョニングにはアカウント確認が必要です。購入者はホスト名、オペレーティングシステムテンプレート、SSH 公開鍵を提供します。myDC は生成されたパスワードやデフォルトパスワードを意図的に避けていると述べています。Platform の顧客はその後、追加のプロセッサ、メモリ、ブートディスクメディア、パブリックアドレス、プライベートネットワーク、バックアップストレージを選択します。
このワークフローはインフラと管理の境界を特定します。myDC は仮想マシンをインスタンス化し、ネットワークを接続し、レスキューパスを提供できます。顧客はゲストオペレーティングシステム、アプリケーション、アイデンティティ設計、パッチ適用、シークレット、およびファイアウォールポリシーの大部分（追加の管理を購入しない限り）に対して責任を負います。公開ナレッジベースには OPNsense、pfSense、MikroTik、一般的な Linux または Windows タスクの手順が含まれており、顧客が実際に直面する作業の有用な証拠です。また、「クラウド」がシステム管理を排除しないことの証拠でもあります。
調達は、マーケティング表よりも2つの製品ファミリーをより明確に区別する必要があります。購入者は、特定の CPU 割り当てが専用か共有か、オーバーコミットメントがどのように管理されているか、どのストレージパフォーマンス値が保証されているか、ライブマイグレーションか再起動ベースのリカバリのみが提供されるか、Platform のプライベートネットワークが複数の物理障害ドメインにまたがるかどうかを尋ねるべきです。これらの答えはいずれも、見慣れたオープンソースコンポーネントの存在から推測されるべきではありません。
KVM と Ceph がロックイン境界を移動する
アーキテクチャは認識可能で非独自の構成要素を使用しています。これは重要です。KVM は Linux カーネルの主流の仮想化メカニズムであり、myDC はコンテナではなく完全仮想化マシンを提供すると述べています。Ceph はオブジェクトストレージデーモン間でデータを配置および複製するように設計された分散ストレージシステムです。Ceph アーキテクチャドキュメントは、モニターがクラスターマップを保持し、OSD がオブジェクトを格納および複製し、CRUSH アルゴリズムが中央のルックアップボトルネックなしにデータを障害ドメインにマッピングすることを説明しています。
これらのコンポーネントは、一種のスイッチングコストを低減できます。顧客は、通常の仮想マシンを実行するためだけに独自のデータベース API やイベントサービスに対して直接アプリケーションを書いているわけではありません。Linux、Windows、仮想ファイアウォール、データベースサーバーは原則として別の KVM ベースのプラットフォームで実行できます。myDC のオープンスタンダードと移行サポートへの公開コミットメントはその方向性を強化します。しかし、「オープンソースを使用している」と「テスト済みの退出経路がある」は同義ではありません。
プロバイダーは、エクスポート可能なディスクイメージ形式、完全ボリュームエクスポートの仕組みやコスト、移行中の帯域幅許容量、ネットワークおよびファイアウォールルールの設定エクスポート、スナップショットの扱いを公開していません。クラウドページにはインフラストラクチャアズコードのインターフェースも公開されていません。したがって、サーバーを作成するダッシュボード操作は、ワークロード自体が移植可能であっても、手動のコントロールプレーン依存関係のままである可能性があります。低いロックインを当てにする前に、購入者は myDC に代表的な1台のマシンとそのネットワーク設定をエクスポートさせ、別の場所にインポートし、コピーを起動し、経過時間、データ転送コスト、必要な変更を記録するよう依頼するべきです。
Ceph はまた、製品名が保証ではない理由を示しています。Ceph はホスト間でオブジェクトを複製でき、デバイス、ラック、列、部屋の階層を CRUSH マップにエンコードできます。独自のドキュメントは、可用性がモニタークォーラム、レプリカ設定、障害ドメイン設定に依存することを警告し、すべての Ceph インストールが自動的に回復力があると扱うのではなく、高可用性には3つのコピーを推奨しています。公開 myDC 資料は、モニター数、OSD ノード数、レプリカ数、min_size、配置ルール、ラック分散、暗号化設定、使用可能容量、再構築ヘッドルームを開示していません。
その欠如は弱いクラスターを示すものではありません。主張が製品説明レベルにとどまっていることを示します。正しい調達質問は「Ceph を使用していますか？」ではなく、「この顧客のプールがどのように配置され、どの同時障害に耐え、再構築中にレイテンシと復旧時間はどうなるか」を示せ、です。レプリカが同じ部屋と電力経路を共有する異なるホストの異なるディスクにある場合、システムはディスクまたはホストの障害には耐性がありますが、サイト障害には耐性がありません。
同じ原則が高可用性にも適用されます。myDC の2025年の製品通知は、ホストが故障した場合、影響を受ける仮想マシンが他のハードウェアで自動的に起動できることを説明しています。これは有用なインフラ復旧ですが、継続的なアプリケーション可用性ではありません：ゲストは再起動し、アプリケーションは回復し、インフライト状態は失われる可能性があります。ほぼゼロの中断を必要とする顧客は、仮想マシン層の上にアプリケーションクラスタリング、複製状態、ヘルスチェック、トラフィックフェイルオーバーを依然として必要とします。したがって、「HA」はバッジとして残すのではなく、ワークロードの測定された復旧時間分布に変換されるべきです。
Platform Vienna と Server Vienna の違いには2つ目のアーキテクチャ上の疑問があります。最大10 Gbit/s のプライベートネットワークは、Platform をマルチティアシステム、ストレージトラフィック、ハイブリッドリンクに適したものにできます。Server Vienna はよりシンプルで公開接続されたインスタンスを意図しているようです。より安価なサーバーから始めて後でプライベートセグメンテーションが必要になった購入者は、再構築なしで変換が可能かどうかを確認すべきです。製品のシンプルさは価値がありますが、アップグレードパスが明確である場合に限ります。
ダッシュボードは利便性であると同時に集中
myDC は、小さなインフラ環境を1つの顧客インターフェースで制御可能にするために投資してきました。2025年5月のダッシュボード発表は、顧客がサービスを注文、管理、変更、キャンセルでき、ネットワークステータスを表示し、サポートチケットを作成し、ドキュメントを読み、請求書を1か所で処理できると述べています。また、ログインは2要素認証をサポートするとしています。2024年1月の以前のリリースは、サービス監視とネットワークステータス表示を導入しました。
小規模 IT チームにとって、この統合は製品の一部です。代替手段は、多くの場合、完全に自動化されたハイパースケール運用ではなく、ホスティングポータル、電子メールによる変更、スプレッドシート、複数のサプライヤーへの電話の混合です。注文、技術状態、サポートを接続するローカルダッシュボードは、調整コストを削減できます。
また、権限を集中させます。サービスを追加、変更、または削除できるアカウント（請求書やサポート情報の表示も含む）は、重要な管理面です。したがって、2要素認証はベースラインであり、完全なセキュリティストーリーではありません。購入者は、すべてのアカウントに強制できるか、どの要素がサポートされているか、ロールが請求と管理を分離しているか、API またはサービス認証情報のスコープ設定方法、セッションとリカバリの処理方法、管理イベントがエクスポート可能か、プロバイダースタッフのアクセス承認と記録方法を確認する必要があります。
公開ページは、カスタマー API、コマンドラインツール、Terraform プロバイダー、シングルサインオン統合、ロールベースアクセスモデル、不変の監査エクスポートを説明していません。おそらく一部は取り決めで利用可能ですが、証拠パックはそれらを確立していません。公開ドキュメントでのそれらの欠如は、再現可能なインフラを望む顧客にとって最も重要であり、個人用のチケット支援運用モデルを意図的に購入している顧客にとっては最も重要ではありません。
ダッシュボードのサービスステータスも解釈が必要です。myDC が監視および公開することを選択したものを表示でき、ステータス面がないよりはましです。ただし、それ自体ではエンドツーエンドのアプリケーションヘルス、サービスレベルへの履歴準拠、完全なインシデント記録を確立できません。真面目な顧客は、プロバイダーのネットワーク外部から独自の合成プローブを接続し、重要なイベントごとにダッシュボードと照合する必要があります。
ウィーンの部屋は依存関係であり、脚注ではない
myDC は、ハードウェアと顧客データがオーストリアにあると述べています。施設の説明は、運用をウィーンに置き、冗長電源、UPS と発電機、冷却、火災検知と消火、生体認証アクセス、ビデオ監視、パトロール、再生可能エネルギーを説明しています。複数のダークファイバー経路がオーストリアの2つの重要なネットワークノードに到達し、サイトはファイバーリングで接続され、データセンターは ISO 27001 認証を受けていると述べています。同じページは可用性「最大」99.99% 以上を宣伝しています。
これらは企業の主張です。公開ページは、施設名、証明書保持者、証明書番号または範囲、どのサービスがどの可用性レベルを受けるか、追加サイトとバックアップレプリカの場所を特定していません。これにより、「ウィーン」と使用可能な回復力モデルの間に重要な証拠のギャップが残ります。
公開ネットワーク証拠は、可能性のある運用環境を狭めるが、ギャップを埋めることはできません。2026年7月17日時点で、myDataCenter ダッシュボードは RIPE 登録データで SIEDL-NETWORKS と特定されるアドレスブロックに解決され、mydc.at の公開 Zimbra ホスト名は Nessus ルーティング範囲に解決されました。BGP.tools の AS47692 の現在のビューは、自律システムを Nessus GmbH として特定し、複数のアップストリームネットワークを示しています。別途、Nessus は「MyDC Cloud Services」を顧客として指名し、複数のウィーンデータセンターを運営しています。
これは、重要なネットワークまたは施設関係のポイントインタイムの外部証拠です。すべての myDC 仮想マシンが特定のアドレス、キャリア、または建物を使用するという証明ではありません。DNS はコントロールプレーンサービスのみをフロントできます。アドレスとルートは変更されます。顧客は独自のプレフィックスまたはリンクを使用する場合があります。証拠は調達質問をサポートしますが、アーキテクチャ上の宣言はサポートしません。
myDC 施設説明の文言は、Nessus の公開NDC1 説明と非常に似ており、オーストリアの2つのノードへのダークファイバールートや物理セキュリティ管理を含みます。Nessus のハウジング概要は、ウィーンの施設がキャリアニュートラルで ISO 27001 認証を受けていると述べています。しかし、myDC は自社ページで NDC1 を指名しておらず、Nessus は現在異なる仕様の3つの施設を説明しています。類似した文言だけで、正確なサイト、ラック、証明書範囲、または2番目のレプリカの場所を推測するのは安全ではありません。
すべての候補がウィーンにある場合、区別がなぜ重要なのでしょうか？「オーストリアのみ」は管轄境界であり、災害復旧境界ではありません。1つの建物内の2つのラック、1つのキャンパス内の2つの建物、異なる電力および洪水ドメイン上の2つのメトロサイトは、異なる回復力を提供します。ファイバーリングは依然として共通のダクトまたは集約ポイントを持つ可能性があります。複数のキャリアは依然として1つの自律システムまたは交換所を共有する可能性があります。購入者は、必要に応じて機密保持のもとで物理的および論理的な依存関係マップを取得する必要があります：プライマリおよびバックアップサイト、電力ドメイン、ミートミールーム、アクセス責任、IP トランジット、DDoS パス、コントロールプレーンホスティング、監視、および顧客データに到達できるすべてのサブプロセッサ。
ネットワークはまた、ローカリティが解決できないものを決定します。オーストリアのユーザーとウィーンのワークロード間のトラフィックは国内にとどまる可能性がありますが、実際の経路を示すことができるのはルート測定のみです。グローバルユーザーからのトラフィックは外国のネットワークを通過します。アップストリームの障害、ルートリーク、DoS 攻撃は国境を尊重しません。myDC の利用規約は、他のネットワークへの接続を保証できないことを認め、攻撃を受けたサービスが他に影響を与える場合の一時的な切断を許可しています。ストアフロントのオプションの DDoS 製品は、したがって、インターネット向けシステムのためのサービス設計の一部であり、装飾的なアドオンではありません。
ローカリティには依然として価値があります。サイト訪問、契約管轄、オーストリアユーザー向けのレイテンシ、データロケーションの説明、障害時のコミュニケーションを簡素化できます。しかし、それは地理がインフラリスクを除去するという主張ではなく、境界のある運用上の選択（指名されたサイト、指名されたサブプロセッサ、測定されたルート、テストされた回復）として提示される場合に最も強力です。
バックアップが第二の主権マップを作成する
myDC は2つの関連するが異なるバックアップのアイデアを公開しています。仮想マシンバックアップは Platform Vienna に追加できます。2025年の再編通知は、バックアップが2つの場所に複製され、ダッシュボードから復元できると述べています。別途、同社は顧客自身の Proxmox 環境を保護するためのマネージド Proxmox バックアップサービスを販売しています。2026年7月17日時点でストアフロントは月額 €25 の開始価格を表示し、スケーラブルなストレージ、プッシュまたはプルジョブ、仮想マシン復元、Linux 用ファイルバックアップ、検証、オプションの暗号化を説明していました。
実装ガイドは製品カードよりも示唆に富んでいます。myDC がオンプレミスの Proxmox Backup Server からプルするには、顧客は静的パブリックアドレスを必要とし、ポート 8007 を myDataCenter から到達可能にする必要があります。ダッシュボードセットアップガイドは、myDC のパブリックアドレスへのアクセスを制限することを強く推奨しています。顧客に少なくとも DatastoreReader ロールを持つローカルアカウントを作成し、データストアフィンガープリントを交換し、リモートロケーションを定義し、プル同期をスケジュールするよう指示します。保持期間は変更可能です。個々のバックアップは通常の保持削除から保護できます。
逆の統合も可能です。ローカルサーバーガイドは、顧客がダッシュボードで公開されたホスト名、アカウント、パスワード、フィンガープリントを使用して myDC データストアをリモートとして接続する方法を説明しています。別の検証ガイドは、顧客に整合性チェックをスケジュールし、ログを検査するよう指示しています。
責任を公開するため、これは信頼できる運用ワークフローです。顧客は安定した接続性を提供し、送信元アドレスを制限し、最小権限の認証情報を作成し、エンドポイントフィンガープリントを検証し、スケジュールを選択し、ログを検査します。myDC はリモートストレージと制御インターフェースを提供します。アップストリームのProxmox Backup Server ドキュメントは、ソフトウェアがアクセス制御、2要素認証、クライアント側暗号化、検証、保持、リモート同期、復元操作をサポートすることを確認しています。myDC がそれらの管理のうちどれをデフォルトで有効にし、または特定の顧客のために管理するかは確立していません。
バックアップは、コピーが自身の場所、暗号化キー、認証情報、保持ルール、退出要件を持つため、主権マップを変更します。「2つの場所に複製」は調達には不十分です。購入者は、2つの場所が別々の建物と電力ドメインにあるかどうか、バックアッププレーンが本番環境と ID、ネットワーク、スタッフを共有しているかどうか、暗号化キーを誰が保持しているか、保護されたスナップショットが侵害された管理者に対して不変であるかどうか、削除遅延が適用されるかどうか、完全復元がどのくらいの頻度でテストされているか、購入した帯域幅で最大データセットに対して現実的な復旧時間はどのくらいかを学ぶべきです。
集中化のトレードオフもあります。オンプレミスの Proxmox バックアップを myDC に送信すると、有用な地理的分離が作成されます。同じプロバイダー、都市、コントロールアカウント、またはネットワークを共有するリポジトリに myDC 仮想マシンをバックアップすると、論理的な削除やホスト障害から保護できますが、プロバイダー全体またはメトロ全体のイベントに対しては弱い可能性があります。別の障害ドメインにある3番目のコピーは、オーストリアのみのポリシーを複雑にする場合でも、回復力を向上させる可能性があります。主権と復旧可能性は、交換可能なラベルではなく、バランスを取るべき目標です。
パーソナルサポートはアーキテクチャの一部
myDC の大規模コモディティホストに対する可能性のある利点は、秘密のストレージアルゴリズムではありません。組織的な距離の短縮です。サポートページは平日の電話時間を公開し、利用規約は通常のサポートを月曜から金曜の 08:00–12:00 および 13:00–16:45 と定義しています。24/7 サポートを購入した顧客は、認証情報とともに別の緊急電話番号を受け取ります。これは、インフラが継続的に監視されているという一般的な声明よりも明確な区別です。
この区別はワークロードの配置を形作るべきです。営業時間内のシステムを実行する小規模企業は、夜間の電話カバレッジよりも、自分の環境を知っている人々へのアクセスを重視するかもしれません。深夜の収益または安全への影響がある公開サービスは、有料のエスカレーションパス、応答および復旧のコミットメントを文書で必要とします。「24時間体制の運用」はアラームが監視されていることを意味する場合がありますが、必ずしも標準価格でエンジニアに連絡できること、またはエンジニアが定義された時間内にサービスを復旧しなければならないことを意味するわけではありません。
パートナーページは、Siedl Networks、PLP Datentechnik、Genius IT、Compution IT、bavarialogy を、セットアップ、運用、保守を支援できる組織として指名しています。2026年7月のbavarialogy 発表は、そのパートナーが顧客業務に Platform Vienna と Server Vienna を使用していると述べています。これらはプロバイダーの声明であり、顧客成果の独立した測定ではありませんが、意図された運用モデルを示しています：myDC がインフラを提供し、地域の専門家のネットワークがアプリケーションおよび管理層を提供できます。
SchoolFox の事例は、その割り当てを具体的にします。サプライヤー作成の文書は、デプロイメントが Univention Corporate Server、Zimbra、IKARUS、OPNsense を含むオープンソーススタックで myDataCenter クラウドリソースを使用したと述べています。Siedl Networks はアドバイス、移行、試運転を担当し、運用とサポートを継続して提供しました。顧客の引用は管理とコラボレーションの容易さを報告していますが、事例は可用性、パフォーマンス、コスト、移行メトリクスを公開していません。これは実装パターンの証拠であり、サービス品質の統計的証明ではありません。
購入者にとって、中心的な問題は各層でインシデントを誰が所有するかです。アプリケーションが遅い場合、myDC はコンピュートとストレージのパフォーマンスを証明し、パートナーはゲストとデータベースを検査しますか？どちらも障害を確認できない場合、誰が調整しますか？顧客は1つのチケットを開きますか、それとも2つですか？パートナーのアクションは myDC の監査証跡に表示されますか？別のパートナーが再構築なしで引き継げますか？ローカルエコシステムは応答の摩擦を減らすことができますが、曖昧な責任マトリックスは、解決すべきまさに調整問題を再現する可能性があります。
月額価格は経済的契約ではない
ストアフロントは月額見出しで比較を促します。利用規約は異なる単位を定義します：時間経過に伴う関係。myDC の2023年10月の一般契約条件は事業者に適用され、各製品が別個の契約を形成すると述べています。別段の合意がない限り、最低期間は12か月またはショップで選択されたより長い請求期間であり、契約は同じ期間で更新されます。通常の解約は、有効期限の少なくとも3か月前までに署名付き書面で到着しなければなりません。
注文ガイドは月次、四半期、年次の請求を提供します。月次請求間隔は1か月のコミットメントを意味すると想定されるべきではありません。なぜなら、請求頻度と最低契約期間は公開文書では異なる概念だからです。購入者は注文確認に両方の日付（サービス開始、最低期間終了、通知期限、更新期間）を明確に記載させるべきです。ライブチェックアウトが一般条件と異なる条件を提供する場合、署名または保存された注文記録が矛盾を解決するべきです。
同じ条件は、請求書を14日以内に前払いすることを要求し、治癒期間後に停止を許可します。顧客が早期終了を引き起こした場合、残りの料金が支払われる可能性があります。通常のサポート時間外の作業および顧客が原因のトラブルシューティングは別途請求される場合があります。これらの条項は中小企業プロバイダーにとっては通常のものですが、最も安価な仮想マシンカードを不完全なコスト見積もりにします。
エネルギーは特に明示的なインプットです。myDC は通知付きで価格を調整する権利を留保し、3か月平均が少なくとも5%上昇した場合の卸売電力指標にリンクされた計算式を含みます。結果として生じる増加が30%を超える場合、顧客は例外的な解約権を受け取ります。他の年次調整は、最低パーセンテージ、消費者物価、または集合賃金の変更を追跡する場合があり、同じ退出権はありません。正確な条項は、単一のパーセンテージに還元するのではなく、支配的なドイツ語のテキストでレビューされるべきです。その戦略的な意味はより明確です：ローカルクラウドの価格設定は、電力、労働、施設の経済性にさらされたままであり、myDC はインフラが無料であるふりをするのではなく、その変動性の一部を通過させます。
救済策の側面は控えめです。条件は中断のないアクセス、あらゆる望ましい外部接続、またはすべての機器やデータの生存を約束しません。計画メンテナンスと緊急作業を許可し、メンテナンス関連の制限は自動的に料金削減または保証救済策を生み出さないと述べています。トラブルシューティングは標準フレームワークの下で営業時間中に開始されます。初期提供の遅延の場合、明示された標準クレジットは週 €13 で、3週目からのみ開始され、第三者による遅延などの除外が適用されます。
通常の過失に対する責任は制限され、間接損害および逸失利益は除外され、総損害額は公開条件の下で €20,000 に上限があります（契約で除外できない通常の法的例外に従います）。条件はまた、サービスが他に影響を与える DoS 攻撃下での一時的な停止を許可し、攻撃関連のコストは顧客に請求される可能性があります。これらの規定は、小規模な内部システムには完全に機能する可能性があり、収益に重要なプラットフォームには完全に不十分である可能性があります。
これが、価格比較がサーバーカードではなくワークロードシナリオを使用すべき理由です。コンピュート、メモリ、ストレージ成長、パブリックアドレス、プライベートネットワーク、バックアップ容量、保持、DDoS 保護、ライセンス、パートナー管理、プレミアムサポート、日常使用および退出のためのデータ出力、顧客労力、復旧テストのコストを含めます。次に、契約上の downside を価格設定します：1時間、1日、1週間の利用不可のコストと、実際に提供される救済策を比較します。
myDC の経済的なスイートスポットは、おそらくプロバイダーの小規模さと個人的なアクセスが管理コストを十分に削減し、より狭い自動化と少ない契約標準化を相殺できる購入者です。公開証拠は収益、顧客集中度、従業員数、マージン、または投資能力を明らかにしていないため、財務的な回復力についての判断をサポートできません。重要な購入者は、低い月額開始価格や顧客ロゴのリストから推測するのではなく、適切な財務または継続性の保証を非公開で要求するべきです。
出口はサービス層よりもワークロード層で容易
myDC はオープンスタンダードを好み、ロックインを回避すると述べています。アーキテクチャはその主張の一部をサポートします。通常の KVM 仮想マシン、従来の IP ネットワーキング、Proxmox 互換バックアップは、原則として、独自のサーバーレスおよびマネージドデータサービスから組み立てられたアプリケーションよりも移植性が高いです。同社はまた、顧客の移行を支援すると述べています。
運用上の出口には、依然として少なくとも4つの部分があります。第一に、合意された形式でデータとマシンイメージを抽出する。第二に、宛先でネットワーク、ファイアウォールルール、アドレス、DNS、証明書、監視を再現する。第三に、バックアップ履歴を転送または再作成し、復元を証明する。第四に、各製品契約をその別個の期限前に終了する。オープンソースソフトウェアは主に最初の2つを支援しますが、それらを完了しません。
アドレスの継続性は頻繁に隠れたコストです。myDC によって提供されるパブリック IPv4 アドレスは顧客とともに移動しない場合があります。アプリケーション、リモートファイアウォール、許可リスト、サードパーティ統合がそれを埋め込む可能性があります。注文ガイドとバックアップガイド自体がその理由を示しています：バックアップ関係は静的パブリック送信元アドレスに依存する可能性があります。移行には、すべてのピアが更新される間の並行運用が必要になる場合があり、両方のサプライヤーに支払い、データ一貫性を管理することを意味します。
同じことがダッシュボードにも当てはまります。請求書とチケットは、存在するエクスポートおよびアカウントクローズプロセスに従ってのみダウンロードまたは保持できます。監査履歴、監視データ、構成状態は削除前にエクスポートされるべきです。公開ドキュメントは、終了したサービスのデータまたはアカウント記録がどのくらい回復可能か、または削除がどのように証拠付けられるかを述べていません。
廃止された Kopano サービスは、非壊滅的なアップストリーム依存関係の有用な例を提供します。2024年11月の通知で、myDC は Kopano のベンダーが2025年3月に関連製品を終了するため、myDC はマネージドオファーを廃止し、Zimbra を推奨すると述べました。既存の顧客には、電子メール、カレンダー、連絡先、タスクの移行を無料で提供しました。これは責任ある移行対応の証拠です。また、ローカルプロバイダーがすべてのアップストリーム製品ライフサイクルを制御するわけではないことのリマインダーでもあります。
調達グレードの出口テストは、レバレッジと goodwill が最も高い本番環境前に行われるべきです。代表的な仮想マシンをエクスポートし、myDC の外部でバックアップを復元し、1つのプライベートネットワークを再作成し、すべての認証情報をローテーションし、削除証明書のドラフトを要求します。転送されない依存関係を記録します。主要なアーキテクチャ変更後に演習を繰り返します。プロバイダーがそのテストを容易にする場合、オープンスタンダードの約束はポジショニングではなく証拠になります。
セキュリティラベルには異なる所有者と範囲がある
myDC の公開セキュリティストーリーには、いくつかの優れた管理策が含まれています。同社は、ダッシュボードが2要素認証をサポートしていると述べています。注文フローは、標準または生成されたサーバーパスワードの代わりに顧客提供の SSH 公開鍵を使用します。施設の説明は、物理アクセス、監視、消火、電源、冷却をカバーしています。バックアップワークフローは、送信元アドレス制限とフィンガープリント検証を推奨しています。利用規約は DoS 対応を認識し、ストアフロントは専用の保護オプションを提供しています。
これらの管理は、myDC Cloud Services GmbH のための認証された情報セキュリティマネジメントシステムに自動的に集約されるわけではありません。同社はデータセンターが ISO 27001 認証を受けていると述べています。ISO はISO/IEC 27001が情報セキュリティマネジメントシステムの要件を指定すると説明しています。認証の価値は、指名された保有者、場所、サービス、除外、バージョン、発行機関、有効性に依存します。施設運営者の認証は、myDC のスタッフプロセス、ダッシュボード開発、サポートアクセス、カスタマーサービス範囲を認証することなく、重要な継承された保証を提供できます。
myDC はまた、オーストリアの Cyber Trust ラベルを更新したと述べています。スキーム自体のプログラム説明は、いくつかの保証レベルを提供し、標準ラベルを実用的なエントリポイントとして位置づけています。2026年のスキームルールは特に有用です：範囲は登録会社とその管理下にあるシステム、プロセス、人員に結び付けられています。標準レベルは検証済みの自己宣言に依存し、最高レベルは外部監査を必要とします。ラベルには有効期限があります。スキームは絶対的なセキュリティを約束しません。レビューされた証拠に公開認証レコードまたは階層がない場合、「Cyber Trust」を独立して監査された ISO 同等の主張に格上げするのは誤りです。
欠落している公開証拠は、目に見えるバッジと同じくらい重要です。レビューされたページは、myDC の ISO 証明書、適用範囲声明、ペネトレーションテスト概要、脆弱性開示経路、サブプロセッサリスト、クラウドディスクの保存時の暗号化仕様、セキュリティインシデント通知ターゲット、復旧目標、スタッフアクセス制御の説明、顧客監査パッケージを提供していません。これはそれらの資料が存在しないことを意味するものではありません。規制対象または影響の大きい購入者はそれらを要求しなければならないことを意味します。
個人データについては、欧州法は契約と運用設計を重要視します。GDPR 第28条は、指示、機密性、サブプロセッサ、セキュリティ支援、削除または返却、監査情報をカバーする処理者の条項を要求します。第32条は、適切な場合の回復力とタイムリーな復旧を含むリスクに適したセキュリティを要求します。「すべてのデータはオーストリアに」は転送分析の一部を簡素化できますが、それらの義務を置き換えるものではなく、すべてのサポート、テレメトリ、支払い、または通信サブサービスが同じ境界内にとどまることを確立するものでもありません。
金融機関は、デジタル運用レジリエンス法（DORA）の下でより厳しいテストに直面します。DORA の ICT サードパーティ契約条項は、明確なサービス説明、データ処理および保存場所、可用性と整合性のコミットメント、インシデント支援、監査およびアクセス権、継続性サポート、退出条項を要求し、重要または重要な機能には追加要件があります。DORA または NIS2 を呼び出すパートナー発表は、基礎となる契約、管理、証拠が顧客の義務を満たすまでマーケティング主張です。
したがって、myDC の最も信頼できるセキュリティ態勢は、意図的に階層化されるべきです：GmbH によって運営される管理、施設およびネットワークプロバイダーから継承される管理、Ceph または Proxmox に内在するが設定に依存する管理、実装パートナーに委任される管理、顧客によって保持される管理を特定します。1ページの共有責任マトリックスは、範囲外のセキュリティ名詞の長いリストよりも価値があります。
緑色のステータスページはスナップショットであり、履歴ではない
2026年7月17日時点で、myDC の公開ネットワークステータスページは、リストされたサービスを運用中と表示し、可視モニターの100%の数値を報告していました。ページは稼働時間が1年で測定され、メンテナンスを除外すると述べています。公開 RSS フィードは、レビュー時点で現在のイベントエントリを示していませんでした。
これは狭い検証済みの声明のみをサポートします：プロバイダーはそのスナップショットでアクティブな問題を公開報告していませんでした。年間にインシデントが発生しなかったことを確立するものではありません。可視の履歴は完全で容易に監査可能なイベントクロノロジーを公開しておらず、メンテナンスを除外すると、可用性パーセンテージが顧客のエンドツーエンド計算に不適切になる可能性があります。フリーズされた証拠セット内の信頼できる公開ソースは、重要な myDC の停止を確立しませんでした。表面化したインシデントの欠如は、インシデントのないサービスの証拠ではありません。
同社は少なくとも物理的レジリエンステストの証拠を公開しています。2024年3月のメンテナンス通知は、「ブラックビルディング」テストを発表し、商用電力が中断され、UPS と発電機システムが作動するもので、myDC は顧客の中断を予想していないと述べました。計画の公開は前向きです。レビューされた資料には、測定された転送パフォーマンスや異常を含むアフターアクションレポートは含まれていませんでした。
購入者にとって、より強力なテストは、12か月または24か月のインシデントおよびメンテナンス記録（契約閾値を超えなかったイベントを含む）を要求することです。外部監視と比較します。検出時間、通知時間、緩和時間、影響を受けた層、根本原因、是正措置、再発を尋ねます。また、緊急メンテナンス、アップストリームネットワーク障害、DDoS 分離、部分的なストレージ劣化が公開ダッシュボードにどのように表示されるかを尋ねます。透明性は小規模なローカルオペレーターの利点になる可能性がありますが、困難な日を乗り越えた場合に限ります。
myDC は3種類の出口と競合する
myDC は単に別のオーストリアの仮想サーバー価格と競合しているわけではありません。その顧客は3つの方向に出口を持ち、それぞれが依存関係モデルを変更します。
最初は、オーストリアゾーンを持つより広範な欧州クラウドです。Exoscaleは公開で2つのウィーンゾーンと、仮想マシン、Kubernetes、オブジェクトおよびブロックストレージ、プライベートネットワーキング、データベース、API を含むより広範なカタログをリストしています。そのようなプラットフォームは、より強力な自動化とマルチゾーンパターンを提供する一方で、より大きなサービス表面と外国の契約主体を導入します。マネージドデータサービスやプログラム可能なフリート制御を必要とするチームにとって、その広さは myDC のパーソナルサポートを上回る可能性があります。従来のマシンを数台とローカルな関係を望むチームにとっては、切迫した問題を解決せずに複雑さを追加する可能性があります。
2つ目は、近隣の管轄区域にある大規模なコモディティインフラプロバイダーです。Hetzner Cloudは、低コストの共有および専用仮想 CPU オプション、API、コマンドラインツール、ネットワーク、統合を強調しています。これは強力な価格および自動化のベンチマークですが、ドイツのロケーションはオーストリアのロケーションではありません。myDC と比較することで、ローカリティプレミアムが何を買うかが明らかになります：ミリ秒だけでなく、契約上の近接性、国のデータロケーション主張、パートナー支援運用の可能性です。
3つ目は、多くの場合同じオープンソースファミリーによる自己運用です。顧客は所有またはコロケーションされたハードウェア上で Proxmox とバックアップソフトウェアを実行し、構成とキーをより深く制御できます。また、調達、キャパシティプランニング、パッチ適用、監視、オンコール義務、スペアパーツ、電力、施設調整を継承します。myDC のマネージド Proxmox バックアップサービスは、この経路を補完できるため興味深いです：主要な制御をオンプレミスに維持しながら、管理されたコピーを別の場所に配置します。
また、カスタムプライベートクラウドを組み立てることができるオーストリアのマネージドサービスプロバイダーや施設運営者も存在します。これらはより調整された責任とより少ないインスタントセルフサービスを提供する可能性があります。myDC は有用な中間を占めています：カスタム統合プロジェクトよりもパッケージ化され透明性が高く、大規模クラウドよりも個人的で地理的に特化しており、スタック全体を所有するよりも運用負担が少ないです。
レビューされた公開証拠は、市場シェアの主張をサポートしたり、myDC が総額でより安いことを証明したりしません。その防御可能な差別化は質的なものです。それは、見慣れたインフラ、オーストリアでのデータ保管、到達可能な専門家を小さなカタログにパッケージ化しています。リスクは、同じコンパクトさが、開示されたサービスレベルの減少、自動化インターフェースの減少、キーパーソンまたはパートナー依存の増大を意味する可能性があることです。調達は、企業規模にどちらかの方向でポイントを与えるのではなく、ワークロードにとってそのトレードオフのどちら側が重要かを決定すべきです。
サービスを主権と呼ぶ前の9つのテスト
「主権」という言葉は、テスト計画として最も有用です。myDC を検討している購入者は、公開証拠のギャップを9つの具体的な受け入れテストに変えることができます。
1. アイデンティティと責任マップを調整する。myDC Cloud Services GmbH、実装パートナー、施設運営者、ネットワーク運営者、ソフトウェアライセンサー、およびサポートサブプロセッサを1つのテーブルに入れます。それぞれについて、契約、タスク、データアクセス、エスカレーション義務を述べます。データ処理契約が注文と同じ主体を指名していることを確認します。
2. ロケーションスケジュールを取得する。アクティブディスク、Ceph レプリカ、仮想マシンバックアップ、Proxmox バックアップストア、ダッシュボードデータ、ログ、サポート添付ファイル、災害復旧コピーのサイトと国をリストします。「オーストリア」が拘束力のある条件であるか、どの例外が存在するか、ロケーション変更がどのように通知されるかを記録します。都市名ラベルは一般的な障害ドメインを評価するには不十分です。
3. 冗長性だけでなく障害を実証する。適切な機密保持契約のもとで myDC にアーキテクチャを示してもらいます：コンピュートノード数、ストレージレプリカポリシー、Ceph 障害ドメイン、モニタークォーラム、ネットワークパス、キャパシティヘッドルーム、バックアップ分離。ホスト障害演習を観察し、ゲストの再起動を測定します。最新の電力転送および復元テストの結果を求めます。
4. 可用性の言葉をワークロード目標に変換する。購入した製品の正確なサービスレベルパーセンテージ、測定ポイント、除外、通知プロセス、救済策を特定します。復旧時間目標と復旧ポイント目標を別々に定義します。独立したネットワークからアプリケーション監視を追加します。「最大99.99%」は、本番設計の最終行であってはなりません。
5. コントロールプレーンをテストする。2要素認証を強制し、請求と技術的役割を分離し、アカウント復旧をレビューし、管理イベントをエクスポートし、プロバイダースタッフがどのようにアクセスを得るかを学びます。API または再現可能な構成方法が存在するかどうかを判断します。ダッシュボードアクセスの喪失をシミュレートし、認証された緊急変更ルートを確認します。
6. 最大の現実的なシステムを復元する。ファイルレベルおよび完全マシン復元の両方を実行します。検証時間、データ転送スループット、アプリケーション整合性、依存関係復旧を測定します。バックアップを暗号化した後に繰り返し、myDC が利用できない場合に顧客が復旧できることを証明します。キーを誰が保持し、キー保持者が退職した場合に何が起こるかを文書化します。
7. 定常状態だけでなくストレスを価格設定する。ストレージ、アドレス、ネットワーク、バックアップ保持、DDoS 防御、サポートの成長をモデル化します。契約のエネルギーおよびインデックス調整ロジックを適用します。パートナー労力、並行移行月、データエクスポートを追加します。この合計をオーストリアゾーンクラウド、ドイツのコモディティホスト、自己運用の Proxmox と比較します。
8. サービスが正常なうちに出口を実行する。マシンとバックアップをエクスポートし、ネットワークを別の場所で再構築し、許可リストと DNS を変更し、送信元の安全な削除を要求します。各製品契約の通知日と早期終了のコストを確認します。閉鎖後も利用可能なダッシュボードアーティファクトとログを記録します。
9. 保証範囲を検証する。現在の施設証明書、正確な範囲、Cyber Trust 階層と有効性、セキュリティ連絡先プロセス、ペネトレーションテスト証拠、サブプロセッサリスト、インシデント通知コミットメントを取得します。それらの管理を顧客の GDPR、NIS2、または DORA 義務にマッピングし、パートナーページのコンプライアンス省略形を受け入れません。
これらのテストは、たとえ小規模プロバイダーであっても比例します。なぜなら、ほとんどのテストは機密図の公開開示を要求しないからです。これらは、購入者と事業者が正確な私的 understanding を共有することを要求します。myDC のローカル規模は、その対話をグローバルプラットフォームよりも容易にする可能性があります。会社が迅速に回答し、目に見えてテストできる場合、マーケティングページの不透明さは重要性が低くなります。できない場合、ローカリティの主張は解決する以上のリスクを運んでいます。
スローガンではなく境界を見よ
5つの展開が評価を実質的に変更するでしょう。
第一に、各製品を定義された可用性目標、測定方法、メンテナンス処理、応答コミットメントにマッピングする公開サービススケジュールは、運用の約束を価格設定しやすくします。第二に、施設証明書の保持者と範囲の公開、およびどのサイトが本番データとバックアップデータを保持するかの明確な説明は、ローカリティ証拠の最大のギャップを埋めます。第三に、文書化されたイメージと構成のエクスポートパス（理想的には API または再現可能なツールを使用）は、オープンソースアーキテクチャを実証可能に低い出口摩擦に変えます。
第四に、myDC のセキュリティ保証は、ラベルから階層化された証拠パック（企業管理、継承された施設管理、ソフトウェア構成、パートナーアクセス、顧客義務）に成熟する可能性があります。Cyber Trust フレームワークは有用なステップかもしれませんが、正確な階層と登録範囲が重要です。第五に、プロバイダーのインシデントコミュニケーションを時間をかけて監視する必要があります。アクセス可能なインシデント後レポートとメンテナンス結果を備えたステータスページは、購入者が小規模事業者がどのように学習するかを検証することを可能にします。
同社の規模も中立的に観察されるべきです。新しいパートナーは実装能力を拡大できますが、責任の連鎖を広げることもできます。新しいマネージドサービスは収益と顧客の利便性を向上させる可能性がありますが、Kopano の廃止のようなアップストリーム製品ライフサイクルを輸入することもできます。新しい施設やネットワークパスは回復力を向上させる可能性がありますが、すべてのコピーが理解された境界内にとどまるという約束を複雑にする可能性があります。どれも本質的に良いか悪いかではありません。それぞれが管理責任を変更します。
myDC の提案は、神秘性を取り除いたときに最も強力です。それは、構成可能な KVM および Ceph インフラ、バックアップ、および選択されたマネージドサービスを、実用的なダッシュボードと地域のサポートエコシステムを通じて提供するオーストリアの GmbH です。これは、遠くのコモディティホスティングや肥大化したパブリッククラウドアカウントの優れた代替品になり得ます。しかし、施設、通信事業者、ソフトウェアメンテナー、契約期限、顧客管理からの脱出ではありません。
したがって、正しい結論は条件的ですが有用です。公開証拠は、会社からブランドへの橋渡しを証明し、実際のオーストリアでの運用拠点をサポートします。オープンソースの仮想化と分散ストレージ、セルフサービスワークフロー、ローカルサポート、および回復力への真剣な取り組みの存在をサポートします。しかし、重要なワークロードが必要とするすべての障害ドメイン、証明書範囲、サービスレベル、または出口ステップをまだ証明していません。
ローカルクラウドの約束は、最も見えにくい引き継ぎと同程度にしか強力ではありません。myDataCenter.at にとって、機会はそれらの引き継ぎを製品にすることです：指名され、契約的に境界が定められ、技術的にテストされ、人間的に説明責任がある。ローカリティが国のラベルではなく証拠の連鎖になるとき、小規模プロバイダーは最大のクラウドが驚くほどマッチするのが難しいものを提供できます。