クラウド コンピューティングの選択のパラドックスを打破するにはどうすればよいでしょうか?

人々は仕事と生活において選択肢を求めています。しかし、心理学者の研究によると、複数の選択肢の中から選ぶことは必ずしも人々を幸せにしたり、より良い決断につながるわけではないことが分かっています。心理学者のバリー・シュワルツはこれを「選択のパラドックス」と呼んでいます。クラウド コンピューティングは、企業の IT 組織に新たな選択肢をもたらしましたが、複数の形式のクラウド コンピューティングの出現により、選択のパラドックスももたらしました。

ほとんどの人にとって、「クラウド コンピューティング」とはパブリック クラウド サービスを意味します。しかし、調査会社ガートナーは、2020 年までに 90% の組織がハイブリッド インフラストラクチャ管理機能を導入すると予測しています。 Intel にとって、そしてほとんどの企業にとって、これはパブリック クラウド サービスがプライベートなオンプレミス クラウドに接続してデータやアプリケーションを共有するハイブリッド コンピューティング環境を意味するようになっています。

[[232951]]

ハイブリッド コンピューティング環境への移行が進むにつれて、IT 部門はアプリケーションを評価し、最適な展開場所を選択するための適切なアプローチを採用する必要があります。 Intel は、顧客とシステム インテグレーターのパネルを結成し、組織がワークロードの配置を決定する際に考慮する必要がある基準を明らかにし、ワークロードの配置の開始点を決定するモデルを作成しました。これは公式ではなく出発点となることを意図しています。なぜなら、各組織は独自のものであり、組織の最終的な決定ではその組織に固有の要素を考慮する必要があるからです。

クラウドコンピューティングの宝庫

まず、IT 組織が直面している選択肢を詳しく見てみましょう。パブリック クラウドは、企業がオンデマンドで仮想サーバーとストレージを立ち上げ、使用した分だけ支払うことができる、サービスとしてのインフラストラクチャ (IaaS) サービスを提供します。プロバイダーは現在、データベースやその他のミドルウェアをバンドルして、機能的なアプリケーションの作成に必要なほとんどの機能を提供することで展開を簡素化するプラットフォーム アズ ア サービス (PaaS) オプションを作成しています。

Software as a Service (SaaS) ソリューションは完全なアプリケーションを提供します。ユーザーはログインして使用することもできますが、セキュリティや ID 管理などのエンタープライズ システムとの統合が必要になる場合があります。最後に、クラウド テクノロジーと自動化を使用してオンプレミスのプライベート クラウドにアプリケーションを展開および管理し、弾力性と俊敏性を実現します。ただし、これらのアプリケーションはすべて組織のデータ センター内にあるため、制御を維持できます。

市販されているハイブリッド クラウド ソリューションのいくつかは、パブリック クラウドを組織のオンプレミスのプライベート クラウドの透過的な拡張機能にすることができます。共通の開発ツール、ミドルウェア レイヤー、およびデプロイメント プロセスが環境全体に及ぶため、IT チームはプロビジョニングを行う必要がなくなり、アプリケーションが最終的にどこにデプロイされるかを知る必要さえなくなります。組織は、ビジネス ニーズと価値に基づいて展開場所を選択でき、ニーズの変化に応じて変更することもできます。しかし、この選択を行う際には、組織はビジネス面と技術面の両方の考慮事項を評価する必要があります。

ビジネス上の考慮事項

テクノロジーの専門家として、IT プロフェッショナルはこのテクノロジーに注目するでしょう。しかし、目標はワークロードを最もビジネス価値を生み出す場所に配置することなので、まず決定に関係するビジネス要因を特定することが重要です。ビジネス要因は業界や企業によって異なりますが、これらは調査研究の参加者が自分達にとって重要であると特定した事項です。

まず能力と適合性を考慮してください。たとえば、SaaS ソリューションを評価する場合、組織が提供するソリューションはビジネスのニーズと要件を満たしていますか?他のビジネス活動のためのリソースを解放することでコストを削減したり、組織にとって良い投資となるでしょうか?組織は、ワークロード構成の目標を達成するための専門知識があるかどうか、またプロジェクトに専門知識があるかどうかを現実的に評価する必要があります。

組織の規模と成熟度、および財務戦略を考慮してください。組織はテクノロジーの更新や大規模な IT 近代化を実施できますか?資本資金は利用可能でしょうか、それとも CFO は資本支出を他の取り組みに振り向けようとしているのでしょうか?より多くのローカル ハードウェアを取得するには、データ センターの拡張または増築が必要になりますか?あなたの業界やビジネスには、考慮する必要がある独自の法的要件がありますか?潜在的な可用性とパフォーマンスの問題に対するユーザーの許容度はどの程度ですか?アプリケーションがダウンすると、短期間作業できなくなるのでしょうか、それともすべてが停止してしまうのでしょうか?組織にとってのリスクは何でしょうか?停止により組織の収益に損失が生じますか?セキュリティ侵害は組織の評判やブランドに損害を与えますか?

