俊敏性、安全性、柔軟性: プライベート クラウドの概要と理由

公開: 2020-04-13

プライベート クラウドは、パブリック クラウドやハイブリッド クラウドを含む、より広範な企業のクラウドへの移行に不可欠な要素です。

クラウド コンピューティングは、組織が IT サービスを利用、構築、提供する方法を変革し、変化するビジネス状況に企業が迅速に適応するために必要な機敏性と柔軟性を実現しています。

「クラウド」という用語は、多くの場合、Amazon AWS、Google Cloud、Microsoft Azure、およびその他の小規模なサービス プロバイダーなどのホストされたパブリック クラウド サービスに関連付けられていますが、企業は、コストなどの問題により、パブリック クラウドよりもプライベート クラウドで多くのアプリケーションを実行しています。 、コンプライアンス、遅延、互換性、およびセキュリティ。

この記事では、プライベート クラウドの特徴と利点を定義する方法を紹介するとともに、企業がパブリック クラウドとプライベート クラウドの両方の利点を活用できるようにするハイブリッド クラウドの基盤としての役割についても説明します。

プライベート クラウドは、セキュリティと柔軟性に加えて俊敏性を提供します


ハイパーコンバージド インフラストラクチャ上に構築された適切に設計されたプライベート クラウドは、IT が必要とするセキュリティと制御を維持しながら、ビジネスに必要な俊敏性を提供できます。 これは、ホステッド クラウドとパブリック クラウドをインテリジェントで経済的なハイブリッド クラウドに組み込む総合的なクラウド戦略の基盤でもあります。

クラウド コンピューティングの基礎

まず、「クラウド」の意味について簡単に説明します。 広い意味で、クラウド コンピューティングとは、インターネットまたはプライベート ネットワークを介してオンデマンドでユーザーに IT サービスを提供することを指します。 ユーザーは、IT リソースを積極的に管理および維持する必要なく、サービスを利用できます。 これは、オンプレミス、ホストまたは管理された設定、およびその他の共有されたハイパースケールのパブリック データセンターで発生する可能性があります。 クラウド コンピューティング サービスの 3 つの主なカテゴリは、IaaS、PaaS、および SaaS です。

サービスとしてのインフラストラクチャ (IaaS)

IaaS は、エンド ユーザーがオペレーティング システムやアプリケーションなどのソフトウェアをデプロイして実行するために必要な基本的な IT リソースを提供します。 これらのリソースには、コンピューティング、ストレージ、ネットワーク、 APIなどが含まれます。

基盤となるインフラストラクチャは、設計上、エンド ユーザーにはほとんど見えません。 リソースは仮想化されており、ユーザーとワークロードのニーズを満たすためにさまざまな容量と構成があります。

サービスとしてのプラットフォーム (PaaS)

PaaS では、インフラストラクチャ要素の上に実行環境が含まれます。 PaaS を使用すると、ユーザーは、サポートされている API、スクリプト、プログラミング言語、およびツールを使用して、カスタムまたは標準化されたアプリケーションをデプロイできます。 エンド ユーザーはデプロイされたアプリケーションと構成設定を制御しますが、プロバイダーはこの層より下のすべてを管理します。

サービスとしてのソフトウェア (SaaS)

SaaS は、エンド ユーザーがネットワーク経由でアプリケーションを使用する PaaS の次のレベルです。 SaaS では、プロバイダーはアプリケーション自体まですべてを管理します。 ユーザーは、Web ブラウザーやモバイル アプリケーションなど、さまざまなデバイスを介してサービスにアクセスします。 SaaS の例には、Salesforce と Microsoft 365、サービスとしてのデスクトップ(DaaS) が含まれます。 Database as a Service (DBaaS) などのより複雑なサービスは、その使用方法に応じて、PaaS または SaaS と見なされる場合があります。

パブリック クラウド

パブリック クラウドでは、サードパーティのサービス プロバイダーがインフラストラクチャ、プラットフォーム、ソフトウェアなどのサービスをインターネット経由で提供し、一般ユーザーが使用できるようにします。 通常、サービス プロバイダーは、独自のデータ センターを使用してサービスを所有、運用、提供します。

顧客はオンデマンドでサービスを利用し、モニタリング、ロード バランシング、データ転送などの他のサービスとともに、消費した帯域幅、ストレージ、CPU サイクルに対してのみ料金を支払います。 ユーザーは通常、使用量の増分 (分、時間、または MB など) に対して料金を支払いますが、最小契約価格などの前払いのコミットメントが必要な場合もあります。 パブリック クラウドは、必要に応じてリソース消費を迅速にバースト、拡大、または縮小する柔軟性を提供します。

