本文へスキップ
ToolSimu

SaaS・AI・クラウド · インタラクティブ・シミュレーター

クラウド送信転送料ショック・シミュレーター:データ転送の費用が利益率を食いつぶすとき

計算資源は安価ですが、外へ送る1ギガバイトごとに課金されます。ユーザーあたりの通信量、送信転送の単価、CDNによる負荷軽減が、月次のクラウド請求額を誤差で済ませるのか、利益率の致命傷にするのかを確認します。

コントロールタワー

その月に、製品から何かをダウンロードまたはストリーミングした人の数です。

20,000

画像、動画、ダウンロード、APIの応答を含め、ユーザー1人に毎月配信される平均ギガバイト数です。

6

無料枠を使い切った後、クラウド事業者が自社ネットワークから出る1ギガバイトあたりに請求する額です。

¥13.5

オリジンのストレージやサーバーではなく、CDNのキャッシュから配信される通信量の割合です。

70%

広告、サブスクリプション、従量課金を含め、アクティブユーザー1人から得る月平均の売上です。

¥90

外へ送るデータ量に左右されない、計算資源、データベース、監視、ツールの費用です。

¥450,000

現在のシナリオに対して、逆ストレステストと1,000回のモンテカルロ・シミュレーションを実行します。

月次の純損益

¥530,910

連鎖するドミノの流れ

各段階が次の段階に影響します。緑は安全、黄は警告、赤は危険を表します。

  1. 1

    配信データ量

    120

    月間に配信されるTB

    安全

  2. 2

    オリジンからの通信量

    36

    オリジンから出ていくTB

    安全

  3. 3

    配信費用

    ¥77万

    送信転送、CDN、リクエストの料金

    警告

  4. 4

    売上に占める割合

    43%

    売上のうち配信に使う割合

    警告

  5. 5

    利益

    ¥53万

    月あたり純額

    安全

金額はJPYで、実際の為替レートではなく例示的な目安のスケールで表示しています。

詳細ガイド

クラウド送信転送料ショック・シミュレーター:データ転送の費用が利益率を食いつぶすとき

業界のエグゼクティブ分析

クラウドの料金体系は、創業者に計算資源に注目するよう促しますが、計算資源は安価です。人々を驚かせるのは、一般にエグレスと呼ばれるデータの送信転送、つまり事業者のネットワークから出る1ギガバイトごとの料金です。データを入れることは通常無料ですが、ユーザーに送ることには従量課金が適用され、1ギガバイトあたりの単価は、動画、画像、バックアップ、ファイルのダウンロードを掛け合わせるまでは小さく見えます。ユーザーあたりの収益がわずかな製品は、コンテンツの配信に、そこから得る収益以上を支払うことがあり、請求書は原因となった通信の数週間後に届きます。

この問題の構造は、異なる速度で増える二つの数値の比率です。ユーザーあたりの売上は横ばいか緩やかな増加にとどまりますが、ユーザーあたりのギガバイト数は、新機能、高解像度の画像、自動再生の動画のたびに上がりがちです。送信転送の単価はギガバイトあたりのほぼ固定の税金なので、ユーザーあたりのコストは通信量に比例して上がり、ユーザー数が倍になってもユーザーあたりの利益率は下がります。そこで、成長は問題を改善するどころか悪化させます。ソフトウェア事業が本来そうあるべき姿とは正反対です。

ドミノモデルは、その連鎖を示します。ユーザーあたりの配信データ量とユーザー数が、総ギガバイト数を決めます。CDNが、そのうちどれだけがオリジンに届くかを決め、高額な送信転送の単価が適用されるのはオリジンです。配信費用は売上に占める割合となり、その割合が最終的な利益を決めます。キャッシュヘッダーの変更や新しいURLパターンによるキャッシュヒット率のわずかな低下が、一夜にして数倍の通信をオリジンに送り込むことがあり、チームは成長ではなくデプロイによって、想定外の請求を受けます。

氷山は、誰もが注目する項目と、誰も見ていない項目を切り分けます。目に見える部分は、送信転送の料金そのものと、残りのインフラです。水面下には、CDNの配信料金、取得されるオブジェクトごとに増えるリクエストとAPIの料金、再試行や中断されたダウンロードで無駄になる送信転送、売上にかかる決済手数料があります。それぞれ単体では小さく見えますが、合わせると、見出しの送信転送の数字の上に、無視できない追加の層を形成します。シミュレーターで、利益がゼロになるユーザーあたりの通信量を調べ、現在の水準と比べてください。

