What Is Cloud Infrastructure?

必要なクラウド・サービスのタイプに関係なく、インフラストラクチャは不可欠です。弾力性、セキュリティ、信頼性、アップタイム、コスト効率、グローバル展開、柔軟な導入、データベースサポート、カスタマーサービスなど、ローカルデータセンターを廃止または補完しようとする組織は、パートナーを選ぶ際にこれらのすべての要因を考慮する必要があります。これは、リソース集約型のAIツールとワークロードを業務に統合したい場合に特に当てはまります。

この記事では、独自のデータ・センターを維持するのではなく、クラウド・インフラストラクチャを使用するメリットの一部を紹介し、それらのメリットを実現するクラウド・プロバイダーによるテクノロジーの選択肢にそれらの点を結び付けます。

クラウド・インフラストラクチャとは

クラウド・インフラストラクチャは、サーバー、ストレージ、ネットワーキング、データベースなどのリソースを含むハードウェアおよびソフトウェア要素の集合であり、クラウド・プロバイダは必要に応じて従量制で提供します。

クラウド・インフラストラクチャの要素は、通常、3つのバケットに分類されます。

ハードウェア: これには、サーバー、ストレージ・アレイ、プロバイダのデータ・センター内のその他のサポート・ハードウェア(配電、冷却、セキュアな設備など)が含まれます。クラウド・プロバイダーは、ハードウェアのメンテナンスとアップグレードを担当します。お客様は、ニーズを満たすためにリソースを最適に使用する方法に焦点を当てています。

仮想化: 仮想化ソフトウェアを使用すると、1つのサーバーは、仮想マシン(VM)とも呼ばれる多数のサーバーを表示できます。VMは、各アプリケーションの要件をサポートするために、コンテナと呼ばれるソフトウェア環境を作成することで、異なるオペレーティング・システムおよびハードウェア要件を持つアプリケーションをサポートします。VMはソフトウェアであるため、ある物理サーバーから別の物理サーバーに簡単に停止、起動または移動できるため、組織はワークロードのニーズに柔軟に対応できます。仮想化管理ソフトウェアは、一般的にハイパーバイザと呼ばれます。

ネットワーク: クラウド・データ・センターで使用されるネットワーキングは、クラウド・プロバイダ間の差別化要因になる可能性があります。すべてが高速で低レイテンシのネットワークを提供します。いくつかはさらに進み、通常は高性能コンピューティング環境でのみ見られるネットワーキング機能を提供します。アドバンスト・プロバイダは、ネットワーク・ルーティングと管理にゼロトラスト原則を構築することで、ネットワーク・レイヤーをセキュリティ強制ポイントとして使用します。これにより、サーバーとストレージシステム間の通信が明示的な許可でのみ行われるようになります。

また、クラウド・インフラストラクチャ・ベンダーは、物理的なセキュリティに重点を置き、ロックされたドア、警備員、厳格なアクセス制御で資産を保護しています。

クラウド・インフラストラクチャの主な機能の1つは、スケーラビリティです。レガシー・データ・センターでは、ITスタッフがハードウェアを物理的にアップグレードしないかぎり、容量は固定されるため、新しいリースまたは施設の構築が必要になる場合があります。この柔軟性の欠如は、たとえば、製品が急増したり、合併や買収などの需要が急増した場合に、パフォーマンスや可用性の問題を引き起こす可能性があります。クラウド・インフラストラクチャを使用すると、需要の変化に簡単に対応できます。

クラウド・インフラストラクチャとクラウド・アーキテクチャの比較

「クラウド・インフラストラクチャ」と「クラウド・アーキテクチャ」という用語は、重複する概念を指しますが、それらは異なります。クラウド・インフラストラクチャには、クラウド製品を構成する物理コンポーネントと仮想コンポーネントが含まれており、通常はクラウド・サービス・プロバイダによって管理されます。クラウド・アーキテクチャとは、クラウド・インフラストラクチャの使用方法と構成方法を決定する設計、統合およびリソース管理の考慮事項を指します。アーキテクチャ上の考慮事項の例として、パブリック・クラウドを共有するすべての顧客に最適な安定性を確保する自動ロード・バランシングがあります。

主なポイント