プライベート クラウド

プライベート クラウドでは、組織は単一のエンド ユーザー組織が使用するサービスをプロビジョニングします。 エンド ユーザー組織は、プライベート クラウドを所有して運用する場合もあれば、これらの責任を負うために外部のサービス プロバイダーに料金を支払う場合もあります。

企業は、エンタープライズ クラウドのように、両方のアプローチを同時に使用することもできます。 インフラストラクチャは、企業のデータセンター内のオンプレミスに配置することも、オフサイトでホストすることもできます。 組織は、特定のパフォーマンス、可用性、またはセキュリティ要件を持つミッション クリティカルなワークロードにプライベート クラウドを使用することがよくあります。 プライベート クラウドは、制御、効率、およびセキュリティを維持しながら、クラウド コンピューティングの多様性を組織に提供します。

マルチクラウド

マルチクラウドとは、企業のワークロードを複数のプライベート クラウド、パブリック クラウド、リモート オフィスとブランチ オフィス、フィールド展開、およびサービス プロバイダーに分散するという、ますます一般的になっている手法を指します。 組織は、各クラウドの相対的な利点を活用したり、ベンダー ロックインのリスクを軽減したりするなど、さまざまな理由でパブリック クラウドとプライベート クラウドにワークロードを分散させます。

ハイブリッド クラウド

ハイブリッド クラウドは、プライベート クラウドとパブリック クラウドの要素を組み合わせたものです。 一部のワークロードはオンプレミスで実行されますが、他のワークロードはサービス プロバイダーまたはパブリック クラウド (GCP、AWS、または Azure など) で実行され、それらの間で移植可能です。

ハイブリッド クラウドは、クラウド間のシームレスな相互運用性を目指しているため、ワークロードがオンプレミスかパブリック クラウドかに関係なく、管理者の管理エクスペリエンスは本質的に同じです。

適切なクラウド戦略

この時点で、すべての企業がクラウド戦略を持っているか、開発しています。 企業にとって適切な戦略は、ビジネスの要件、規制法、およびアプリケーションの特殊性に完全に依存します。

考慮事項には、次のようなさまざまな要因が含まれます。

  • ユースケース: Web サーバー、アプリケーション サーバー、データベースなど。
  • ワークロードの種類:仮想マシン (VM) またはコンテナー、あるいはその両方
  • 保存形式：ブロック、オブジェクト、ファイル
  • セキュリティ ポリシー:これらは、アプリケーション、業界、国、および地域によって異なります
  • 固有の要件:一部のワークロードには、アプリケーションの固有の機能または 1 つの特定のクラウド サービス (サーバーレス コンピューティング、分析、PaaS など) によってのみ満たすことができる要件があります。

これらの特性は、各クラウド アーキテクチャを形成し、各アプリケーション層をホストするための最適なサービスに関する決定を促進します。

クラウドの再考

パブリック クラウドはさまざまなユース ケースに対応しているため、企業はこのアプローチに投資し続けています。 しかし、最近の調査では、多くの組織がワークロードをパブリック クラウドからオンプレミス インフラストラクチャに移行していることがわかりました。 この傾向にはいくつかの理由があります。

料金

組織は、予測可能なワークロード (組織が頻繁に、時には 24 時間体制で毎日使用するアプリケーション) をサポートするリソースをレンタルするのではなく、所有することでコストを節約できます。 予測可能なワークロードの例には、ERP、データベース、コラボレーション アプリ、VDI、インフラストラクチャ サービス (DNS、ファイル、または Active Directory サーバーなど)、ビッグ データ、および分析が含まれます。

使用量が柔軟なワークロード (非常に変動する、または季節的に変化する) の場合、ほとんどの時間アイドル状態にある、またはまったく使用されないオンプレミスのリソースを購入するよりも、パブリック クラウドでリソースをレンタルする方が理にかなっている場合があります。 開発とテスト (dev/test として知られる) とレポート作成は、このシナリオの一般的なユース ケースです。特定のタスクのためにオンデマンドでコンピューティング リソースとストレージ リソースをスピンアップし、その後それらをオフにする必要があることが多いためです。

計測とチャージバック

