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

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

このガイドの内容

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

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

SaaSビジネスでは、クラウド支出は売上原価の一部です。新規顧客が増えるたびに一定のコストが発生します。通常のITバジェットで管理することを難しくする要因が3つあります。

• 共有リソースはテナントのコストを隠します。プールされたデータベースやクラスターは数百の顧客にサービスを提供しており、請求書にはどの顧客が何を使ったかが記載されていません。Microsoftのマルチテナントガイダンスは、これをコアの難題として指摘しています。ほとんどのサービスは、テナントの定義に従って使用量を分解しないのです。
• 請求額を動かすのはヘッドカウントではなく使用量です。大量のデータセットをインポートしたり、重いレポートを実行したりする1つの顧客が、その月の合計を変えることがあります。
• AI機能は呼び出しごとに料金が発生します。モデル呼び出しとトークンは使用ごとに課金されるため、インフラに変更がなくても1つの機能がプランのマージンを変えることがあります。

FinOps FoundationのUnit Economicsケイパビリティは、テクノロジー支出をコスト・パー・カスタマーなどの指標を通じてビジネス価値に結びつけるという目標を掲げています。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 JSCビジネス部門です。Cloodoのレコードをご覧ください。
• 米国クライアント向けクラウドERP（非公開）。Netbase JSCが2020年からオフショア開発・マネージングパートナーとして開発してきたAWS上のマルチテナントクラウドERPで、各顧客企業が共有インフラ上の独自ワークスペースで業務を行います。クラウドERPのレコードをご覧ください。
• Printcart。Netbase JSCビジネス部門のWeb to Print SaaSで、1つのプラットフォームから多くのマーチャントにサービスを提供しています。Printcartのレコードをご覧ください。

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

存在する納品実績と存在しないもの

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

このガイドの限界

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

次のステップ

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

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