• クラウド・インフラストラクチャとは、ローカル・データ・センターを使用するのではなく、インターネット上でテクノロジ・サービスを提供するために必要なサーバー、ストレージ、仮想化およびネットワーキングを指します。
• レガシー・データセンターはCapExモデルを使用し、最悪の需要レベルに対応するように構築される傾向がありますが、クラウド・インフラストラクチャはOpExモデルを使用し、スケールアップとスケールダウンが可能です。
• クラウド・インフラストラクチャは、レガシー・データセンターよりも柔軟性、スケーラビリティ、管理のしやすさを提供することがあります。
• クラウド・インフラストラクチャは、地域のデータ・サポートまたはコンプライアンス要件の地理的ニーズに対応できます。

クラウド・インフラストラクチャの説明

テクノロジがより複雑になり、運用の中心になるにつれ、多くの組織は、リソースの追加と削除の機能を含む、自社のデータ・センターからクラウドに移行するメリットを認識しています。変化する需要に対応し、使用した分だけ支払うこと、幅広いサービスとテクノロジを柔軟に買い物できること、優れた信頼性(CSP)を実現できます。ほとんどのCSPは、社内のITチームが一致しにくいアップタイム・トラック・レコードを備えており、セルフサービス分析やデータ統合ワークフローの自動化などの組み込みツールを提供しています。

堅牢でスケーラブルなインフラストラクチャには、次のような多くの利点があります。

• デバイス、アプリケーションおよびリモート・ワークフォースのデータを一元化し、よりタイムリーで正確なデータ分析を可能にします。クラウド・インフラストラクチャが自動データ統合をサポートしている場合、準備されたデータはデータレイクやその他のリポジトリにシームレスに流れる可能性があります。
• ローカル・ハードウェアでは非常に高価な方法でソフトウェア・リソースを迅速にスケール・アップします。
• リモートワークへの移行に対応するため、より幅広いアクセシビリティと高度なセキュリティが必要です。
• ディザスタ・リカバリをアップグレードし、フェイルオーバー戦略に高可用性と柔軟性を追加します。
• クラウド・インフラストラクチャの固定コストは、社内のメンテナンスとアップグレードのコストよりも予測可能であるため、予算は改善されます。
• データ・ストレージの地域および/または業界関連のコンプライアンス要件を満たします。たとえば、特定の地理的領域または顧客指定の場所にデータを格納する要件などです。クラウド・リージョンは、顧客データ・センターやコロケーション・センターにクラウドを導入できるクラウド・プロバイダーと同様に、組織がこれらの義務を遵守するのに役立ちます。

クラウド・インフラストラクチャの仕組み

クラウド・インフラストラクチャは、着信リソース需要を管理するソフトウェア、ハードウェアおよびネットワーキング・ツールの組合せを介して機能します。各顧客のインフラストラクチャの仕様は、プロバイダーの提供と組織のニーズによって異なりますが、通常、プロセスは次のように動作します。顧客が新しい仮想マシンなどのリソースを要求し、クラウド・プロバイダーが利用可能な容量のプールからリソースをプロビジョニングし、顧客は、通常、インターネット経由で数分でリソースにアクセスします。

それがどうなるのか、さらに詳しく見ていきましょう。

クラウド・データ・センター内で、プロバイダは必要なハードウェアを構成します。サーバー、ストレージ、配電ユニット、ルーター、およびその他の必要なデバイスはすべてデータセンターで設置および保守されるため、お客様の組織はインターネット接続、アクセス制御、および予算についてのみ心配する必要があります。

データ・センターで顧客リソースを論理的に分離するために、ハイパーバイザは新しい仮想マシンと、安全かつ独立して動作するその他の仮想化リソースを作成します。仮想レイヤー内では、コンピュート能力、ストレージ機能、その他の主要要素などのリソースがまとめてプールされます。管理ソフトウェアはこれらのリソースを監督し、異なるクライアントに異なるリソースニーズが存在するため、負荷のバランスを自動的に調整します。自動化された管理により、クラウド・プロバイダーのリソースは、個々のアカウントが他者を悩ませることなく、全体として効率的に実行されます。

これはすべてプロバイダ側で行われます。サービスの提供は通常、標準のインターネット接続を介して行われますが、場合によっては、専用回線を経由したり、お客様のデータセンター内に設置されたギアのラックを介してマネージド・システム上でも行うことがあります。

クラウド・コンピューティングにおけるクラウド・インフラストラクチャの役割