クラウド環境 (パブリックまたはプライベート) の重要なコンポーネントは、リソースの消費を監視し、それをビジネス イニシアチブに割り当てることができることです。 パブリック クラウドは、実際の使用量に基づいて月末に全体的な請求書を送信するだけですが、プライベート クラウドでは、支出レポートを作成するときに、前払いのサンク コストを統合する必要があります。

プライベート クラウドの基盤となるインフラストラクチャに関連するハードウェアとソフトウェアのライセンスを説明するだけでは十分ではありません。 また、オンプレミス データセンターに関連する次のコストも考慮する必要があります。

  • 物理的空間の設備費
  • サーバーの電力と冷却のコスト
  • イーサネット スイッチの通信費
  • プライベート クラウドを実行するために必要な IT 管理者の給与
  • 利用された第三者サービス

プライベート クラウド サービスのコストを正確に計算するには、上記のすべてを考慮して、真の TCO ベースのプライベート クラウド コスト モデルを構築する必要があります。 さらに、財務説明責任を推進し、全体的なクラウド コストを管理するために、クラウド管理者は、多くの手作業を費やすことなく、個々のユーザー、チーム、アプリケーション、プロジェクトなどの正確な消費レポートを作成する必要があります。

効果的なタグ付け戦略と TCO ベースのプライベート クラウド コスト モデルを活用することは、クラウド内のコスト センターごとの支出を特定する正確で自動化されたチャージバック レポートを作成するための重要なステップです。 パブリック クラウドとプライベート クラウドの支出を正確に可視化し、レポートを作成することで、CIO は将来の予算をより適切に計画し、財務説明責任をリソース消費に反映させることができます。

サービス レベル アグリーメント (SLA)

組織はプロバイダーと契約を結び、パフォーマンスや可用性などの主要な指標に関して特定のベースライン レベルのサービスを提供します。 パブリック クラウドはインターネット経由でサービスを提供するため、ラスト マイルでの物理的な距離とネットワーク接続によって、特定のミッション クリティカルなワークロードでは許容できない遅延の問題が発生する可能性があります。

プライベート クラウドとパブリック クラウドの両方のオプションについて、ダウンタイムやリソースにアクセスできない可能性を含め、可用性の計画を検討することが重要です。 プライベート クラウドを使用すると、インフラストラクチャの制御と可視性が向上し、組織はリソースを調整して、災害復旧や事業継続計画などの正確な要件を満たすことができます。

安全

パブリック クラウドでは、セキュリティは共同責任です。 パブリック クラウドは基盤となるインフラストラクチャを保護するための所有権を取得しますが、エンド ユーザーはプロバイダーのサービスとリソースの実装と使用を保護する責任があります。 この取り決めが不明確であり、技術分野の知識が不足していると、構成ミスや盲点が生じ、最終的にエンド ユーザーのデータやアプリケーションが攻撃に対して脆弱になる可能性があります。

この責任の分割により、さらに複雑なレイヤーが作成されます。 エンド ユーザーはリソースをオンデマンドで自由に展開できるため、継続的なセキュリティ監査とコンプライアンスの実施のための追加の方法がなければ、ベースライン セキュリティ体制を確立して実施することは困難です。

多くの場合、プライベート クラウドを使用すると、より強力なセキュリティ体制を確立する方が簡単です。 セキュリティ管理者は、プライベート クラウドを提供するインフラストラクチャの構成をより詳細に制御できるだけでなく、ユーザーがアクセスして展開するリソースをより適切に可視化できます。 さらに、プライベート クラウドは、組み込みのネットワークおよびアプリケーション セキュリティ ポリシーを通じて自動化された適用を可能にします。

コンプライアンス

コンプライアンスには多くの意味があります。 政府や業界の規制がすべてである組織もあれば、品質の保証やベスト プラクティスが守られていることの証明が目的である組織もあります。 ほとんどの場合、主要な目標はデータ セキュリティに関するものです。 たとえば、米国では、医療提供者は個人の健康情報を管理する際に HIPAA 規制を遵守する必要があり、クレジット カード データを使用する企業はPCIデータ セキュリティ基準に従う必要があります。

コンプライアンスを困難にする 1 つの問題は、データの物理的な場所です。 規制は、州、国、およびその他の政治的境界によって異なることがよくあります。 パブリック クラウドを使用する場合、お客様はデータがどこにあるかを常に把握しているわけではありません。 この事実により、地理的な場所にどの規制が適用されるか、また、国境を越えて市民のデータを保存することに対する規制など、企業が特定の規制に違反しているかどうかを判断することが困難になる可能性があります。

