きるべきか、あるいは使用にAmazon EC2、Google App Engine、Microsoft AzureやSalesforce.com?
-
19-09-2019 - |
質問
いうことは非常に一般的です。両方からのクラウドプロバイダおよびクラウド消費者の視点です。ものではないが、特定の種類の申請書(あることを目的としていますかアプリケーション/ドメインに合わせるのはクラウドスラブ-SaaS PaaS IaaS).
私の理解では:
IaaS:原はハードウェアプロセッサ-ネットワーク-貯蔵).
PaaS:OSシステムソフトウェア開発の枠組みでは、仮想マシン.
SaaS:ソフトウェアアプリケーション
この場合Stackoverflowerの自らの理解や経験をクラウドコンピューティングのコンセプト。
編集:Ok、それを具体的な道-
Amazon EC2:い制御をハードウェア層である。が十分に取ることができますが選択肢のOS画像機器の枠組み(.ネJ2EE、ランプ)やアプリケーションすることもありますEC2ます。きコって作成されたアプリケーションがGoogle App Engineや紺碧にEC2?
Google App Engine:い制御をハードウェアやOSできないものはなく、特定の機器の枠組みを構築します。すべての既存のJavaやPythonの応用や港でGAE?あるいはその逆できる用途構築すGAE出GAEと移植への応用サーバのようにWebsphereやWeblogic?
紺碧:い制御をハードウェアやOSできないものはなく、特定の機器の枠組みを構築します。できます。NETアプリケーションおよびポートで広がる紺碧?あるいはその逆できる用途構築すAzure出Azureへの移植や合Application Serverのように増幅し、補足?
解決
良い質問!あなたが指摘するように、異なる製品が異なるカテゴリーに収まるます:
EC2は、サービスとしてのインフラストラクチャです。あなたは、VMインスタンスを取得し、あなたが望むようにそれらを行います。 Rackspaceのクラウドサーバーは同じ多かれ少なかれあります。
アズール、App Engineは、とSalesforceはサービスとして、すべてのプラットフォームです。彼らは、しかし、統合の異なるレベルを提供します:Azureのはかなり(それはまた、タスクキューおよびスケジュールされたタスクをサポートしていますが)のApp Engineが短命要求ハンドラ・タスクを周りに配向されているときに、任意のバックグラウンドサービスを実行することができます。私は、Salesforceの提供とひどく慣れていないんだけど、私の理解では、それはいくつかの点でのApp Engineに似ていることをその特定のニッチのためにかかわらず、より特化されます。
サービスとしてのソフトウェアに該当クラウドの提供は、AmazonのシンプルストレージサービスとのSimpleDBなどのインフラ片から霧クリークのホストされているFogBugzのようなアプリケーションが完成に至るまですべてですと、もちろん、StackExchangeます。
良い一般的なルールは、より高いレベルの提供、あなたがする必要があります以下の作業が、それは、より具体的なことです。あなたはバグトラッカーをしたい場合は、FogBugzのを使用すると、明らかに少なくとも仕事になるだろう。 App Engineのか、アズールの上に1を構築することは、より多くの仕事ですが、さらに多くの仕事が(実際には、かなり多くの)であるEC2のような生のVMの上に1を構築しながら、より汎用性のために提供していますが、さらに多くの汎用性のために用意されています。私の一般的なアドバイスは、まだあなたの要件を満たしている最高レベルのプラットフォームを選択し、そこから構築することです。
他のヒント
この質問です。完全な開示をしているので、部分的に広がる紺碧のもと経験を持っています。
場所だと思いAzureから出たその他の速さからアーバンプレムのクラウド。例えば-
- SQL Azure-変更の接続文字列、アップロードDB go!
- キューにたくさん仕事のようにMSMQ.
- 用途にでも便とほとんど用途にでも便お振ってない規模のような狂いにくくなっております。●
- のテーブル収納部がいいのですごいスケーラビリティの名前と値のペアでは多少の慣れが必要.
- サービスバスお気に入りのサービスできるようにするために、様々な通信パラダイム二つのSB端最初に接続するように、お互いのでなければ、そのルートを通じて、クラウドを変えていますが、それのためのセキュリティに優れた、拡張性の処理がファイアウォールが強くこだわりを持っています。
- アクセス制御リスト-ペアは、通常のサービスバスかどうかを確認するためにもアクセスには、正しいことからSAMLプラットフォーム
思い立ちます♪
私のクラウド経験ありSalesforce.com
標準業務の自動化で重要なサーバーにアップロードできるようにアプリと走ります。特に、当社が恩恵を受けて下
- セキュリティ(管理者アクセスを制御オブジェや分野)
- ワークフロー&承認
- 自動UIの世代
- 建報告、ダッシュボード
- システム全体を含む当社のカスタム変化)アクセスができるwebサービス
- 力のデータシステムを通じて公開サイト(例えばec)
- 大図書館の第三者のアプリを標準の問題
ホームにしない解決の問題です。
いくつかのモデルは、原子力発電所の建設に来ます。
クラウドコンピューティングの主要なポイントは、使用のために支払うことによってコストを節約し、コンピューティングリソースの即時展開を可能にするためです。
のコストは、純粋に時間あたりのインスタンスあたりセントのx量ではありません。費用は私の心の中で維持管理、開発、管理、などクラウドの巨大な利益を含めるの何を管理することから顧客を解放することです。の自社のコアビジネスコンピテンシーの領域内ではありません。私は保険事業だ場合、私は私の開発者は私ではなく、メールサーバ、ファイルサーバ、文書リポジトリの問題に対処する回避するなど、私の主張、料金、のニーズを解決するため、私の保険の問題に集中したい、とOSパッチを管理します、サービスパックなど。
このように、私の意見では、最大の利点は、SaaS型とのPaaSクラウドの提供に由来しています。一つは、PaaSのか、SaaSのは、特定のニーズ(すなわち、私は独自のCOMコンポーネントのセットをインストールする必要があり、アズールは、それらをサポートしていません)への重大な制限がある場合にのみ、IaaSのに行く必要があります。
SaaSは、クライアントのビジネスの中核ラインではなく、ユーティリティの多くであるアプリケーションの汎用タイプのために良いです。これらはあなたがよくサポートサードパーティの製品をカスタマイズすることができるときなぜあなた自身を書き込むことによって、車輪の再発明などなどあなたの典型的なメッセージング・システム、ポータル、ドキュメントリポジトリ、電子メールシステム、認証標準物質、ERPの、会計、などです。
のPaaSは、企業の主要なビジネスの提供をサポートしているビジネスソフトウェアの中核ラインに最適です。 OSの管理に対処することと、クライアントが業務システム開発に集中することができますから抄録クライアント - クライアントのために行うことができ、他の誰も何かを
一つは、またのPaaSの利点を活用することができます(Google App Engineの、のは言わせて)、その後、クランチ、いくつかの数を行うことのIaaSプロバイダー(例えばアマゾン)からいくつかの仮想マシンを引き出して、時々、必要であれば、それを拡張ちょうどGoogle App Engineのに出力を送り返します。
この方法で、あなたは両方の長所を得る - あなたは急速にGAEでスケーラブルなアプリケーションを開発することができ、その後、あなたは常にあなたがアマゾンの仮想マシンから必要な任意のプログラムを実行することによって、それを強化することができます。
。このは変化し続け、今のWindows AzureのもVMをサポートしていますので、それは今も、IaaS事業者です。
今どのように無料のAmazon EC2についてのよりよい比較ですを行うための年のために。これをチェックします。
のhttp:// WWW .buzzingup.com / 2010/10 /アマゾン-発表 - フリークラウドサービス-のための新しい-開発者/ の