クラウド・コンピューティングとは、コンピュート・リソース、ストレージまたはその他のサービスのレンタルと購入を指します。バックアップ・サービス、エンタープライズCRM、ERPスイート、GenAI対応のデータベースなど、Web経由でアクセスされるほぼすべてのものに適用される、非常に広範なカテゴリです。巨大なクラウド・コンピューティング市場は、クラウド・インフラストラクチャによって支えられています。クラウド・アプリケーション企業は、理論上、ローカル所有のデータ・センターから純粋に事業を展開できますが、需要が急激に急増した場合、プロバイダーは対応する能力がなくなり、その結果、顧客を失う可能性があります。エンタープライズクラスのサービスのプロバイダーは、リスクを冒すことはできません。そのため、これらのシステムの多くはハイパースケール・クラウド・インフラストラクチャ上に構築されています。

クラウド・コンピューティング・サービスの需要は高まり、流れる可能性があるため、柔軟性が重要です。クラウド・インフラストラクチャは、このコア・ビジネス・ニーズに対応するための優れたコスト効率の高い方法です。

クラウド・インフラストラクチャには何が含まれていますか。

「クラウド・インフラストラクチャ」という用語は、プロバイダーの物理ハードウェア、管理および仮想化ソフトウェア、およびネットワーク機能を包含する複雑なシステムを指し、これらを組み合わせて、インターネットを介して多くの顧客にデータセンター体験を提供します。主要なクラウド・プロバイダーは、セルフサービス分析やERPやCRMなどの業務固有のアプリケーションなど、各プラットフォーム専用のツールなど、幅広い機能とメリットを提供します。

ITスタッフは、組織にとって最適な適合性を判断するために、処理、ストレージ、レイテンシ、アプリケーション、セキュリティ、コンプライアンスのニーズを考慮します。

クラウド・インフラストラクチャのコンポーネント

クラウド・インフラストラクチャには、データ・センター内のサーバー以上のものが含まれています。クラウド・インフラストラクチャ内のコンポーネントのチェックリストは、プロバイダに依存し、セグメントの分離、消火システム、電力、冷却などのケージなどのハードウェア、ソフトウェア、ネットワーキングおよび物理要素が含まれます。

主要なコンポーネントには次のものがあります。

• 施設自体: ハイパースケール・クラウド・データセンター(大量のワークロードに対応するように設計されたデータセンター)には、多くの場合、自動化、冷却、および接続のための高度なテクノロジーが組み込まれており、パフォーマンスを最適化し、コストを最小限に抑えます。低コストで信頼性の高いエネルギー、安価な土地、および主要なネットワークハブへの近接性を提供する場所で、レイテンシを最小限に抑え、接続性を高める傾向があります。物理的なセキュリティとアクセス制御の多くの層に加えて、停電、火災、洪水、その他の予測不可能な出来事に対する高度な気候システムやヘッジを見つけることを期待します。
• サーバーおよびその他のハードウェア: クラウド・データ・センターには、GPUとCPUを備えたサーバー、セキュリティ・システム、ネットワーキング、冷却、および電源装置が含まれています。さまざまなストレージデバイスは、高パフォーマンスアクセスから長期アーカイブ(ハードドライブ、ソリッドステートドライブ、アレイ)まで、プライマリおよび冗長/回復機能のために顧客データを格納するニーズに対応します。ローカル・データ・センターとは異なり、容量拡張はクラウド・プロバイダによって完全に処理されます。
• 仮想化: クラウド・インフラストラクチャで使用される仮想化の主要なコンポーネントは、仮想マシン監視用のハイパーバイザ、ハイパーバイザで実行されている個々の仮想マシン、仮想化インフラストラクチャの監視に使用される管理ソフトウェア、およびリソースを仮想マシンにプールするハードウェアの物理クラスタです。
• ネットワーキング: クラウド・プロバイダは、顧客および該当する場合は顧客の顧客によるネットワーク・アクセスを可能にするコンポーネントを担当します。サーバー、ストレージ、その他のコンポーネント(ルーター、スイッチ、ロード・バランサなど)を接続する内部ネットワーキング・インフラストラクチャもあります。
• セキュリティ: クラウド・プロバイダーは、説明した物理的対策に加えて、ファイアウォール、侵入検知システム、暗号化、および論理アクセス制御を維持して、顧客データを保護および分離し、顧客がそれを必要とする場合は専用のハードウェアを提供します。
• 管理システム: ビジネスを効率的に運営するために、クラウド・プロバイダーは、顧客アカウントを自動的にプロビジョニングし、サービスを追加および廃止し、非常に細かいレベルで請求できるソフトウェアなど、リソースを管理および収益化するための特別なソフトウェアを必要としています。