政府の規制に違反すると、特に違反が違反を引き起こした場合、厳しい罰金や罰則が科せられる可能性があります。

さらに、パブリック クラウドは多くの一般的なデータセンター サービスの代替手段を提供しますが、これらのサービスを提供する独自の方法 (さまざまな構成オプション、セキュリティ ポリシー、API など) があります。 これらの違いに関する専門知識が不足している組織は、多くの場合、クラウド サービスが業界のベスト プラクティスに準拠して展開および構成されているかどうかを判断するのが困難です。

管理者が誤ってファイル ストレージ サービスをインターネット経由で公開したままにしておくなど、基本的な構成エラーが原因でセキュリティ侵害が発生することは珍しくありません。 いずれの場合も、企業は継続的なコンプライアンス監査を実施し、監査の失敗を迅速に解決して、財務および評判のリスクを軽減する必要があります。

プライベート クラウドにより、組織はセキュリティ プロセスだけでなく、データの所在地などの問題をより適切に制御できます。 一般に、プライベート クラウド管理者は、インフラストラクチャ ソリューション全体に精通し、知識を持っているため、コンプライアンスの問題により簡単に対処できます。

プライベート クラウドがビジネスにどのように役立つか

クラウド コンピューティングの台頭により、IT はビジネスの戦略的パートナーとして浮上しています。 多くの企業は、IT の効率を高め、イノベーションを加速するために、プライベート クラウドに注目しています。

IT 効率の向上

適切に設計されたプライベート クラウドは、複雑さを排除し、自動化を活用して IT スタッフを平凡で反復可能なタスクから解放することで、IT 効率を向上させます。 IT スタッフは通常、プロビジョニング、更新、データ保護、およびトラブルシューティングに大半の時間を費やして、運用上の要件に対処し、ユーザーの要求を満たします。 これらのタスクの多くは、開発者や内部ユーザー向けのセルフサービスを有効にするなど、自動化できます。

従来の IT 環境は、データベースなどの重要なアプリケーションの周りにある専用インフラストラクチャのサイロによって妨げられています。 通常、各サイロには専任のスペシャリストが必要です。 プライベート クラウドは、ミッション クリティカルなワークロードとデータをすべて 1 つの管理インターフェイスに統合して、時間、労力、コストを節約しながら、環境全体の可視性を向上させることができます。

摩擦が少ない; より多くのイノベーション

効率の向上は、運用上の摩擦を取り除くことで、より迅速なイノベーションを直接サポートします。 適切に設計されたプライベート クラウドは、次のような方法でビジネスの革新を支援します。

リソースへのアクセスを高速化

開発者やアプリケーション所有者は、アプリケーションの開発、実行、および変更に必要なリソースを取得するのに数週間またはそれ以上かかると、仕事を遂行できなくなります。 開発者とテスト担当者は、生産性を高めるために、最新のテスト データを使用して、開発環境とテスト環境にすばやく簡単にアクセスできる必要があります。

アプリケーション所有者と DBA は、SLA とエンド ユーザー エクスペリエンスを確保するために、リソースにアクセスする必要があります。 これらのリソースへのセルフサービス アクセスを可能にするプライベート クラウドは、市場投入までの時間を短縮し、企業が新しいサービスや機能を提供する頻度を高めることができます。

導入の合理化

従来の IT のもう 1 つのボトルネックは展開です。 ユーザーは、新しいアプリケーションが日の目を見るために必要な IT リソースを取得するまで、数週間またはそれ以上待つことができます。 インフラストラクチャ サービスを標準化し、それらのサービスを念頭に置いて開発することにより、プライベート クラウドはより迅速な展開をサポートし、CI/CD を有効にすることができます。

自動化の増加

手動のタスクとワークフローは歯車の中の砂であり、さらに悪いことです。 自動化せずにアプリケーション配信をスケーリングすることはほぼ不可能です。 プライベート クラウドは、IT チームがより少ない労力でインフラストラクチャとアプリケーション スタックを展開、運用、スケーリングできるように自動化を可能にすると同時に、IT-as-a-Service (ITaaS) を提供して開発チームとビジネス チームに力を与える必要があります。

データへのアクセスと分析の促進

