クラウド リパトリエーション

公開クラウドから自社所有またはリースしたインフラストラクチャ（通常はコロケーション、時にはオンプレミス）にワークロードを移動します。これはすべてか無かではなく、通常のパターンは安定した予測可能な大容量ワークロードを再配置しながら、バースト型およびビジネス周辺サービスをクラウドに残すことです。

利用率が高く安定していて、エグレスが多く、ワークロードが十分に大きいためコロケーション設置面積が効率的に満たされる場合です。自社所有インフラストラクチャはユニット単位では安価ですがアイドル時間単位では高価です。クラウドはその逆です。終日 70% 以上で実行されるワークロードが典型的な候補であり、1 日 4 時間実行されるワークロードはそうではありません。

通常、ハードウェア資本支出、コロケーション、マイグレーション人件費、および現在運用している人員コストをすべて計上した場合、12～24ヶ月です。これより短い場合は通常、モデルが人員配置またはプラットフォーム自体の運用コストを省略しています。これより長い場合は、そのワークロードはおそらくクラウドに向いています。

バースト的で季節変動するワークロード、複数拠点を必要とする真のグローバルワークロード、形がまだ変わり続けているアーリーステージ製品、実行時のみ支払いたいディザスタリカバリー容量、および再構築して人員を配置する必要のあるマネージドサービスです。リパトリエーションは安定した負荷についてのコスト判断であり、クラウドについての哲学的立場ではありません。

人員です。クラウドはプラットフォーム運用を請求に含めます。コロケーションは含めません。パッチング、キャパシティプランニング、ハードウェア障害対応、ファームウェア管理、監視、営業時間外対応はすべて貴社の人員になります。紙の上ではクラウドより優れていても実運用では失敗するリパトリエーションモデルは、ほぼ例外なくこのコストを価格設定に含めていません。

物理的な移動はありません。何もトラックに積み込まれません。その代わりに、ハードウェア調達リードタイム、クラウドが以前柔軟に行っていたキャパシティサイジング判断、および大規模資産で6桁に達する可能性のあるデータ出力料金を担当します。フェーズ構造は同じです。ただし、クラウド資産がずれていき、コンソール内のインベントリがアーキテクチャダイアグラムのインベントリとほぼ一致しないため、発見はより困難です。