クラウド・インフラストラクチャ提供モデル

クラウド・インフラストラクチャには、3つの主要なデリバリ・モデルがあります。顧客の選択は、その要件、ITリソースおよび予算によって異なります。多くの場合、組織はニーズを満たすためにモデルを混在させて使用し、多くの場合、プロバイダにはセルフサービス分析、自動化されたデータ変換、運用アプリケーションなどのツールが含まれており、顧客の特定の短期的および長期的なニーズをより適切に満たすことができます。

Infrastructure as a Service(IaaS)

IaaSは、ローカル・データ・センターと組み合せて使用されるパブリック・クラウド、プライベート・クラウドまたはハイブリッド・クラウドのいずれであっても、データ・センターをクラウドに配置します。IaaSでは、コンピュート能力、ストレージおよびその他の主要リソースがプロバイダによって仮想化および管理され、インターネットまたはプライベート接続を介して組織に提供されます。

PaaS（Platform as a Service）

PaaSは、IaaS上に構築され、アプリケーションの開発および配信を簡素化するサービスを提供します。一般的なPaaS製品には、データベース管理システム、アイデンティティおよび認可システム、分析機能、ローコード開発ツール、AIインフラストラクチャなどがあります。これにより、ワークロードの需要が大きいにもかかわらず、迅速な開発サイクルを実現し、組織がさまざまなニーズに合わせて最先端のサービスを簡単に使用できるようになります。

サービスとしてのソフトウェア（SaaS）

SaaSは、通常、Webブラウザまたはスマートフォンなどのフロントエンド・アプリケーションを介してインターネット経由で配信されるソフトウェアを指します。SaaSの一般的な例には、ビデオおよびオーディオのストリーミング、オンライン・ゲーム、パーソナル・クラウド・ストレージなどがあります。企業側では、人事、財務、マーケティングなど、組織全体の部門は、クラウドを介して提供されるアプリケーションの恩恵を受けることができます。SaaSでは、ソフトウェアがサービス・プロバイダによって管理され、スケーリング、新機能およびセキュリティ更新の機能は自動的に提供されます。

関連サービスは、サービスとしてのエンタープライズ統合プラットフォームまたはEiPaaSです。これは、オンプレミスのデータセンターでもクラウドでも、企業のアプリケーション、データベース、サービスの多くをリンクするために使用されるクラウドベースのサービスのセットです。

クラウド・インフラストラクチャの導入モデルやクラウド・アーキテクチャのタイプとは

クラウド・インフラストラクチャには、主に4つのモデルがあります。組織の最適な適合性は、機密データの量、レガシー・アプリケーションの重要性と数量、予想されるリソース需要など、その固有のニーズによって異なります。

クラウド・インフラストラクチャの4つのタイプは次のとおりです。

パブリッククラウド

パブリック・クラウドでは、サード・パーティのクラウド・サービス・プロバイダが所有するリソースが、そのサービスのすべての顧客と共有されます。パブリック・クラウドはスケーラブルで、従量課金制の価格モデルを備えています。プロバイダは、ワークロードを分散するためにリソースを管理し、各アカウントが適切なサポートを受けるようにします。これは、休日中に急増する小売業者や、月末や四半期末に需要が増える可能性のある企業など、需要が不均一な企業にとって魅力的です。

プライベートクラウド

プライベート・クラウドは、パブリック・クラウドと同じモデルを使用しますが、単一の組織によって使用されます。この構成は、より高いコストで、より高いセキュリティとプライバシを提供します。プライベート・クラウドは、非常に特定のビジネス・ニーズとセキュリティまたはコンプライアンスの要件を満たすようにカスタマイズでき、プライベート・データ・センター、コロケーション施設または顧客独自のデータ・センターにプロビジョニングできます。

ハイブリッド・クラウド