データは組織の生命線です。 適切なプライベート クラウドは、データへのアクセスと統合を容易にし、分析を加速し、洞察を深める必要があります。 また、ワークロードが必要とするさまざまなタイプのデータとストレージ、およびビジネス ニーズを処理できる必要があります。 ファイル、ブロック、およびオブジェクトのデータを同じ屋根の下に置くことで、効率が向上し、洞察の抽出が容易になります。

従来のアプリケーションとクラウド ネイティブ アプリケーションの両方をサポート

白紙の状態になるのはスタートアップだけです。 確立された企業は、多くの場合、クラウド ネイティブ アプリケーションに新たな投資を行う場合でも、サポートを継続する必要がある従来のビジネス アプリケーションを数十または数百所有しています。 ほとんどの企業は、両方のモデルを柔軟にサポートできるプライベート クラウドを必要としています。

早く失敗して学ぶ

すべてのイノベーション プロジェクトが成功する運命にあるわけではありません。 失敗はイノベーションの一部です。 プライベート クラウドを使用すると、新しい開発プロジェクトやアプリケーション プロジェクトに迅速にリソースを割り当てることが容易になります。 実りあるアイデアは、スケールアウトによって成長し、リソースを追加します。 失敗したアイデアはリソースを解放し、次の努力のための余地を作ります。

つまり、プライベート クラウドでは、運用が簡素化され、アップタイムが増加するため、IT の効率が向上します。 開発者、テスター、アプリ所有者にリソースへの迅速なアクセスを提供することでイノベーションを加速すると同時に、新しいアプリケーションがリリースされる道を切り開きます。 複雑さが軽減され、IT コストが削減されるだけでなく、ダウンタイムのリスクも減少します。

プライベート クラウドが直面する課題

プライベート クラウドの展開が成功するとは限りません。 適切に設計する必要があります。 既存のプライベート クラウドの多くは、次の課題の 1 つ以上に悩まされています。

堅固な建築

プライベート クラウドは、従来のエンタープライズ アプリケーションからクラウド ネイティブ アプリケーションまで、さまざまなアプリケーション ニーズに適応する必要がある場合があります。 柔軟性のないハードウェアとインフラストラクチャ ソフトウェアは、それを困難にする可能性があります。

サイロ化されたデータ サービス

エンタープライズ環境では通常、パブリック クラウドで一般的なオブジェクト ストレージに加えて、ブロックおよびファイル ストレージ サービスを備えたプライベート クラウドが必要です。 これらのニーズを満たすには、データ サービスごとに異なるハードウェアを展開および管理する必要があり、コストと複雑さが増します。

個別のストレージ プールを使用すると、全体的な容量の使用率が低下し、柔軟性が制限されます。 デジタル トランスフォーメーションにおいてデータが非常に重要な役割を果たしているため、この課題に対処することの重要性を見逃してはなりません。

脆弱な自動化

柔軟性のないアーキテクチャと複雑なデータ サービスを備えたプライベート クラウドでは、必然的に自動化が難しくなります。 その結果、自動化の作成に時間がかかり、自動化が失敗する可能性が高くなり、トラブルシューティングとメンテナンスがより複雑になります。 さらに、プラットフォームに完全に統合された自動化ツールは、さらに複雑なレイヤーを追加します。

不十分なパフォーマンスと可用性

プライベート クラウド環境では、各ワークロードのパフォーマンス要件の可視性が低くなる可能性があり、ユーザーが VM とアプリケーションを開始および停止すると、ワークロードもより迅速に変化する可能性があります。

その結果、一部のワークロードが「ノイジー ネイバー」になり、リソースの分担以上を奪い、他のワークロードのパフォーマンスに悪影響を与える可能性があります。 不適切に設計されたプライベート クラウドは、単一障害点、ボトルネック、および可用性を損なうその他の欠陥をもたらす可能性もあります。

難しいスケーリング

忙しくて成長しているプラ​​イベート クラウド環境では、いつパフォーマンス、特に I/O パフォーマンスが不足するかを予測するのが難しい場合があります。 複数のタイプのストレージが必要な場合、スケーリングは混乱を招き、費用がかかる可能性があります。 適切なアーキテクチャは、スケーリングを簡素化する必要があります。 適切なツールは、キャパシティ プランニングとシナリオ テストを促進しながら、リソース消費の監視を簡素化する必要があります。

これらの課題や欠陥がプライベート クラウドに重くのしかかるほど、管理する環境が複雑になり、CapEx と OpEx の両方の面でコストが高くなります。

最適なプライベート クラウドのチェックリスト

