Windows Azure vs Amazon EC2 vs Google App Engine


159

開発者の観点から、大規模なソーシャルWebアプリケーションではどのプラットフォームを検討しますか?あなたがどの選択肢の長所であると考えているかについての詳細を提供できれば、それは素晴らしいでしょう。


2
私は最近同じことを比較しています-私のブログに賛否両論を投稿しました。Azureは(小規模プロジェクトのコストに基づいて)公開されていますが、EC2とGoogle App Engineは強力な競争相手です!blog.dantup.com/2010/10/...
ダニーTuppeny

2
この質問はコミュニティwikiである必要があります。

rackspace ftw!
グレッグ

回答:


227

同じアプリをGAE(Python、現在はJava)とAzureで作成しました。おそらく、さまざまなことに両方を使い続けるでしょう。更新し続けるいくつかの考えを以下に示します。

GAEを使用する理由:

  • 基本的に、1日に1つのVMを無料で使用できます。Azureを使用すると、1人のWebサイト訪問者がいない場合でも、毎月ほぼ100ドルを支払います。データベースが1GBを超える場合、ストレージに追加で90ドル(9ドルから99ドル)を支払います。更新:Azureには、さまざまな価格帯でさまざまなVMおよびDBサイズがあります。詳細はこちら
  • GAEの支払いはかなりきめ細かいものです。ほとんどのリソースはリクエスト/ GB / MBごとに課金され、ほとんどのリソースに対して毎日無料で割り当てられます。ただし、2011年11月にAzureとAWSに参加し、インスタンス時間ごとにWebサーバーの料金を請求しました。詳細はこちら
  • GAEの管理負荷は最も軽いです。セットアップが完了すると、デプロイと再デプロイが迅速に行われ、すべてが自動化されます。たとえば、アプリが使用しているサーバーの数、データの分割方法、負荷分散の方法について心配する必要はありません。
  • メールは機能します。この記事の執筆時点では、AzureはSMTP出力を提供していないため、サードパーティのサーバーが必要です。
  • カレンダー、メールなど、多くのGoogleサービスとの優れた統合。ユーザーベースを制御したくない場合は、ユーザー管理をGoogleに委任できます。
  • GAEを使用すると、ストアに追加する機能がわかっています。Azureを使用すると、Sql Azure Databaseが大部分の愛を得るという感覚が得られますが、より高価になります。Azure Storageには、ほとんどの落とし穴がありそうです。リレーショナルの整合性もオーダーバイもありません。インメモリコンテキストをさらに調整します。GAEのストアには、Azure Tablesよりもはるかに少ない制限と機能があります。
  • 既にPythonまたはJVMベースの言語を使用している場合に適しています。現在、多くの言語がJavaバイトコードにコンパイルされています。
  • アプリの更新は非常に高速です。Pythonの場合、ショートカットキーのセットアップがあり、時間がかかりませんでした。現在、Java用のEclipseプラグインを使用していますが、非常にうまく機能します。Azureはもっと面倒です。
  • ローカルでテストされたアプリは、おそらく(ほとんどまたはまったく)変更せずにクラウド上で実行されます。Azureの場合、構成が異なり、正しく設定する前に、停止、削除、構築、アップロード、開始に時間を費やしました。
  • GAEには、ログビューアーとデータエディターを含む優れたUIがあります。現在、Azureでは、このために外部のビューアー/エディターを見つける必要があります。
  • GAEを使用すると、アプリケーションの複数のバージョンを同じデータストアで実行できます。バージョンをデプロイしてテストし、準備ができたら現在の「ライブ」バージョンを設定できます。問題が発生した場合は元に戻すことができます。


    Azureを使用する理由:

  • App Engineのデータストアのパフォーマンス特性とコストへの影響は驚くでしょう。単純なCRUD以外のことを行う場合、通常のDBを使用する場合よりも一生懸命作業する必要があります。アドホッククエリはありません。
  • Azureには、ストレージに対する2つのアプローチがあり、より多くの選択肢があります。それらは、リレーショナルDBであるSQL Azure Database(SAD)と、非リレーショナルテーブル、BLOB、およびキューで構成されるAzure Storageです。SQL Serverに投資している場合、SADは簡単に移行できますが、非常にコストがかかり、スケーラビリティが低下する可能があります。更新:App Engineには、限定ベータ版のMySQL APIがあります。
  • SOAタイプのアプローチを採用している場合、Azureはより適切に設計されているようです。彼らのアーキテクチャは、企業の世界での経験から恩恵を受けているようです。GAEは、単にWebページの提供に重点を置いているようです。
  • デバッグ中にアプリを実行したり、ブレークポイントを設定したりできます。
  • Azureには、クラウドにデプロイできる「ステージング」環境がありますが、動作するようになるまでは稼働させません。
  • 私は他のことに.Netを使用しており、バックエンドで.Netと統合することはGAEよりもはるかに簡単です。(更新-GAEでのJavaの使用は正常に機能し、10秒のタイムアウトは30秒になりました)。
  • 多くのMS "Live"製品との統合。

    したがって、明らかな答えはありません。コストと使いやすさのため、現時点ではデフォルトでApp Engineを使用しています。非常にMS指向のアプリにAzureを使用するかもしれません。私はダウンロードにAmazon S3を使用していますが、アプリケーションレベルのすべてを専門家に任せることを好むため、EC2はおそらく使用しません。


  • 10
    リチャード、Azureのもう1つのプラスは、リレーショナルデータベースを持つことです。Bigtableのシャードはやや外国のパラダイムです。
    hyperslug 2009

    22
    App Engineでは、アプリの複数のバージョンをステージングすることもできます。各バージョンには、テスト可能な独自のURLが割り当てられます。デプロイする準備ができたら、そのバージョンをデフォルトとしてマークするだけです。テスト、展開が簡単で、何か問題が発生した場合は必要に応じて以前のバージョンにロールバックできます。

    Azureには、コミットメントなしで、純粋に使用量に応じて料金が支払われます。1か月あたりのコミットメントは99ドルではありません。
    Akash Kava

    1
    microsoft.com/windowsazure/pricingそれはSQL Azureの約言う:「*ウェブ版:1ギガバイトのリレーショナルデータベース= $ 9.99 /月まで*ビジネス版:最大10ギガバイトのリレーショナルデータベース= $ 99.99 /月*データ転送中= $、0.10 / 0.15ドル/ GB-(0.30ドル/0.45ドル/アジアでGB) "
    リチャードワトソン

    1
    App Engineは、ブロックストレージに対応するSQLをサポートするようになりました。 code.google.com/apis/sql
    devnul3

    176

    私は明らかに偏見があります-私はApp Engineチームで開発者との関係を築いています-しかしこれは私の考えです:

    それらは直接比較できません。それらのいずれかのために書くことができるアプリのセットがありますが、あなたはそれぞれの場合に異なるものを書くことになります。App Engineは、ファイルへの書き込みやソケットなどの制限されたランタイム環境と非リレーショナルDBMSを提供します。しかし、その見返りとして、無限にスケーリングするランタイム環境と、アプリが希望どおりにスケーリングされるという合理的な保証を得ます。

    一方、Azureは、やや制約の少ない環境を提供します。これにより、より幅広いアプリを作成できますが、より多くのスタックを自分で実装するため、より多くのアプリを書く必要があり、スケーラビリティの保証がはるかに緩やかです。 。

    最後に、AWSは究極の日曜大工ソリューションを提供します。それらはハードウェアとストレージを提供しますが、他の多くは提供しません。スタックを一から構築し、維持し、アップグレードします。あなたのアプリは、あなたがスケーリングするためにそれを書く場合にのみスケーリングします。ただし、ハードウェアを完全に制御できます。

    私のアドバイスは次のとおりです。アプリがApp Engineモデルに適合し、ソーシャルネットワークアプリがそのようなアプリのかなり良い例になる可能性がある場合は、App Engine(JavaまたはPython、選択)でアプリを作成します。それは安く、スケーリングするアプリを書くのはずっと簡単です。

    アプリがGAEモデルに適合しない場合は、MSスタック用に書いているのか、実行環境をどの程度制御したいのかに応じて、AzureまたはAWSを選択してください。アプリの大部分がGAEに収まるが、小さな部品が収まらない場合は、ハイブリッドを検討することができます。たとえば、GAEでのライブ配信、S3でのストレージ、またはEC2での一括処理です。


    このような問題についてはどうですか:App Engineが失敗したときは
    クリスチャンシウピトゥ

    @クリスチャン私はあなたが何を聞きたいかわからない-どんなサービスにも時折ダウンタイムがあります。これには、App EngineとEC2の両方が含まれます。
    ニックジョンソン

    @Nick Johnson:その通りです。どのサービスにもダウンタイムが発生することがあり、100%のアップタイムは期待できません。一方、その問題はダウンタイムの問題のようには見えません。私には、Google App Engineの制限のように見えます。つまり、コードはかなり限られた時間で実行する必要があります。私はGAEに精通していないので、何かを誤解している場合は修正してください。
    クリスチャンシウピトゥ

    1
    @クリスチャンああ 実行に時間がかかりすぎたため、例外自体がスローされました。ただし、速度低下の原因は一時的なパフォーマンスの問題でした。
    ニックジョンソン

    「比較できない」ことに同意します。これらのサービスを比較することは、リンゴとオレンジを比較するようなものです。両方とも果物です、それはそれについてです。
    ティル

    27

    私にとって、ロックインは決定的な要因です。

    Googleを選択した場合、アプリケーションはGoogleでのみ機能します。しばらくして自分が満足していないことに気付いたら、行き詰まっています。

    MSを選択した場合、アプリケーションはAzureでのみ動作します。同じこと。

    Amazonでは、あなたが慣れ親しんでいるマシンとまったく同じように動作する仮想サーバーを取得します。満足していません?アプリを受け取り、実際のハードウェアにインストールして完了です。


    3
    GAEはかなり標準的なJavaサーブレットアプリケーションを実行でき、標準ベースの永続性を使用できます。
    スティーブンデネ

    4
    (あなたはJDOストレージAPIを使用してに固執する必要がありますけれども。)GAEが完全に開いている

    1
    Googleは、一度に取得できるデータの量を制限していますか?それらのロックインは、コードよりもデータに基づいています。
    マークランサム

    4
    AppScaleを使用して、EC2または任意の場所でアプリを実行できます。appscale.cs.ucsb.edu–
    Amir

    3
    今日これを駆け抜けて、誰かが1週間でGoogleから移行することができました。彼らはまた、最初から良い慣行を使用していなかった場合、数ヶ月かかる可能性があることも認めています。carlosble.com/?p=719
    マークランサム

    20
    • .NET開発者の場合-Azureにアクセスしてください。
    • PythonまたはJavaを使用している場合は、Googleにアクセスしてください。
    • Rubyを使用している場合-Amazonにアクセスしてください

    私の今の個人的な選択は、Javaを使用するGoogleです(ほとんどの場合は.NETでも)。コストについて考えてください-それらのスキーマは比較するのが困難です。

    この記事をご覧ください-http://www.infoq.com/news/2008/11/Comparing-EC2-App-Engine-Azure


    8
    すべての.NET開発者がAzureにアクセスする必要はありません。Amazon EC2は彼らにとって完全に受け入れられるオプションです。しかし、優れた記事を参照するために+1。
    アンドリューアーノット

    はい、Amazonは仮想マシンに多少の自由がありますが、コミュニティのほとんどは当初Ruby指向

    1
    AWSはWindows 2003 Server AMIで.Net開発者をサポートしていますが、多くの.Net開発者は、まだAWSで具体化されていないWindows Server 2008にデプロイしていると思われます。AWSフォーラムの常連なら、この問題についてAmazonがなんと静かなのか気づいたかもしれません。
    リチャードドーマン

    2
    私は貿易で.NET開発者ですが、ヒット数が0のWebサイトでAzureを使用することで、Googleに道を譲りました。:私は私のブログにいくつかの比較を書いたblog.dantup.com/2009/12/... blog.dantup.com/2009/12/...
    ダニーTuppeny

    4
    Rubyを使用している場合は、AmazonではなくHerokuまたはEngineYardを検討してください。
    -andy318

    20

    クモ類のように、私はグーグルであることに偏っているかもしれません。ただし、私はAmazonの株主でもあるためバイアスが最初の部分を部分的に相殺する可能性があります;-)。Azureの経験はありません(ただし、MSFT株も保有しているので、MSFTの株もうまくいくことを望みます-さらに別のバイアス;-)

    私の非常に単純な考え方は、App Engineはコーディングするだけで(制限内で)作業する能力を簡単に提供することです。システム管理タスクは必要ありません。AWSの方がはるかに柔軟性があります、その柔軟性を活用するには、かなりのシステム管理作業必要になります(実際には簡単ではありません)。最後に、クモの提案を2回目にします。AppEngineがニーズを満たすことができれば、絶対にそれを追求します。より柔軟性が必要な場合は、AWSが最適です(Azureの不明な機能がより適切な場合を除きますが、AWSを使用して、Azureで何ができるかに関係なく、AWSはより柔軟になります必要に応じて、使用するOSを選択することもできます)。


    14

    Azureの使用を開始したばかりですが、F#で実行できることにすでに感心しています:http : //code.msdn.microsoft.com/fsharpazure!これまでのところ、関数型プログラミングを管理された方法で使用できる唯一のクラウドプラットフォームです(もちろん、HaskellはEC2 ...またはAlgol 68で実行できます)。Visual Studioとの統合の品質には非常に感銘を受けました。実際のSQL Serverであるストレージを使用して、テストするローカルの「クラウド」DevFabricを取得するため、アップロード前にプレイできます。GAEはそれを行うことができますか?Azureを見て、F#でVSを学んで(LinuxとOCamlから)、ずっと前にMSスタックに切り替えていたらよかったのにと思います。SQLストレージを作成してVSで検査するのは非常に簡単で、非常に便利です。オープンソースには一致するツールセットがありません。そして、MSに公平な考慮を与える時が来ました。彼らはここで素晴らしい仕事をしました。私は確かに私のMac OSXベースに固執しています(Vistaでのデュアルブート)。Azureをローカルで開発できるようになったので、Azure開発用のVistaボックスを別途入手することになります。.NETは、Unixパイプの世界(PowerShell、SQLとLINQ、C#とF#(これが私の主な理由))から来たとき、本当に圧倒的ですが、すべてを追加し、代わりにではなく、学ぶ価値があることがわかりますの、Linux; すべての場合において、Azureは視野を広げます。


    2
    Azureには、Amazon Elastic Map Reduce(オープンソースHadoopに基づく)の機能にリモートでさえ一致するものはありません。プログラムでワーカーロールの数を設定することもできません。

    3
    Microsoftは明らかに.NET開発者ベースを収益化しようとしています。Microsoftスタックを活用することにはメリットがあるのは事実です。これだけでは、高価でブロックの多い原価計算モデルを補うとは思いません。クラウドコンピューティングのポイントは、Azureがまだ提供していない、メンテナンス不要の従量課金制です。

    GAEでClojureを使用できます。the-deadline.appspot.com/login

    8

    私がGAEを愛しているのと同じように、現在のプロジェクトでGAEを介してEC2を使用する主な理由の1つは、アプリケーションのフロントエンドを世界のさまざまな場所にあるデータセンターからサービスできるようにする必要があることです。GAEは一度に1つのデータセンターで実行されます。たとえば、アプリケーションの応答時間を最短にするために、アジアのユーザーがアジアのサーバーにアクセスする必要があります。dns、ロードバランサー、選択したデータベース、データのhadoop処理のためにS3にプッシュする水路などを管理する機能を追加すると、EC2は非常に魅力的なソリューションになります。


    5

    考慮すべき事項:

    スピードアップ:選択した環境でどれくらいの速さで生産性を高めることができるか

    コスト:コストは要因ですが、実際に顧客を持つ商用アプリを作成している場合、これらはすべて実行可能な選択肢です。「小さな」インスタンスの1つのprocで24時間365日の月額約90ドルで実行されるAzureを想定している場合、その時間に何人のユーザーにサービスを提供できますか?冗長性を確保するために2つ目のインスタンスを追加します。トラフィックがそれを保証するのであれば、それほど高価ではありません。そうでない場合、なぜあなたは安いホストプロバイダーではなくクラウドにいますか?これを実装するには、コスト要因が大きくなります。AWSは、独自のソリューションです。安定して適切に管理されるソリューションを得るには、多くの処理が必要です。AzureとGAEはすぐに使用できます。私の考えでは、AWSはあなたがそれに費やさなければならない仕事のために最も高価です。あなたは本当に細かなレベルでそれを制御する必要がありますか?もしそうなら、

    必要なことを実行する機能:AWSをずっと使用できます。Azureは2番目、GAEは3番目です。JavaとPythonが欲しいなら、大したことはありません。C ++でリレーショナルDBや大規模なマルチスレッドデータ処理を行いたい場合は、大事です(これらのいずれかが今これを行うかどうかわかりませんか?)。

    移植性はどうですか?後で自分のファームに戻したり、別のクラウドファームに移動したりできますか?それらはすべてある程度移植可能です。

    考えることはたくさん...まだ自分自身でこれについて学んでいます。


    TyphoonAEとAppScaleは、他の場所でGAEアプリを実行するための優れたツールです。

    4

    需要を満たすためにインスタンスを手動で起動する必要がある場合、それはクラウドではありません。

    AzureとEC2は、一部のサービスをサイドに備えた単なる仮想サーバーです。

    更新:

    EC2とAzureには、負荷がかかった状態で新しいインスタンスを自動的に開始することを管理するオプションがありますが、これを管理する必要があります。そして、稼働中のアイドル状態のインスタンスに対して料金を支払います。

    GAEはこれをすぐに使用できるように自動的に処理し、リクエスト中にコードが実行されている間だけ料金を請求します。


    1
    Amazon CloudWatchは、トラフィックに基づいて追加インスタンスを起動する問題を解決すると思います。

    1
    Azureで私が見た最も一般的なデモの1つは、負荷に基づいてWebワーカーを起動または停止するためのしきい値を設定するコードを記述するスケーラビリティデモです。windows azuerトレーニングキットで説明されています:microsoft.com/downloads/en/…–

    4

    その他の考慮事項を次に示します。

    GAE-AWSおよびAzureよりもプラットフォーム上で高い位置にあり、すべてのトラフィックはghs.google.com DNSを経由してルーティングされ、マシンの1つを介してページを動的にロードするため、価格を低く抑えることができます。このアプローチではスケーリングはきめ細かく、Consは静的なIPではなく、フィルタリングまたはブロックされる傾向があります。静的IPの制限がないため、サイト固有のhttps証明書をセットアップできません。

    AWSとAzureは、ほとんど静的IPと専用VMを提供するため、https証明書などの基本的な要件を満たすことができます。また、リレーショナルストレージのサポートも利用できます。この専用のVMの事実を反映するためにコストも高くなり、VMごとに40ドル/月のチャンクでスケーリングします。利点は、VMを自分で取得できるため、GAEでの30秒のCPU処理制限に制約されず、より大きなタスクを実行できることです。

    したがって、フィルタリングされた国の顧客ベースを検討している場合、または静的IPで独自のDNSセットアップを行う場合、またはリレーショナルデータベースまたは30秒以上のタスクを必要とする要件がある場合。AWS、Azureの方がずっと使いやすいでしょう。


    3

    各クラウド製品が提供するソリューションを見て、ハイブリッドモデルに進みます。問題の中にはハンマーが必要なものと、ドライバーが必要なものがあります。ツールを理解し、適切な問題に適用してください。


    3

    上記の回答のいずれかにコメントを残すほどの評判はありません。これらのクラウドソリューションの適合性は、ニーズやスキルセットなどの多くの要因に依存します。

    nosqlデータベースを必要とするソーシャルネットワーキングプロジェクトがあります。AppEngineは、さまざまなフレームワークをより適切にサポートしていれば、優れたソリューションになります。nonrelアダプタを備えたDjangoはPython GAEで動作しますが、私は多くの理由でRailsを好みます。Rails3は数か月前からリリースされており、コミュニティやGAEチームの誰もまだそれをサポートするレシピを書いていません。独自のレシピを書くスキル(RubyとRailsの内部、jruby、およびGAEの内部を知っている)がなければ、プラットフォームにたどり着くだけで他の人に翻弄されます。

    AWSには多くの作業がありますが、少なくとも、内部の開発者として、またはより強力なサプリカントとしてではなく、管理者として、あらゆるツールを使用してプラットフォームにアクセスし、多くの問題に対処できます。

    Ruby開発者向けのHerokuとEngineYardに関する私の不満は、データベースがどのように拡張されるかについての謎です。彼らはどのようにスケーリングしますか?

    私の場合、NoSQLソリューションを選択していますが、Mongoが良い選択のようです。MongoMachineはHerokuやEYなどの推奨ソリューションのようですが、高価です。GBあたり2.50ドルのストレージ?ストレージはGAEまたはEBSで月額0.10 GBのみです。


    1

    私はかなり最近Google App Engineの実験を始めましたが、Webソーシャルネットワークの場合は、すべてのニーズを満たすと思います。簡単に理解でき、PythonまたはJavaで使用できます。ファイル経由でアクセスできるわけではないのは事実ですが、アプリケーションにとっては、GQL(提供するデータベースへのSQLのようなインターフェイス)はおそらく十分すぎるでしょう(そして非常に堅牢です)。

    考慮すべきことの1つは、GAEのアプリケーションが、Googleアカウントを持つユーザー、またはGoogle Appsを使用するドメインのアカウントにログインできるインターフェイスを使用できることです(ショートカット)。これらのいずれかを選択します。したがって、既にGoogle Apps Webサイトを使用している場合、ユーザーは新しいアカウントを登録する必要がないため、Google App Engineは最適な選択肢です。

    編集:Arachnidが指摘したように、独自のログインシステムをコーディングできないというわけではありません。申し訳ありませんが、私はあなたがそこに心配した場合。

    他の2つの選択肢については、それらについて読んだだけで、テストしていません。しかし、私の研究から、そしてあなたがおっしゃるように、GAEはより簡単なフレームワークを提供すると信じています。

    いずれにせよ、スペースと帯域幅の無料割り当てを使用してGAEを試して、ニーズに合うかどうかを確認できます。

    幸運を祈ります。


    Nitpick:GQLはデータベースではありません。GQLは、データストアの上に記述されたPythonランタイム用のSQLに似たクエリ言語です。使用する必要さえありません-Query APIもあります。
    ニックジョンソン

    また、GAEアプリで任意のユーザーにサインインできます。GAEがGoogleアカウントを使用するためのショートカットを提供しているだけです。
    ニックジョンソン

    どちらの場合も、正しくない単語を選んでください。指摘してくれてありがとう。それを編集します:)

    BigTableはGoogleのデータストレージエンジンであり、少し時間を費やした後、SQL RDBMSはWebアプリを作成するために不可欠であると考えるようになり、自分のキャリア全体を洗脳したのではないかと考え始めました。BigTableストレージモデルは、シンプルで柔軟性があり、パフォーマンスと拡張性があり、驚くほどうまく機能します。

    1

    AzureにはサーバーとしてのWindows / SQL "Platform as a Service"があり、間違いなく立ち往生せず、自分のデータセンターでWindows / SQLに戻るだけです(Linuxはありませんが、Java、Python、PHP、Ruby、Tomcatをサポートしています) 、Apacheなど)。Amazonと同様に、完全にアクセス可能な仮想マシンオプションも提供するため、好きなものをインストール/実行できます。

    Amazonは仮想マシンのみであるため、まだインストール、パッチ、ライセンス、セキュリティなどを行う必要があります。私の意見では、クラウドへの移行の利点を打ち負かしています。データセンターから別のものに何かを移動しました。

    Googleにはリレーショナルデータベースがなく、あなたは夢中になります。彼らは本当にPython開発者とJavaのいくつかの限定的なサポートにのみ対応しています。私の意見では、彼らは本当にクラウド空間のプレーヤーではありません。


    4
    ジェフ-MicrosoftパートナーにSQL Server 2008のトレーニングを行ったので、私はWindows / SQLスタックの利点を非常に好きで、よく知っていますが、GoogleのBigTableに夢中になっていることに同意することはできません。BigTable APIをラップする半ダースほどの優れたライブラリがあり、擬似RDBMSからインデックス付きドキュメントサイロまでのすべてとして公開されています。BigTableは、多くのサーバーに拡張できるようにゼロから設計されました(Googleはクラスタごとにスウェットスポットが1,500であることを発見しました)。

    1

    ここで言及されていないことの1つは、恐ろしい名前の他に、誰もが「Windows Azure AppFabric Service Bus&ACS」について検討していることです...?

    オンプレミスインフラストラクチャに投資するあらゆるビジネスの観点から、Azureを魅力的にする統合機能の非常に強力なスタックのようです。


    はい、しかしその逆は、Microsoftが企業向けのオンプレミスAzureホスティングに対して公式に「いいえ」と言ったことであり、これはバスの魅力を損ないます。

    1
    名前のとおりですが、実際にはそうではありませんが、Microsoftは、Hyper-V(無料)やSystems CenterやInTuneなどの非常に魅力的なプライベートクラウドスタックを提供していますが、これは単なる "Azure"ではありません。すぐにサードパーティ向けの「Azureアプライアンス」のオプションが必要になりますが、それらのコストを正当化するにはかなり大きくする必要があります。少なくとも約1000ノードをサポートする必要があると聞いたので、Datacentre所有者にとってはそれ以上です。

    0

    しばらくAmazon EC2を実験し、いくつかの遅延を経験した後、コストのために実験しながらGoogle Appsの調査を開始しました。開発言語としてErlangを使いたいのですが、Pythonを扱うことができるので、それは決定的な要因ではありませんでした。静的IPを見なかったときはそうでした。また、スタックの上位に位置することについての全体的な部分は、パフォーマンスに関して少し緊張しています。

    私は、AWSが安かったたいが、Googleが提供するまで、静的IPアドレスおよび好ましくは追加言語などのScala、JRubyの、そしてErlangのように、選択は私にとっては明らかです:AWS。最初の2つの言語もシンプルで、両方ともJVMベースです。私はそれについて何かを読んだことを覚えているように思えるので、回避策を通してすでに行われているかもしれません。


    すべてのJVMが内部にあるので、App EngineでScala、JRuby、さらにはClojureを実行することで、知識を深めることができます。今、それがあるかどうかを簡単にこれらの言語を使用して別の話は...ある
    クリス・スミス

    0

    比較をサポートするプラットフォームを考えるだけでなく、スケーラビリティ、アクセスの容易さ、多用途性(実装の観点から)、さまざまなホスティングプラットフォームに対応でき、ビジネスケースでも経済的に実行可能で、企業向けの複数のソリューションがあるアプリケーション(つまり、ストレージ、配信、帯域幅、ライセンスポリシーなど)、サービス品質の実績の信頼性、セキュリティ監査、請求書の透明性、原価計算など。上記のすべてのメトリックを見ると、AWSスコアがはるかに高いと感じる。私は2年間AWSで10個の本番アカウントを管理していますが、同時に会社/ビジネスユニットは顧客の巨大なスケーラビリティの要求を満たすことができました。AWSでインフラストラクチャを更新する必要があるのは間違いありません。必須)、セキュリティなど しかし、あなたはすべてのツールを市場/ネットで自由に利用できます。既存のITリソースは、AWS上のすべてのインフラストラクチャも維持できます。

    Azureは確かにVS 2010と統合されたIDEを備えていますが、アプリケーション(展開用プラットフォーム)を正常に展開した後、クラウドの実際のコスト計算が開始されます。リアルタイム展開/スケーラブルな生産シナリオに対処するために成熟するまでの長い道のり.......誰もが知っているように、MSは原価計算で多くの隠れた課題を果たします..見積り)。

    GAEは、Python / Javaアプリに特化しています。アプリケーションのリライト(既存)、テスト、デプロイなどに多大な労力(リソースとコストの両方の面で)

    弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
    Licensed under cc by-sa 3.0 with attribution required.