ハイブリッド・クラウドでは、ローカル・データ・センター・リソースをパブリック・クラウド製品と組み合わせることができます。この構成により、ITチームは大きな柔軟性を得ることができます。たとえば、スムーズに移行できないレガシー・アプリケーションやローカライゼーションが必要な規制データには、ローカル・データ・センターを使用することを選択できます。

マルチクラウド

マルチクラウドとは、異なるプロバイダーの複数のクラウド・プラットフォームの使用を指します。このような設定では、IaaS、PaaSおよびSaaSを緊密または疎結合アーキテクチャに統合できます。マルチクラウドのアプローチは、組織の柔軟性、自己回復性、およびベンダーのロックインを回避する機能を提供しますが、管理はより複雑になる可能性があります。

大手クラウド・プロバイダー間の新たな合意により、これは企業にとってさらに魅力的な選択肢となっています。

クラウド・インフラストラクチャのメリット

一般的に、クラウド・インフラストラクチャは、CSPが物理リソースをプールおよび仮想化する方法により、ローカル・データ・センターよりも高速、スケーラブル、アクセスしやすく、コスト効率が高くなります。さらに、クラウド・プロバイダーには、分析、データ管理、データ統合、AI、その他のサービスを提供するプラットフォーム固有の機能やツールがよくあります。

クラウド・インフラストラクチャの一般的なメリットは次のとおりです。

• コスト効率: ローカル・データ・センターでは、ハードウェアやソフトウェアへの設備投資と設備やメンテナンスへの投資が必要です。また、多くの場合、最悪の需要レベルを満たすように設計されていますが、ほとんどの場合、組織はその能力を必要としません。クラウド・インフラストラクチャをスケール・アップおよびスケール・ダウンしてサービスを需要に合せ、月次運用コストに実際の使用量が反映されます。
• 柔軟性: 仮想化の使用、物理リソースのプール、および自動スケーリングにより、クラウド・インフラストラクチャは、オンデマンド・プロビジョニングと処理能力とストレージの自動割当てが可能な柔軟な環境を提供します。これは、AIモデルのトレーニングなどのリソースを大量に消費するワークロードにとって特に重要です。
• 柔軟性と俊敏性: 自社のデータ・センターと比較して、クラウド・インフラストラクチャのスケーラビリティとコスト効率により、組織はITに対してより柔軟で俊敏なアプローチをとることができます。さらに、クラウド・プロバイダーは、企業が地域のパフォーマンスやコンプライアンスのニーズを満たすだけでなく、ハイブリッドおよびマルチクラウド戦略のサポートにも役立つ地理的分布を提供できます。
• グローバル・リーチ: クラウド・インフラストラクチャは、プロバイダのリージョン・データ・センターのコレクションを使用して、様々な地域に特有の高速で安全かつ可用性の高いアクセスを提供できます。この地理的な柔軟性により、ローカル・データ・センターではできない方法で、レイテンシ、コンプライアンスおよびエッジ・アクセスのニーズに対応できます。
• ディザスタ・リカバリとビジネス継続性: クラウド・インフラストラクチャ・プロバイダは、通常、非常に堅牢なディザスタ・リカバリ計画と、ダウンタイムを最小限に抑え、インシデント後に操作をリストアするプロセスを合理化するための自動バックアップおよびリカバリ・テクノロジを備えています。クラウド・データ・センターの地理的な分散は、データが複数の場所に冗長的に格納されるため、ハリケーンなどのローカライズされた災害の影響から保護するのに役立ちます。また、クラウドにより、ユーザーはどこからでも重要なアプリケーションやデータにアクセスでき、混乱に直面しても従業員の生産性を維持できます。
• 信頼性と高可用性: クラウド・プロバイダーが提供する信頼性のレベルは、複数の通信事業者からのインターネット接続を含むCSPの冗長な電力、冷却、ネットワーキングを考えると、社内でレプリケートするのは困難でコストがかかります。多くのプロバイダは、シングル・ポイント障害のない高可用性コンピューティング・システムを提供し、重要なワークロードにノンストップ・サービスを提供します。高可用性システムはこれまで、クラウド・リソースとして所有したり使用したりするにはコストがかかっていましたが、最新のアーキテクチャ・イノベーションにより、これらのシステムを多くのお客様にとって手頃な価格で提供できるようになりました。
• スケーラビリティ: ローカル・データ・センターでは、処理能力またはストレージ容量をスケール・アップするには、通常、ハードウェアのアップグレードが必要です。これは資本予算に影響を及ぼすため、需要の急増にリアルタイムで対処することはほぼ不可能です。クラウド・インフラストラクチャでは、現在のニーズを満たすようにリソースの横割当てが可能です。
• セキュリティ: クラウド・インフラストラクチャ・セキュリティ・チームは、多くの場合、ほとんどのローカル・データ・センターが一致できない高度なツールと優れた専門知識にアクセスできます。クラウド・システムは、暗号化やロールベースのアクセス制御などのコア・セキュリティ機能を提供し、コンプライアンスと認定に重点を置いています。また、主要なプロバイダはゼロトラスト・アーキテクチャを提供するようになり、特定のリソースの使用を明示的に認可された個人およびシステムへのアクセスを制限することでセキュリティが向上しました。

