インフラだけでなくアプリのニーズで

AWSだけではないIaaSプロバイダー選び、使用アプリで変わる“最適解”（2/2 ページ）

公開 2016年09月27日 12時01分

著者

Kurt Marko

[TechTarget]

印刷する Googleで優先するソースとして追加

クラウドネイティブのアプリか従来のアプリか

　IaaSプロバイダー評価時の根本的な要因となるのは、使用しているアプリケーションの種類である。この事実は、選定プロセスで開発者が担う必要のある役割を示している。クラウドは単に新しい展開場所というだけの存在ではないのだ、

　「クラウドネイティブ」「第3のプラットフォーム」など、どう呼ぼうとクラウドサービスは、アプリケーションの設計の新しい方法をもたらしてきた。クラウドネイティブのアプリケーションは、ほぼ完全なモジュール式だ。これらはクラウドサービスやアプリケーションプログラムインタフェース（API）の呼び出しを中心に開発され、共有インフラ向けに設計されているため、迅速に展開できる。その一方、従来型のクライアントサーバアプリケーションは、OS全体の所有権を前提に開発され、ハイパーバイザとVMを経由して共有インフラに組み込まれる。つまり、実行はできるがクラウド向けに開発されてはいない。

　このアーキテクチャ上の差異は、特定の企業に最適なクラウドサービスとIaaSプロバイダーの種類について重大な影響を持っている。社内データセンターのVM環境を模倣している製品もあれば、任意の種類のアプリケーションに組み合わせることができるRESTfulサービスとAPIを単に寄せ集めただけのものもある。これらの対照的なアプローチの典型的な例が、EMCとVMwareのプライベートクラウド製品ラインの分岐だ。VMwareの「vSphere」をベースにしたEMCの「Enterprise Hybrid Cloud」は従来のアプリケーション向けに設計されている。一方、EMCの「Native Hybrid Cloud」は、次世代のモジュール式マイクロサービスベースの設計をターゲットにしている。

　この二分法はパブリッククラウドにも当てはまる。例えば、基本的なコンピューティングやストレージ容量、ファイルシステム、プライベートネットワークを提供することで、AWSはプライベートデータセンターで動作する大量のVMとネットワーク接続ストレージのように見せることができている。これはレガシーデータベースとサーバベースのアプリケーションにとって完璧な状態だろう。その一方で、AWSはインフラに依存せず、高いレベルのサービスをベースとするアプリケーションのプラットフォームとなることもできる。高いレベルのサービスには、NoSQLデータベース、BI処理、「Hadoop」のようなクラスタ、メッセージキュー、プッシュ通知サービス、メディアトランスコーダー、検索エンジンなどが含まれる。

　IaaSプロバイダーを選ぶ際には、展開するアプリケーションの種類と、そのアプリケーションが従来型とクラウドネイティブの間でどの範囲に収まるのかを考慮しよう。従来型の方に大きく振れるアプリケーションなら、従来のVMインフラに似たvCloudやSoftLayerのベアメタルサーバで最適に動作する。クラウドネイティブ寄りのアプリケーションなら、AWS、Azure、Googleなど、IaaSとPaaSを組み合わせたプロバイダーが向いているだろう。

印刷する

この記事の著者

Kurt Marko

AWSだけではないIaaSプロバイダー選び、使用アプリで変わる“最適解”（2/2 ページ）

クラウドネイティブのアプリか従来のアプリか

この記事の著者

関連記事

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓

AWSだけではないIaaSプロバイダー選び、使用アプリで変わる“最適解”（2/2 ページ）

クラウドネイティブのアプリか従来のアプリか

この記事の著者

関連記事

「Evernote」がGoogleクラウドへ移行、“ロックイン”は怖くない？

AWSの最大の魅力はAPI、キヤノンのサービス開発部隊がクラウドで実現したこと

AWSが次に目を付けたのは「ゲーム市場」、コンテンツ制作や運用をクラウドで効率化

知らないと恥ずかしい「クラウドアプリ」必修用語5選

クラウドアプリ導入、現場のブーイングを回避する6つの鉄則

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