Windows Azure は有望なクラウド プラットフォームのようです。現在大きな未知数は価格モデルです。マイクロソフトは、まだそれに取り組んでいると言っていますが、競争力があるでしょう。優れた価格設定モデルを作るにはどうすればよいと思いますか?
Microsoft が多くのプログラマーが望んでいることを理解してくれることを期待しましょう。
更新: Azure の価格: http://www.microsoft.com/azure/pricing.mspx
Windows Azure は有望なクラウド プラットフォームのようです。現在大きな未知数は価格モデルです。マイクロソフトは、まだそれに取り組んでいると言っていますが、競争力があるでしょう。優れた価格設定モデルを作るにはどうすればよいと思いますか?
Microsoft が多くのプログラマーが望んでいることを理解してくれることを期待しましょう。
更新: Azure の価格: http://www.microsoft.com/azure/pricing.mspx
Azureサービスプラットフォーム、特にVMの料金モデルでは、プロセッサのアイドル時間を考慮する必要があります。彼らがそうする限り、私は幸せになるでしょう。使用していない処理にお金を払う必要はありません。使用しているときは、お金を払っても大丈夫です。
シンプルなものでいいと思います。Amazon の価格設定は単純ですが、CPU サイクルについて言及されるとよく混乱します。Microsoft のことを知っている彼らは、複数のサービス レベルと価格設定を伴う複雑なものを考え出す可能性が高いでしょう。
私は .net 開発者ですが、何らかの理由で Azure にあまり興味がありませんでした。とても簡単で使いやすいとは思えません。私は Google Apps がシンプルであるという点で気に入っています。また、Amazon がかなりオープンであるという点で気に入っています (Amazon では特定のテクノロジーを使用する必要はありません)。
私は同じことについて疑問に思っていました。Google には「コスト リーダーシップ」戦略があります。コスト 0 から始めて、人気が出ればサービスを増やすというかなり優れたサービスを提供できます。Amazon はより多くの配管オプションを提供することで差別化を図っていますが、仮想マシンごとに料金を支払う必要があります。1 か月に 10 ユーザーしかいない場合でも費用はかかりますが、マシンをさらに微調整することはできます。
MS はより直接的に Amazon と競合するようになると思いますが、仮想マシンではなくサービスに対して料金を請求します。彼らは Google ほど無料で提供することに満足していません。Web のインストールが安ければ消えてしまう、非常に多くの IIS と SQL Server のインストールを保護する必要があります。また、他の誰かが自分よりも優れた SQL Server エクスペリエンスを提供しているという問題にも対処しなければなりません。彼らは、MS 関連のテクノロジをホストするための "The Place" である必要があります。
そのため、各サービス インスタンス (Web、ストレージ、同期など) ごとに料金が発生し、さらに使用料金が発生します。サーバーごとに Amazon の 80 ドル (またはその他) の代わりに、サービス インスタンスに対しておそらく 20 ドルです。
本質的に、Amazon はサービス ( CloudFront、SimpleDB、おそらく S3 と EC2) でマークを設定しました。Azure は .net 開発者向けにさらに多くのサービスを提供していますが、それは Microsoft が検討できる価格設定であると私は信じています。
しかし、本質的には、月額料金とセットアップ コストがまったくないか、非常に低い料金で、トラフィックとデータベース リクエストに対して料金を設定する必要があると思います。
編集: 彼らが従来の Web ホスティング会社にどのように対抗するかを見るのも興味深いかもしれません. 結局のところ、非常に単純化したレベルでは、Azure は分散 IIS ホスティングです。
Windows Azure の価格は、商用開始以来、何度か改訂されています。特定のサービスの月額料金を調べるときに役立つ料金計算ツールを含む、現在の料金はこちらです。
この議論の 1 つのコメントは、アイドル時間のコストに関するものです。Windows Azure サービスのコストは、CPU 使用率ではなく、コア時間に基づいています (ホテルのレンタルに似ています。部屋を占有しているかどうかに関係なく、日単位で料金を支払います)。開発中は、テスト後に展開を削除することで、コストを簡単に最小限に抑えることができます (MSDN アカウントを使用している場合は無料)。長期的なテストを実行しない限り、開発中にデプロイを 24 時間年中無休で実行し続ける必要はありません。サービス名前空間自体を削除しないでください。