クラウド・インフラストラクチャの課題

各組織には独自のネットワークと処理ニーズがあり、一部のクラウド・プロバイダーが他のプロバイダーよりも適していることを意味します。ITチームは、クラウド・プラットフォームを評価する際に次の課題を検討する必要があります。

• コンプライアンス: リージョンおよび業界には、セキュリティ、データ・ストレージの地理的位置などに関する様々なコンプライアンス要件があります。ソブリンのデータ管理要件は、多くの場合、地域の制限を超えており、スタッフの国籍要件やデータの使用方法や安全性の確保に関するルールが含まれています。クラウド・プロバイダは、クラウド・インフラストラクチャをあらゆるデータ・センターに配置し、誰がシステムを管理するかを顧客が指定できるようにするなど、これらの要件を満たす方法をますます提供しています。
• コスト管理: クラウド・インフラストラクチャは従量課金モデルに基づいて請求されるため、通常、正確な月次コストは異なります。つまり、適切な計画と管理がなければ、予期しない料金が発生する可能性があります。これを先取りするために、IT部門はクラウド・コスト管理を導入して、たとえば、一時的なニーズを満たすためにスピンアップした仮想マシンが廃止され、適用されるすべての割引が適用されるようにする必要があります。
• データ管理: クラウド・インフラストラクチャは、より柔軟で俊敏なデータ使用への扉を開きます。AIがアプリケーションに組み込まれ、自然言語インターフェースを通じてより多くのユーザーが利用できるようになると、組織はデータ管理、統合、ガバナンスのポリシーを更新する必要があります。自動化やデータ・カタログなどのプロバイダ・ツールは、組織が大量のデータを処理できるように支援します。これにより、より迅速かつスムーズなデータ管理が可能になり、セルフサービス分析やその他のアプリケーションに移行するための設定が可能になり、効率性とインサイトの向上に役立ちます。
• ガバナンス: 適切なツール・セットを備えた適切なクラウド・インフラストラクチャ・プロバイダは、組織がガバナンス要件に対応できるよう支援します。クラウドに移行することで、ツール、アプリケーション、リポジトリ間の相互接続性により、従業員のデータからより多くのものを得る能力を大幅に強化できます。エンタープライズ・アプリケーション、非構造化データのソース、AI分析ツールに接続されたデータレイクを確立することで、組織はデータをより包括的に使用し、より簡単に分析できます。ただし、トレードオフは監視の強化が必要であり、多くの場合、ロールベースのアクセス制御などのガバナンス戦略が必要です。AIツールは、データ分類や異常検出などのガバナンス・タスクを支援できます。適切なユーザーだけを適切なデータで作業できるようにすることは、新しいガバナンス・タスクですが、インサイトと生産性の潜在的な改善には努力する価値があるでしょう。
• 統合とマルチクラウド: パブリック・クラウド・インフラストラクチャは、よりスムーズなデータ・フローを可能にするオープン・スタンダードにより、統合のために構築されていますが、エグレス料金は依然として厳しい点です。異なるプロバイダーのクラウド上で実行されているアプリケーション間でデータを共有することは、技術的には簡単ですが、ガバナンス、パフォーマンス、およびコストの問題が発生する可能性があります。これに対処するために、業界のリーダーは真のマルチクラウド設定のサポートを開始しました。たとえば、Oracleは同僚のハイパースケーラーと提携し、AWS、Google Cloud、Microsoft Azureデータセンター内でデータベースやその他のクラウドサービスを実行し、パフォーマンスを向上させ、エグレス料金を最小限に抑えます。マルチクラウド戦略は、特に2つ以上のクラウドでアプリケーションを実行している大企業にとって重要です。
• 移行: 多くの移行を簡単かつ迅速に完了できますが、組織は、レガシー・アプリケーションのニーズ、サードパーティ・アプリケーションのニーズ、オンプレミス・データ、クラウドベースのアプリケーション・アップグレードの可用性、マルチクラウド/ハイブリッド・クラウドの考慮事項など、より大きなサポートを必要とする可能性のある様々な要因を常に考慮する必要があります。このような現実には、移行と価値のトレードオフを示す移行ロードマップを作成する必要があり、多くの場合、移行に役立つクラウド・プロバイダーはツールとサービスを提供し、さまざまな問題に対処するために必要な時間の現実的な見積もりを提供します。
  
  オンプレミスでサードパーティ・アプリケーションを使用している場合、それらをクラウドに移行するジョブは、問題のベンダー、実行しているバージョン、および追加されたカスタマイズに大きく依存します。ベンダーは通常、アプリケーションのクラウド・バージョンを提供するようになりました。最新バージョンであれば、ベンダーは移行に役立つツールを提供します。カスタマイズは引き続き処理する必要があります。つまり、アプリケーションのクラウド・バージョンが機能していることを確認するうえで、時間がかかります。アプリケーションがパフォーマンスや機能を変更せずにクラウドに移行される、いわゆるリフト・アンド・シフト操作には、3か月から1年以上かかる場合があります。移行ロードマップには、それらのアプリケーションの移動後にさらに価値を引き出す方法を含める必要があります。
