いくつかのプロジェクトでWindowsAzureを使用したいのですが、まだ使用していないので、使用量やストレージなどに基づいてコストが変動する可能性があるため、エンドクライアントに請求する必要があるものをどのように計算できるのでしょうか。
エンドユーザーにAzureを提案するときに、他の人が最初にコストをどのように見積もったか、および毎月の料金をどのように設定するか、つまり月額を変更する可能性があるかについて、コメントをいただければ幸いです。
いくつかのプロジェクトでWindowsAzureを使用したいのですが、まだ使用していないので、使用量やストレージなどに基づいてコストが変動する可能性があるため、エンドクライアントに請求する必要があるものをどのように計算できるのでしょうか。
エンドユーザーにAzureを提案するときに、他の人が最初にコストをどのように見積もったか、および毎月の料金をどのように設定するか、つまり月額を変更する可能性があるかについて、コメントをいただければ幸いです。
Software as a Serviceアプリケーションまたは同様のマルチテナントアプリケーションを構築している場合にのみ、顧客とAzureの料金の間を行き来する必要があります。このような場合、請求する金額はAzureの請求と大まかに関連しているだけであり、理解するのが難しい場合があります。たとえば、テナントごとの送信バイト数を測定できますが、困難です。
1人の顧客のためにAzureでアプリケーションを構築している場合、料金の仲介者になる理由はありません。顧客を座らせて、自分のクレジットカードを使用してAzureアカウントを設定する手順を説明します。アカウントを作成すると、管理者になります。マイクロソフトに顧客に直接請求してもらい、関与しないでください。これにはいくつかの理由があります。
まず、Azureの料金計算ツールを使用するのは問題ありません。価格計算機は、より複雑なことを行うと機能しなくなりますが、最初の見積もりにはそれで十分です。開発者は、初期価格の計算に使用する役割やデータベースなどの数を把握しておく必要があります。
多くのこと、および多くのアーキテクチャ上の決定がコストに影響を与えるため、コストモデルを継続的に維持および更新する必要があります。最大の要因の1つは負荷です。これは、少なくとも最初は、中期的な手がかりがない可能性があります。CALMを確認し、ライフサイクルモデルとコストモデルを参照して詳細を確認してください。
アプリケーションから継続的な収入を得る必要があると思われる場合は、定額料金または独自のモデル(たとえば、役割ごとに月額$ 20)を使用してサポート契約を締結してください。
要約すると、球場の数値には価格計算ツールを使用しますが、Microsoftが顧客に直接請求するようにします。