6．パブリッククラウドとの互換性がない

　プライベートクラウドは単体で運用できるが、単体で運用されることはめったにない。ほとんどの企業のリソースに対する需要は、不安定だったり、大きく増減したりするものだが、企業には、大量のインスタンスやクラウドアプリケーションに対応できるだけのインフラが不足している。そのため、米Amazon Web Services（Amazon）や米Googleなどのプロバイダーのパブリッククラウドサービスをプライベートクラウドサービスに統合したハイブリッドクラウド戦略を採用する企業が多い。ハイブリッドクラウドモデルは、ビッグデータ処理やクラウド拡張などのタスクには特に有効だ。

7．チームのスキル不足

　プライベートクラウド導入に必要な作業は、VMとストレージのプロビジョニングだけではない。導入には、オーケストレーション、自動化、ライフサイクル管理などのスキルセットが求められる。これはあらゆるIT担当者にとって難しい注文だろう。とりわけ、仮想化や自動化の経験がない担当者にとってはハードルが高い。そのため、プライベートクラウドプロジェクトの発足時に適切なチームを編成することが特に重要になる。企業は、必要に応じてITスキルの習得や補強を行い、場合によっては新しいチームメンバーの採用を余儀なくされる。さもなければ、プライベートクラウドプロジェクトの進捗が遅れたり、ミスから多大な費用が発生したりする恐れがある。

8．不十分なインフラ

　プライベートクラウドの導入には、ハイパーバイザー、ストレージ、ネットワーク接続など、基盤となる十分なインフラが必要だ。プライベートクラウドをサポートするために新しいプラットフォームを追加する場合、十分な信頼性とパフォーマンスを確保するために、データセンターのインフラをアップグレードおよび拡張しなければならないことがある。

小さな成果の積み重ねがプライベートクラウド導入を成功に導く

　プライベートクラウドの導入が成功する可能性は低いように思えるが、潜在的な落とし穴を回避する方法はある。

　まず、AWSやGoogleと同じものを作るのは無理なので、そのような考えは捨てることだ。そうではなく、プライベートクラウドの主なメリットに注目することで、企業の目標を定めて、実現すべき目標を描くことができる。例えば、プライベートクラウドで、クォータの強制とコストの抑制を行いながら、テストや開発用のインスタンスのセルフサービスプロビジョニングをサポートする必要があるとする。その場合、これらの機能から始めて、他の機能は後から作成するのがよいだろう。

　次に、適切なプロセスと組織構造を実装して、プライベートクラウドをサポートすることだ。クラウドを機能させるために必要なプロセスを判断し、そのプロセスを把握してサポートするチームを設置する。その後、プライベートクラウドのプロセスを調整して、自動化を実現されたい。

　「問題のあるプロセスを自動化しても、問題は解決しない」（ロックウッド氏）

　プライベートクラウドの目標と目標達成に必要なプロセスを決定したら、適切なレベルの自動化を実装して当面の目標を達成されたい。複雑過ぎたり、野心的過ぎる自動化プロジェクトは避けるのが肝要だ。複雑さはプライベートクラウドプロジェクトの大敵だ。そのため、最もよくプロビジョニングされるワークロードをサポートできる自動化を実装し、それ以上の自動化はクラウド機能の開発時に追加するのが良いだろう。

　プライベートクラウドは、非常に高い柔軟性と効率を企業にもたらす。だが、プライベートクラウド導入の成功は保証されているわけではない。野心的過ぎる目標を設定したり、大手パブリッククラウドプロバイダーを模倣しようとすると、プライベートクラウドプロジェクトは失敗するだろう。プライベートクラウドの導入プロジェクトでは、小規模で、短時間で達成できて、目に見える形で企業にメリットをもたらす目標を設定されたい。導入後、ユーザーがプライベートクラウドの機能を理解したところで、機能を追加すればよい。