SaaSのクラウドコスト管理：テナントごとのコストを把握・制限・削減する

このガイドは、クラウドの請求額が収益よりも速く増加しているSaaSファウンダー、CTO、エンジニアリングリードの方、またはテナントのサービス提供コストを把握しないままプランの価格設定を行おうとしている方を対象としています。SaaSプラットフォームエンジニアリングガイドではコストの習慣を数行でまとめています。このページでは、それを実際のコントロールに変換します。

このガイドの内容

• SaaSのクラウドコストに独自のコントロールが必要な理由
• まずすべてのコストを帰属させる
• テナントあたりのコスト：3つの配分方法
• 早期に支出を検知するガードレール
• 請求額を下げるレバー
• テナントあたりのAIコスト
• 運用リズム
• 代替案：誰がコントロールを運用するか
• 実績例：Netbase JSCが構築・運用するSaaSプロダクト
• どのような実績があり、何が存在しないか？
• このガイドの限界は何ですか？
• よくある質問
• 次のステップ

SaaSのクラウドコストに独自のコントロールが必要な理由

SaaSビジネスでは、クラウド支出は売上原価の一部です。新しい顧客が増えるたびにコストも増加します。通常のIT予算では管理が難しい理由が3つあります。

• 共有リソースはテナントのコストを見えにくくします。プールされたデータベースやクラスターは数百の顧客にサービスを提供しますが、請求書にはどの顧客が何を使用したかは記載されません。Microsoftのマルチテナントガイダンスでは、これを核心的な課題として挙げています。ほとんどのサービスは、テナントの定義に基づいた使用量の内訳を提供していません。
• 請求額を左右するのはヘッドカウントではなく使用量です。大きなデータセットをインポートしたり、重いレポートを実行したりする1人の顧客だけで、その月の合計額が変わることがあります。
• AI機能は呼び出しごとに料金が発生します。モデルの呼び出しとトークンは使用ごとに課金されるため、インフラに変更がなくても、1つの機能がプランのマージンを変動させる可能性があります。

FinOps Foundationのユニットエコノミクス機能は、顧客あたりのコストなどの指標を通じてテクノロジー支出とビジネス価値を結びつけることを目標としています。SaaS製品では、テナントあたり、プランあたり、コアトランザクションあたりのコストを意味します。そのプランで顧客に実際に請求される金額は別の設計事項であり、サブスクリプション課金・エンタイトルメントシステムの構築で説明しています。

まずすべてのコストを帰属させる

コントロールは、その基盤となる帰属と同程度の精度しか持ちません。削減を行う前に：

• アカウントまたはプロジェクトで環境を分離します。本番、ステージング、開発の各環境にはそれぞれ独自のアカウントまたはプロジェクトを設けることで、忘れ去られたテストクラスターが本番の支出の中に隠れることを防ぎます。
• すべてのリソースにタグを付けます。環境、サービス、オーナー、専用リソースの場合はテナント。タグはコンベンションではなくインフラコードで強制します。
• タグなしコストと共有コストのオーナーを指定します。ネットワーキング、ログ、サポートプラン、データ転送にはテナントタグが付いていないことが多いため、推測ではなくドキュメント化されたルールで配分します。
• テナントごとの使用イベントを保持します。課金に使用する同じイベントがコスト配分にも使用されます。SaaS MVPアーキテクチャガイドで推奨しているように、最初のリリースからこれらのイベントを出力するSaaS製品は、後でコストの質問に答えることができます。

テナントあたりのコスト：3つの配分方法

ほとんどの製品では組み合わせて使用します。専用ティアの大規模テナントには直接帰属を、プールされたティアには計量共有を、残りのオーバーヘッドには推定を使用します。Microsoftのガイダンスでは、重いレポートを実行するテナントがストレージから示唆されるよりもはるかに多くのコンピュートを使用することがあるため、定期的に指示的な指標を計測されたベースラインと照合することを推奨しています。AWS SaaS Lensも同じ理由で、コスト最適化の柱の一部としてテナントあたりのコストを扱っています。テナンシーモデル自体がコストに与える影響については、マルチテナントSaaSアーキテクチャで説明しています。