• パフォーマンス: クラウド・インフラストラクチャは高速です。場合によっては、特にオンプレミス・インフラストラクチャの日付が指定された場合に、パフォーマンスが大幅に向上することがあります。さらに、リモートで作業している従業員がいる場合は、通常、クラウドを介して提供されるアプリケーションを使用すると生産性が向上します。ただし、ネットワークが大量のワークロードを処理している場合、レガシー・アプリケーションがクラウド用に最適化されていない場合、エンド・ユーザーがインターネット接続が不十分な場合など、潜在的なパフォーマンスの問題が発生する傾向があります。さらに、リージョン固有の需要とエッジ・デバイスは、距離ベースのレイテンシの問題を引き起こす可能性があります。これらの課題を先取りするには、堅実な移行計画を構築し、頻繁にテストして、パフォーマンスが期待どおりであることを確認します。また、データ・リポジトリがローカルのままですが、アプリケーションがクラウドに移行すると、パフォーマンスの問題が切り詰まる可能性があります。インターネット接続を介して動作するように設計されていないアプリケーションでは、パフォーマンスの問題が発生する可能性があります。
• セキュリティ: クラウド・プロバイダのセキュリティ手順と専門知識は、ほとんどの組織よりも優れています。プロバイダーの評判は、顧客のシステムやデータを保護することに依存しているからです。しかし、それはセキュリティが依然として主要な考慮事項ではないことを意味しません。ランサム攻撃はより高度になり、より成功しました。そのため、システムがオンプレミスかクラウドかに関係なく、セキュリティへのアプローチを一貫して進化させる必要があります。例として、ユーザー、システム、および明示的に許可されている操作のみが許可されるゼロトラスト原則はますます重要になっています。クラウド・プロバイダは、ロールベースのアクセス制御、証明書、暗号化キー、脆弱性監視などの機能の管理ツールを提供することで、セキュリティ要件を満たすのに役立ちます。
• スキルのギャップ: クラウド・インフラストラクチャ・プロバイダに移行するには、新しい一連の管理ツールと機能を採用する必要があります。お客様のITスタッフは、提案されたCSPについてどのような経験がありますか。答えは組織ごとに異なります。スキルのギャップは必ずしもショッパーではありませんが、チームが移行と進行中の運用と開発のための戦略を検討する際には、トレーニングのニーズを慎重に検討する必要があります。
• ベンダー・ロックイン: クラウド・プロバイダは、独自のツールおよびAPIをプラットフォームに使用して、ベンダー・ロックインを作成できます。同様に、組織のITチームが特定のCSPのスキルの構築のみに集中している場合、ベンダー・ロックインは有機的な副産物になる可能性があります。これに対処するため、ITスタッフは可能な限り独自の技術を避けなければなりません。ほとんどのクラウド・プロバイダーは、少なくともある程度オープン・スタンダードをサポートしています。オープン・スタンダードがどの程度利用可能かは、クラウド・プロバイダーを選ぶうえで重要な要素となります。