計算式と方法論の設計図

このモデルは月次で計算します。総ギガバイト数は、ユーザー数にユーザーあたりのギガバイト数を掛けたものです。CDNによる負荷軽減の割合はCDN経由で配信され、残りはオリジンからの通信になります。小さな無料枠を超えたオリジンの通信は送信転送の単価で、CDNの通信はより低い配信料金で課金され、すべてのギガバイトにリクエスト料金もかかります。オリジンの通信の一部は失敗後に再送され、再び課金されます。収益は、ユーザー数にユーザーあたりの売上を掛け、決済手数料とその他のインフラ費を差し引いたものです。

総通信量
G = ユーザー数 × ユーザーあたりのGB
キャッシュ前の、その月に配信されるすべてのギガバイトです。
オリジンからの通信量
O = G × (1 − CDN負荷軽減率)
事業者のネットワークから出て、送信転送の単価で課金されるギガバイトです。
送信転送費用
E = max(0, O − 無料枠) × 送信転送単価
見出しの料金で、通信量または単価が下がったときにだけ減ります。
配信費用
D = E + CDNのGB × CDN単価 + G × リクエスト料金 + O × 再試行率 × 単価
ユーザーへバイトを届けるために支払うすべての費用で、忘れやすい部分も含みます。
純利益
純額 = ユーザー数 × ARPU × (1 − 手数料率) − D − その他のインフラ
月次の結果です。破綻点は、これがゼロになるところです。

連鎖する弾力性

ユーザーあたりのギガバイト数と送信転送の単価は、費用に線形に作用しますが、費用が低単価の売上に占める割合が大きいため、利益への影響は大きくなります。CDNによる負荷軽減は、通信量が多いほど最も強力な変数です。オリジンから外れるポイントが1つ増えるごとに、その通信分の送信転送の単価がまるごと節約できるからです。ユーザーあたりの売上は、無料アプリやメディアサイトなど、収益化の低い製品で最も重要になります。

実例に基づく3つのケーススタディ

自己資金で始めるスタートアップ

ダウンロードの軽い小さなアプリ

新しい製品が、小さな画像と控えめなファイルで数千人のユーザーに配信しています。通信の大半はキャッシュされ、ユーザーあたりの売上も健全なので、配信費用は小さな行にすぎません。読み込むと、初期段階がいかに快適に見えるか、そして重い機能が計算を変える前にどれほど警告がないかがわかります。

成長中の中堅企業

強固なキャッシュを持つ大規模な視聴者層

10万人のユーザーと高いキャッシュヒット率を持つ製品は、大量のデータを配信しますが、その大半に低いCDN料金を支払っています。絶対額では利益が大きくなります。読み込むと、キャッシュヒット率にエンジニアリングの時間をかける価値があること、そして低下するとオリジンの通信が何倍にもなることがわかります。

ブラックスワン級の危機

計画なしに公開された動画機能

新しい動画機能がユーザーあたりのギガバイト数を何倍にも増やす一方、キャッシュは空で、通信の大半が満額の送信転送単価でオリジンに到達します。ユーザーあたりの売上は低いままです。読み込むと、費用が収入を上回る様子と、負荷軽減とユーザーあたりの通信量のどちらの変数が月を黒字に戻すかがわかります。

業界ベンチマーク一覧

指標危険ゾーン業界平均上位10%のエリート水準
CDNによる負荷軽減率(キャッシュヒットの割合)40%未満60〜80%90%超
売上に占める配信費用の割合40%超10〜25%8%未満
GBあたりの送信転送単価(定価、第一段階)$0.10超$0.05〜0.09長期契約で$0.02未満
アクティブユーザー1人あたりの月間配信データ量ARPUの低い製品で20GB超2〜8GB適切な圧縮で2GB未満
再試行されるオリジン通信の割合8%超3〜5%2%未満

変数とレバー

月間アクティブユーザー数

その月に、製品から何かをダウンロードまたはストリーミングした人の数です。

レバー: ユーザーあたりのコストがわかるまでは、ユーザー数の拡大を追わないでください。ユーザーが1人増えるごとに、同じ配信費用が積み上がります。

ユーザーあたりの配信データ量(GB)

画像、動画、ダウンロード、APIの応答を含め、ユーザー1人に毎月配信される平均ギガバイト数です。

レバー: メディアを圧縮し、重いアセットは遅延読み込みにし、標準画質に上限を設けてください。ユーザーあたりのギガバイト数は、自分で制御できる最大の変数です。