早期に支出を検知するガードレール

帰属はお金がどこへ行ったかを示し、ガードレールは請求書が来る前に知らせます。

• アカウント、サービス、チームごとのアラート付き予算。Google Cloudのドキュメントでは、アラートのみの予算は支出を上限設定しないことを明示しています。したがって、予算は警告であり、ブレーキではありません。
• 異常検知。例えば、AWS Cost Anomaly Detectionは機械学習を使用して、サービス、アカウント、リージョン、使用タイプ別に異常な支出にフラグを立てます。アラートは、誰も読まない財務インボックスではなく、担当チームのチャンネルにルーティングしてください。
• 製品でテナント制限を適用します。プランエンタイトルメントでストレージ、シート、API呼び出し、AI使用量を上限設定することで、1つのテナントがプランのマージンを消費することを防ぎます。これは、コストが発生する前に作動する唯一のガードレールです。
• 本番環境以外は自動シャットダウンします。開発・テスト環境は、誰かがオプトアウトしない限り、業務時間外は停止します。

請求額を下げるレバー

レバーはリスクの低い順に適用します。まず無駄を排除し、次にリサイズして、コミットします。不要なキャパシティへの割引は依然として無駄です。

代替案：誰がコントロールを運用するか

どの方法を選んでも、プロダクト自体がテナントごとの使用量を出力する必要があります。外部ツールが後から取得することはできません。Netbase JSCはクラウドプラットフォームエンジニアリングとSaaS開発を通じてこれらのコントロールを構築し、マネージドクラウドサービスの一部として月次・四半期のコストレビューを実施します。ほとんどのNetbase JSCプロジェクトは、ディスカバリー後に合意された請負契約で提供されます。

実績例：Netbase JSCが構築・運用するSaaSプロダクト

• Cloodo Workspace。Netbase JSCが構築・運用するマルチテナントのデジタルワークプレイスで、CRM、HRM、クラウドERP、AIモジュールを1つのプロダクトに統合したNetbase Business Divisionです。Cloodoの記録をご覧ください。
• 米国クライアント向けクラウドERP（非公表）。Netbase JSCが2020年からオフショア開発・マネージングパートナーとして開発してきた、AWS上のマルチテナントクラウドERPです。すべての顧客企業が共有インフラ上の独自ワークスペースで業務を行っています。クラウドERPの記録をご覧ください。
• Printcart。Netbase Business DivisionsのWeb to Print SaaSで、1つのプラットフォームから多くのマーチャントにサービスを提供しています。Printcartの記録をご覧ください。

Netbase JSCはAWS、Google Cloud、DigitalOcean、Cloudflare上で稼働します。クラウドパートナーティアは主張しません。

どのような実績があり、何が存在しないか？

• 存在するもの。上記の記録は、Netbase JSCが共有インフラ上で構築・運用するマルチテナントプロダクトを説明しており、これらのコントロールが書かれた設定です。
• 存在しないもの。Netbase JSCの記録では、自社プロダクトまたはクライアントのクラウド請求額、削減額、テナントあたりのコスト、マージンは公開していません。このページのいかなる内容も、計測されたコスト結果として提供するものではありません。

このガイドの限界は何ですか？

• プロバイダーの機能はアクセス日時点の各自のドキュメントから引用しています。名称、制限、価格は変更される場合があります。
• 配分方法は推定値を生成します。適切な精度は価格モデルによって異なります。
• コストコントロールのセキュリティ面（リソースを作成したり予算を変更したりできる人物など）は、管理アクセスと同じロールベースのアクセス制御とMFAルールに従います。

次のステップ

現在のクラウド請求構造、プラン、最大テナントをお知らせください。帰属設定、ガードレール、レビューリズムを整えるためのソリューションレビューを予約します。クラウドプラットフォームエンジニアリングやNetbase JSCのインサイトもご覧ください。

関連サービスとソリューション