OCIで安全かつ高速に実行

Oracle Cloud Infrastructure(OCI)は、グローバルに利用可能なハイパースケール・クラウドであり、エンタープライズ・ワークロードに必要なすべてのサービス(GenAIなど)を備えています。セキュアで高速かつスケーラブルなOCIは、複数のグローバル・クラウド・リージョンおよび顧客指定の場所で利用でき、組織がデータ・ガバナンス要件に準拠するのに役立ちます。さらに、OCIは100を超えるインフラストラクチャおよびプラットフォーム・サービスを提供し、すべて柔軟で増分的なサービス使用により、お客様は必要なパフォーマンスに対してのみ料金を支払うことができます。

クラウド・インフラストラクチャに関するFAQ

クラウド・コンピューティング・インフラストラクチャの例を教えてください。

クラウド・インフラストラクチャの日常的な実例として、ストリーミング・ビデオ・サービスがあります。これらのサービスには、コンピュート・パフォーマンスを最適化し、オンデマンドでストレージを提供すると同時に、エンド・カスタマの可用性を最大化するスケーラブルな基盤が必要です。Netflixのような企業は、ユーザーとサーバー間の地理的な近接性により、冗長性と最小レイテンシを組み合わせて、世界中の何千ものサーバーを持っています。企業レベルでは、IaaSプロバイダを使用してオンライン・プラットフォームをホストし、ブラック・フライデーやサイバー・マンデーなどのピーク・ショッピング・シーズン中に、物理的なサーバーやデータ・センターに多額の設備投資を必要とせずにインフラストラクチャを迅速に拡張する大規模なeコマース企業を考えてみます。この柔軟性により、企業は消費したリソースに対してのみ料金を支払うことができ、効率的なコスト管理を実現すると同時に、顧客の需要を満たす追加のコンピューティング能力、ストレージ、ネットワーキング機能を迅速に導入できます。

クラウド・インフラストラクチャはデータ・ガバナンスにどのように役立ちますか?

クラウド・インフラストラクチャは、一元化された制御、可視性の向上、および自動化されたコンプライアンス管理を提供することで、データ・ガバナンスを強化できます。組織は、クラウドに保存されているすべての資産に一貫したポリシーを実装できるため、規制要件や内部標準に従ってデータを管理できます。さらに、クラウド・プラットフォームには、データの移動を追跡し、アクセスを監視し、使用を監査するためのツールが組み込まれていることが多く、組織が説明責任と透明性を維持するのに役立ちます。また、一部のクラウド・プロバイダーは、地域のコンプライアンス・ニーズを支援する地域サポートも提供しています。実際、上位のハイパースケーラは、顧客のサイトにあるパブリック・クラウドのプライベート・バージョンも提供しています。

クラウド・インフラストラクチャがローカル・データ・センターよりも優れている理由

クラウド・インフラストラクチャは、スケーラビリティに優れ、世界中で利用できます。また、クラウド・インフラストラクチャ内で稼働しているシステムで利用できる豊富なデータ管理および分析ツールセットが付属しています。最近では、GenAIやAIエージェントなどのAIツールは、クラウドで簡単に使用できる新しい有用なアプリケーションの開発に精通しています。クラウド・インフラストラクチャでは、ユーザーは自然言語プロンプトを使用してデータをマイニングし、ローコードおよびノーコード・ツールを使用してアプリケーションを開発できます。これらはすべて、IT部門がローカル・データ・センターでより多くのサービスとより多くのハードウェアを管理する必要なく利用できます。

クラウド・インフラでは、サービス・レベル合意はどのように機能しますか。

サービス・レベル・アグリーメント(SLA)は、アップタイム、スピード、ディザスタ・リカバリ、およびその他の主要なメトリックの階層保証を顧客に提供します。エンタープライズ・ワークロードの場合、利用可能なSLAとコストを知ることは、クラウド・プロバイダーを決定する上で重要な部分です。特に複雑なワークロードでは、カスタマイズされたSLAをプロバイダと顧客との間で交渉できる場合があります。