プライベート クラウドから求めているリターン (および変換) を得るには、単に「あると便利」ではなく、次のすべての機能が必要です。

  • 開発者と内部ユーザーが必要に応じてリソースにすばやくアクセスできるようにするためのシンプルなセルフサービス。
  • 環境を迅速かつ簡単にカスタマイズするためのAPI による自動化とオーケストレーション。
  • 無停止でのソフトウェアのインストール、アップグレード、およびワークロードの配置を可能にするインテリジェントなワンクリック操作。
  • ビジネスの成長に合わせてリソースを迅速に増強できる動的なスケーラビリティ。
  • 簡素化されたコスト ガバナンスのためのチャージバックとショーバック。
  • ブロック、ファイル、およびオブジェクト ストレージのサイロを排除し、復元力とスケーラビリティを向上させる統合ストレージ サービス。
  • サードパーティのバックアップ サービスとの簡単な統合を含む、堅牢なデータ保護(スナップショット、レプリケーション、クローン作成など) により、シームレスなビジネス継続性を実現します。
  • 従来の DR のオーバーヘッドなしで、RPO と RTO の要件を確実に満たす組み込みのディザスタ リカバリ。
  • ストレージと VM の正常性を監視し、問題を自動的に修復する最先端のセキュリティ。 また、保存データの暗号化とポリシーベースのマイクロセグメンテーションも含める必要があります。
  • ハイブリッド クラウドの障害を取り除くための簡単なパブリック クラウド統合。

HCIがコア

プライベート クラウドには、クラウド自体の利点を実現するコア インフラストラクチャが必要です。 従来の、別名 3 層、またはサーバー SAN の複雑な IT インフラストラクチャは、これらの利点を奪ってしまう可能性があります。 適切なハイパーコンバージド インフラストラクチャ(HCI) ソリューションは、自己回復、簡素化されたキャパシティ プランニング、容易な自動化、管理オーバーヘッドの削減など、クラウド コンピューティングの本質的な利点を提供します。

ハイブリッド クラウドの基盤となるプライベート クラウド

SaaS、開発とテスト、ディザスター リカバリー、データ保護など、パブリック クラウドを選択するための説得力のあるユース ケースが多数あります。 幸いなことに、パブリックとプライベートの両方のアプローチを最大限に活用できるテクノロジーがついに登場しました。 ハイブリッド クラウドは、クラウド コンピューティングの利点に加えて、アプリケーションとデータを最適な環境に配置できる柔軟性を提供します。

ただし、真のハイブリッド クラウドを構築できるプライベート クラウドから始めることが重要です。 理想的なプライベート クラウド ソリューションには、アプリケーションとライフサイクルの管理、セキュリティ ガバナンス、コスト ガバナンスなど、ハイブリッド クラウド環境のプライベート クラウド コンポーネントとパブリック クラウド コンポーネントの管理を簡素化および統合するツールが含まれます。

適切なプライベート クラウド ソリューションは、パブリック クラウドとの統合を積極的に促進する必要があります。 これには、VM とデータをある場所から別の場所にコピー、複製、または移行するためのツール、さまざまなハイパーバイザーのサポート、および VM とコンテナーの両方をサポートする機能が含まれます。

ハイブリッド クラウドの展開における最大の課題の 1 つは、プライベート クラウドとパブリック クラウドの管理環境がまったく異なる可能性があることです。 これにより、展開と継続的な管理がより困難になり、オペレーターのエラー、セキュリティの脆弱性、およびコスト超過の可能性が高まります。 環境全体で同等の VM とストレージのサイズを設定したり、プライベート クラウドの機能をパブリック クラウドの同等の機能にマッピングしたりすることは困難な場合があります。

構築するプライベート クラウドが、ハイブリッド クラウドの柔軟性と俊敏性を活用するための障害ではなく、入口であることを確認してください。

課題から始めれば、適切なクラウドが続きます

この記事では、組織が次世代の HCI コアを搭載したプライベート クラウドを展開することで得られる多くの利点について説明しました。 ただし、テクノロジー自体よりもさらに重要なのは、お客様の要件を深く理解することです。

どのような問題を解決しようとしているのかを正確に把握してください。 テクノロジーは人やプロセスの問題を解決できません。 徹底的な分析が完了すると、ハイブリッド クラウドへの移行だけでなく、当面のビジネス ニーズと技術的ニーズの両方に最適なプライベート クラウドを構築できるようになります。