GBあたりの送信転送単価

無料枠を使い切った後、クラウド事業者が自社ネットワークから出る1ギガバイトあたりに請求する額です。

レバー: 長期利用割引を交渉するか、大容量ファイルは送信転送料の安いストレージ事業者に移すか、大きな通信には専用線の相互接続を使ってください。

CDNによる負荷軽減率

オリジンのストレージやサーバーではなく、CDNのキャッシュから配信される通信量の割合です。

レバー: キャッシュの有効期間を延ばし、ファイル名にバージョンを付け、階層型キャッシュを導入してヒット率を高め、オリジンに届くバイト数を減らしてください。

ユーザーあたりの月間売上

広告、サブスクリプション、従量課金を含め、アクティブユーザー1人から得る月平均の売上です。

レバー: ヘビーユーザーに価格を適用してください。公正利用の上限、大容量ダウンロード向けの有料プラン、データ量に連動した超過料金を設けます。

その他のインフラ費(月額)

外へ送るデータ量に左右されない、計算資源、データベース、監視、ツールの費用です。

レバー: スタックの残りの部分も適正化してください。固定のインフラ費が、利益が消えるまでに吸収できる送信転送の量を決めます。

このシミュレーターの使い方

  1. 1現実的なプリセットから始めるか、先月のユーザー数、通信量、請求額を入力します。
  2. 2五つのドミノの箱を見て、通信量、負荷軽減、ユーザーあたりの売上のどれが先に赤くなるかを確認します。
  3. 3「破綻点を探す」を押して、計画が耐えられるユーザーあたりのギガバイト数を把握します。
  4. 4現在の計画とCDN優先の計画を、24か月のグラフで比較します。
  5. 5ツールが示す通信量の水準で予算アラートを設定し、毎月キャッシュヒット率を確認します。

避けたい間違い

  • 計算資源のコストだけを見て、送信転送の行を無視すること。メディアやファイルを扱う製品では、請求書の最大部分になることがよくあります。
  • キャッシュヒット率が一定のままだと仮定すること。ヘッダーやURLが1つ変わるだけで、通信の大半がオリジンに戻ることがあります。
  • ユーザーに見えるダウンロードだけを数えて、ネットワークから出る再試行、ヘルスチェック、ボット、バックアップ、リージョン間のコピーを忘れること。
  • 全ユーザーに単一の価格を設定すること。上位数パーセントのヘビーユーザーが通信の大半を生んでおり、その分を負担すべきです。

よくある質問

エグレスとは正確には何ですか。

クラウド事業者のネットワークから出ていくデータのことで、たとえばユーザーがファイルをダウンロードしたり、動画をストリーミングしたりする通信です。事業者は通常これにギガバイト単位で課金し、入ってくるデータは一般に無料です。事業者の最新の料金表をご確認ください。

CDNは常に直接の送信転送より安いのでしょうか。

多くの場合は安いですが、常にそうとは限りません。CDNは大量であればギガバイトあたりの費用が低く、遅延も減らしますが、リクエスト料金がかかり、最低利用額の契約がある場合もあります。ご自身の通信に対する、ギガバイトあたりの平均費用を比較してください。

ユーザーが増えていないのに請求が急増したのはなぜですか。

よくある原因は、キャッシュヘッダーの変更、アセットのサイズの変更、バージョン管理されていないためキャッシュできないファイル、大きなファイルを巡回するボット、より多くのデータをストリーミングする機能です。まず負荷軽減率と上位のURLを確認してください。

送信転送料を完全に避けることはできますか。

完全に避けられることはまれですが、事業者やストレージサービスの中には、非常に低い、またはゼロの送信転送料を提示するものがあり、CDNや専用線の相互接続でも減らせます。条件は変わるため、決める前に最新の条件を確認してください。

限界となる通信量はどのように見つけますか。

「破綻点を探す」を押してください。ツールは各入力値を悪化する方向へ動かし、月次利益がゼロになる値を、現在の設定にどれだけ近いかの順に報告します。

どのくらい正確ですか。

明示した前提に基づく教育目的の計画モデルであり、財務上または技術上の助言ではありません。定数をご自身の料金表に置き換え、実際の請求書と照らし合わせてください。

これは前提条件を明示した、教育目的の計画モデルです。財務、税務、法律に関する助言ではありません。入力値はご自身の数字に置き換え、重要な判断は必ず資格を持つ専門家に確認してください。