AWS API Gateway + ラムダ ソリューションの販売は、顧客が使用に基づいて請求されるため、非常に簡単に思えます。
私の場合、ラムダはデータを RDS DB に書き込みます。これは、時間単位で請求されるコストの中心を表します。
このようなアプリケーションで、さまざまな顧客間で DB コストを公平に割り振るにはどうすればよいでしょうか?
ありがとう
AWS API Gateway + ラムダ ソリューションの販売は、顧客が使用に基づいて請求されるため、非常に簡単に思えます。
私の場合、ラムダはデータを RDS DB に書き込みます。これは、時間単位で請求されるコストの中心を表します。
このようなアプリケーションで、さまざまな顧客間で DB コストを公平に割り振るにはどうすればよいでしょうか?
ありがとう
非常にオープンな質問です。
顧客の観点から最も単純なのは、サービスを使用するためのコストの形です。つまり、AWS RDS と呼ばれるコンポーネント/項目を顧客の請求書に表示したくありません。
AWS RDS は (マシンごとに) かなり均一な料金モデルのようです。したがって、顧客ごとに個別のインスタンスを設定しない限り、次の 2 つの選択肢があります。
フラット階層サブスクリプション。サブスクリプションにより、N 個の無料 API 呼び出しが提供されます。
フラット階層サブスクリプション + API 呼び出しごと。サブスクリプションは単にあなたを乗せるか、N 回の無料 API 呼び出しを提供し、残りはアラカルトで支払います。
たとえば、TPS (API 呼び出しまたは秒) の上限が 5、10、100 で、月額 5、7、30 ドルの料金で、小、中、大の層があります。
ティアの TPS をまたいだお客様は、自動的に次のティアに課金されます。
もちろん、他の多くの組み合わせを考え出すこともできます。
また、顧客ごとに個別のインスタンスを設定している場合、配布は非常に簡単です。