このようなビジネス上の考慮事項は、技術的な要素を特定して評価するためのコンテキストを提供します。

技術的な考慮事項

ほとんどの IT 組織にとって、技術的な考慮事項を評価するのはおそらく簡単です。パブリック クラウドのパフォーマンスは共有施設に基づいているため、パフォーマンスを予測しにくく、確保するのが困難です。ユーザーが経験する応答時間は、パフォーマンスを測る最も明白な指標であり、ユーザーの所在地に応じて変化する可能性があります。パブリック クラウドはより高いレベルのパフォーマンスを提供できますが、通常はコストが高くなります。 CPU またはメモリでボトルネックになる可能性が高いアプリケーションでは、専用のホストが必要になる可能性があり、アプリケーションのニーズに合わせてレイテンシとパフォーマンスを調整できるプライベート クラウドの展開に適しています。

パブリック クラウドの最も魅力的な側面の 1 つは、その弾力性、つまり、必要なときにリソースを取得して利用率を高め、必要がなくなったら解放する能力です。したがって、組織は、季節的、一時的、または予測不可能な需要が発生し、パブリック クラウドの展開に適している可能性のあるワークロードを特定する必要があります。ただし、パブリック クラウド コストの 30% ～ 45% は無駄なクラウド サービスや未使用のクラウド サービスに起因すると推定されるため、組織はサービスの使用状況を監視する必要があります。

パブリック クラウド サービス プロバイダーは、セキュリティを顧客にとっての大きな懸念事項とみなしているため、ほとんどの組織はサービスに広範なセキュリティおよびセキュリティ監視機能を組み込んでいます。すべてのクラウド コンピューティング プロバイダーのエンジニアは、エンド ユーザー向けに優れたセキュリティ ソリューションとサービスを構築するために絶えず取り組んでいます。ただし、パブリック クラウド上でワークロードを実行すると、攻撃対象領域が拡大し、攻撃者が侵入方法を見つける機会が増えます。

オンプレミスのプライベート クラウドでは、組織が提供するセキュリティ保護はさまざまですが、制御されています。組織はデータの所在を把握しており、規制、データ主権要件、ガバナンス要件への準拠を保証し、実証することができます。組織は、約束された制御が実施され、実施されていることを保証するために監査を実行できます。組織は、個々のワークロードの固有のセキュリティ ニーズを理解し、それに対応する必要があります。たとえば、アプリケーションで使用されるデータに知的財産、個人を特定できる情報、個人の健康情報などが含まれている場合、組織や政府、業界の規制によって課せられる特別な要件が適用される場合があります。

多くのアプリケーションは、他のエンタープライズ アプリケーションとデータを共有または交換したり、内部ワークフローに緊密に統合されています。これらをパブリック クラウドに移行したり、SaaS ソリューションを購入したりすると、他のアプリケーションや既存のディレクトリ、ID、シングル サインオン システムと統合するための開発プロジェクトが必要になる場合があります。組織は、統合を実現するために使用できる API があるかどうか、またはエンタープライズ統合フレームワークを使用できるかどうかを判断する必要があります。

現在どれくらいのデータが保存および移動されており、組織はデータ量がどれくらい増加すると予想していますか?データが使用される場所の近くに配置することで、アクセス性が向上し、待ち時間が短縮され、コストが削減されます。

データをより適切に理解し分類するために、多くの企業が最高データ責任者を採用しています。最高データ責任者は、データ処理、分析、データマイニング、情報取引などの手段を通じて、企業全体の情報管理と資産活用を担当します。

Intel は、多くの一般的な種類のアプリケーションに技術的な考慮事項を適用して、パブリック クラウド展開に適したアプリケーションの種類、オンプレミスのままにしておくべきアプリケーションの種類、およびハイブリッドのどちらの方法でもアプリケーションが適合する中間点を提案するアフィニティ モデルを開発しました。

アプリケーションの種類ごとに、4 つの技術的考慮事項の重要性がスタック コンポーネントに反映されます (たとえば、電子メール アプリケーションはデータ量が多いのが特徴ですが、重要なパフォーマンス、セキュリティ、および統合の要件は少なくなります)。

アフィニティ モデルは、Web ホスティング、CRM、電子メールなどのアプリケーションが SaaS アプリケーションとして取得されることが多いのに対し、ビッグ データ分析や金融アプリケーションは反対の傾向にある理由を説明しています。