AWSは、関数（イベントを処理するためのコード）を1GB利用する秒数（以下、GB秒）でサーバレスコンピューティングの料金を計算する。GB秒は、関数に割り当てるメモリのGB数に、一定期間内にその関数が実行された累積時間（秒数）を乗算して求められる。つまり、各関数の実行完了までの時間と、実行のトリガー回数によって料金が決まる。

　例えば、米国東部リージョンにデプロイされた関数でメモリが1GB割り当てられ、その関数が任意のx86サーバで実行されるとする。実行が1秒に1回で平均実行時間が1秒、つまり1カ月当たり260万回であれば、1カ月の実行時間は260万GB秒になる。AWSでは、実行時間に対して月額43ドル、リクエスト件数に料金（100万件当たり0.2ドル）が課金される。従って、1カ月の総額は約43.50ドルとなる。

　料金はこれ以外にも発生することに注意を要する。例えば、プロセッサの種類も料金に影響する。AWS Lambdaの場合、Arm製のプロセッサを利用すればx86より約20％安価になる。

課金シナリオ

　思いがけない出費を避けるには、サーバレスコンピューティングを構成するさまざまな要素の課金シナリオを理解し、運用アプリケーションに想定する用途やパフォーマンス要件と、そのシナリオを照らし合わせる必要がある。以下にその例を挙げる。

• トランザクションの量
  • 単位時間当たりのリクエスト件数
• 量の増減パターン
  • 標準時の使用量とピーク時の使用量の違い
• リソース消費量
  • 実行1回当たり、実行期間全体、保存、外部統合に必要なコンピューティング容量

　基本的にアプリケーションは最長応答時間に厳しい水準を求めるため、想定応答時間が重要な要素になる。サーバレスコンピューティングでは、応答時間を割り当てることができないため、応答時間の概算は、利用するクラウドアーキテクチャのサーバレスコンピューティングの構成要素ごとに求める必要がある。

　AWS LambdaやMicrosoftの「Azure Functions」など、サーバレス関数の料金には次に示す3つの要素が主に影響する。

• メモリ割り当て
• 実行回数
• 毎回の実行時間

　関数の数が増えたり、メモリのオーバープロビジョニング（余剰領域を確保すること）があったりすると、料金が跳ね上がる可能性がある。1秒当たり100件以上のリクエストがあるアプリケーションだと、月額料金が瞬く間に数千ドルに達することもある。

　関数によっては、料金とパフォーマンスをサーバベースの仮想マシンサービス「Amazon Elastic Compute Cloud」（Amazon EC2）と比較すべきだ。アプリケーション開発の際は、サーバレスからサーバベースに移行できるようにしておく必要があるだろう。

　後編ではAWS Lambdaをモデルに、サーバレスコンピューティングで費用を抑える方法を紹介する。