任意のは、インターネット企業に自社のサービスはクラウドコンピューティング企業呼び出すことができます。実際には、クラウド・コンピューティング・ユーザ・エクスペリエンスの3層の観点から、即ち、インフラストラクチャ(インフラ)が-as-サービスプラットフォーム(プラットフォーム)-as-サービス、ソフトウェア(ソフトウェア)-サービス-as。プラットフォームの中央に底部ではインフラ、上部のソフトウェア。これらの層の上にいくつかの他の「ソフト」層を追加することができます。
IaaSの(サービスとしてのインフラストラクチャ)、サービスとしてのインフラストラクチャすなわち
役割:IaaSのこのモードでは、ユーザーはこれらの面倒な管理インフラストラクチャは、IaaSのプロバイダによって処理される一方で、彼は、関連するアプリケーションをロードするために取引先から必要な仮想マシンやストレージリソースを入手することができます。仮想マシンの顔に、それを通してのIaaSは、多数のアプリケーションをサポートしています。IaaSの主なユーザーは、システム管理者です。
製品:主な製品が含まれます:アマゾンEC2、Linodeの、Joyentの、 Rackspaceの、IBMブルークラウドようにし、Cisco UCSとを。
特徴:
リソースの抽象化:優れた物理リソースのスケジューリングと抽象的リソース(例えば、リソースプール)を使用して、管理方法。
リソース監視:基盤の高効率動作を確保するためのリソースを監視することによって。
負荷管理:ロード管理は、緊急事態に対応するため、だけでなく、システムリソースのより有効に活用するために、より良いことが輸送インフラにデプロイされたアプリケーションを作るだけではなく。
データ管理:クラウド・コンピューティングは、データの整合性、信頼性、管理性をIaaSのための基本的な要件です。
リソース展開:で、リソースの使用を自動化するために作成から全体のプロセス。
セキュリティ管理:セキュリティ管理の主な目標は、合法的にアクセスし、使用により提供することができるのIaaSインフラや資源を確保することです。
会計管理:詳細な課金管理を介してユーザ資源のより柔軟な使用を可能にします。
あるのPaaS(サービスとしてのプラットフォーム)、サービスとしてのプラットフォーム
役割は:、PaaSのこのモードでは、ユーザーが簡単に開発プラットフォームは、アプリケーションを含め、SDK、ドキュメント、およびテスト環境を含んで書くことができますが、また、それが展開している、または実行時に、ユーザーがサーバーにする必要はありませんかオペレーティングシステム、ネットワーク、およびストレージリソースに関する管理心配は、PaaSのベンダーによって、これらの面倒な作業は、たとえば、GoogleのApp Engineのサーバーを実行しているコンピュータは、何千ものアプリケーションをサポートすることができ、非常に驚くべき速度以上の処理と統合のPaaSに責任がありますつまり、PaaSのは、非常に経済的です。PaaSの主なユーザーは、開発者です。
製品:主な製品が含まれます:Google App Engineの、ようにforce.com、HerokuのとWindows Azureのプラットフォームとを。
特徴:
フレンドリーな開発環境:ユーザーが簡単にローカルアプリケーションの開発とテストを実行できるようにSDKおよびIDEや他のツールを提供することもできます。
豊富なサービス:PaaSのプラットフォームAPIは、上位アプリケーションに提供する各種サービスの形態であろう。
自動リソーススケジューリング:この機能はスケーラブルであり、システムリソースを最適化することができますだけではなく、かつ自動的に優れたバーストトラフィックに対処するためにどの上で動作するアプリケーションを支援するためのリソースを調整することができます。
洗練された監視および管理:のPaaSによっては、アプリケーションの実行がより良いアプリケーションの動作状態を測定するために観察され、具体的な数値(例えば、スループット、応答時間)することができ、例えば、アプリケーション層の管理および監視を提供することができ、そこであることができます正確な計量アプリケーションを通じて、より良い課金に消費されるリソースを使用しています。
SaaS型(サービスとしてのソフトウェア)、それは、サービスとしてのソフトウェアです
役割:SaaSのこのモードを経由して、ユーザーが簡単にネットワークに接続し、ブラウザを介して、クラウドで実行中のアプリケーションを直接使用することができ、インストールや他の類似の家事を心配する必要がなく、ハードウェアとソフトウェアでの高い初期投資を排除します。通常のユーザーのSaaSの主な顔。
製品:Salesforceのセールスクラウド、Google Appsの、Zimbraの、ZohoサービスとIBMロータスライブのように。
特徴:
アクセスはどこでも:任意の時間または任意の場所で、限りネットワークに接続されているように、ユーザーがSaaS型サービスにアクセスすることができます。
セキュリティ:SaaSベンダーは、ユーザーを保護するために絶対的な治安状況にクラウドに保存されたユーザデータを作成するだけでなく、いくつかのセキュリティメカニズムを提供する必要がありますが、また(HTTPSなど)特定のセキュリティ・メカニズムのクライアントの実装に。
マルチ住居(マルチテナント)機構:マルチ住居機構、経済的に大規模なユーザーベースをサポートするだけでなく、ユーザの特定のニーズを満たすためにカスタマイズある程度を提供するだけでなく。
3間の関連
それらの間の主な関係は、2つの観点から分析することができます:一つは、ビューのユーザーエクスペリエンスポイントである彼らは、ユーザーのさまざまな種類に直面しているので、この観点から、それらの間の関係は独立しています。PaaSは、次のように構築することができ、最初のSaaSベースのPaaSためまたはIaaSの上に直接配備することができる第二は、このような観点から、これらは単純な継承(SaaSベースのPaaSとのPaaSベースのIaaS)ではない、技術的な観点でありますIaaSの上に、それはまた、物理リソースの上に直接構築することができます。
IaaSのとPaaSの間の比較
PaaSの主な役割は、ユーザーへのサービスとして、開発およびランタイム・プラットフォームであり、主な役割は、ユーザーへのサービスとしてIaaSの仮想マシンまたはその他のリソースを提供することです。次に、7つの分野でのPaaSとIaaSの比較:
-
開発環境:PaaSの基本は、IDEを含むが、ユーザのIaaSの主要な側面または前に開発環境のより身近なセットをたどるなど、開発環境とテスト環境のセットを開発者に提供しますが、理由はクラウド統合でのセットと開発環境の前になります使用することは非常に便利ではない、欠けています。
-
サポートされているアプリケーション:主にIaaSのは、仮想マシン、仮想マシンおよび複数のオペレーティングシステムのための一般的なサポートを提供し、そのアプリケーションのサポートIaaSの範囲は非常に広いですので。あなたは、アプリケーションがPaaSのプラットフォームで実行することができますしたい場合は、このアプリケーションがサポートされているプラットフォームの言語に基づいていることを確認する必要があり、また、アプリケーションがAPIのみでサポートされているこのプラットフォームを呼び出すことができることを確実にするためだけでなくので、しかし、簡単な作業ではありませんアプリケーションがAPIをサポートしていないプラットフォームを呼び出す場合、アプリケーションは変更する必要があります
-
オープンスタンダード:多くのIaaSプラットフォームがあり、いくつかの民間の機能がありますが、理由はOVFおよびその他の契約の、クロスプラットフォームのIaaSを作り、ベンダーロックインの両側は着実に前進しているを避けます。両方GoogleのApp Engineは、Force.comやSalesforceは、いくつかのプライベートAPIがあるので、状況のPaaSプラットフォームは、楽観的ではありません。
-
スケーラビリティ:PaaSのプラットフォームが自動的に予想外のトラフィックとのより良い対処する上でアプリケーションを実行する手助けするためのリソースを調整します。IaaSプラットフォームの開発者は、手動で対処するためのリソースを調整する必要があります。
-
統合率と経済:共通のIaaSプラットフォームの統合が100を超えることはありませんしながら、PaaSのプラットフォーム統合率が非常に高く、そのようなGoogle App EngineののPaaSの代表としては、単一のサーバー上のアプリケーションの数千人を運ぶことができますそして一般的に約10、経済がのIaaS PaaSのようではありませんように。
-
課金及び監督:課金及び監督の両方でのPaaSプラットフォームではIaaSのプラットフォーム等、オペレーティング・システム・レベル、例えば、CPUとメモリの使用量を一致させることができるだけでなく、アプリケーション・レベルを達成するために、例えば、アプリケーション達したため応答時間(応答時間)またはアプリケーションが課金および管理の精度を向上させるなどどのように多くの業務を、消費します。
-
カーブを学習:開発上記のPaaSは、新しい言語や新しいフレームワークを学ぶ必要がある可能性があり、むしろ、それはアプリケーションのトップIaaSの開発と管理に、より近く、既存の、IaaSのは、学習曲線を下げます。
近いです | IaaSの | |
---|---|---|
開発環境 | パーフェクト | 一般 |
サポートされているアプリケーション | 限られました | 広いです |
通用性 | のショート | 少し良いです |
スケーラビリティ | 自動開閉式 | マニュアルテレスコピック |
統合率と経済 | 高い統合率とより経済的 | 低料金の統合 |
会計および規制 | 罰金 | シンプル |
学習曲線 | 少し難しいです | 低いです |
IaaSのとPaaSの将来のPK
IaaSのは非常に主流となって、今日のクラウドコンピューティング環境では、LinodeのやAmazon EC2やJoyentの両方が、場所を持っていますが、GoogleのApp Engineは、SalesforceのForce.comや、MicrosoftのWindows AzureのプラットフォームとしてのPaaSの導入により、 PaaSが出現し始めたように。両方とも、両者の間に特に競争関係の将来には、私が思うに、短期的には、この2つの領域内のアプリケーションや学習曲線をサポートするIaaS事業モデルの利点ので、短期的には、それはIaaSのを行います現像剤中の最初の選択肢になるだろうが、統合のPaaSモデルの高レートがもたらした経済的課題は、このような汎用性などのPaaS場合は解決し、アプリケーションをサポートすることができる可能のため、長い目で見れば、それは代替のIaaSの開発になりますそれらの「新しいお気に入り」。