Datadog・Sentry座席課金の引き継ぎ罠
「監視はDatadog入れてます。運用は安定しています」── これ自体は良い兆候だ。可観測性（オブザーバビリティ）が整備された事業は、運用品質が高い。しかし買い手が請求明細を開くと、Datadogの月額が想定の3倍だった。ホスト課金に加え、カスタムメトリクスが数百万系列に膨らみ、ログの取り込み量が課金帯を大きく超え、APMのインデックス対象スパンが積み上がっていた。「監視費」という一行の裏で、観測SaaSのコストが静かに膨張していたのだ。
Datadog、Sentry、New Relicといった観測SaaSは、運用品質を支える重要なインフラだが、その課金構造は驚くほど複雑で、かつ非線形に膨張しやすい。ホスト数・座席数・データ取り込み量・メトリクスのカーディナリティ・保持期間 ── 複数の課金軸が掛け合わされ、スケールとともにコストが想定を超えて伸びる。M&Aでは、この複雑なコスト構造と、契約のコミットメント、そして移管時のデータ・設定の引き継ぎが、見落とされやすい論点になる。
本稿では、観測SaaSの課金構造がなぜ複雑なのか、コストが爆発するメカニズム、契約のコミットメントと移管の罠、ベンダーロックインと再計装コスト、そして観測SaaSコストをバリュエーションにどう織り込むかを、現場目線で整理する。
1. 観測SaaSの課金構造はなぜ複雑なのか
1-1. 複数の課金軸が掛け合わされる
観測SaaSの課金は、単一の指標では決まらない。Datadogを例にとれば、監視対象ホスト数（インフラ監視）、カスタムメトリクスの系列数、ログの取り込み量と保持・インデックス、APMのホスト数とインデックス対象スパン、シンセティック監視の実行数、RUM（リアルユーザーモニタリング）のセッション数 ── これらが個別に課金される。Sentryならエラーイベント数・トランザクション数・リプレイ数・座席数といった軸がある。
これらの軸が掛け合わされることで、総額が直感的に把握しづらくなる。「ホスト10台だから安い」と思っても、カスタムメトリクスとログ取り込みが総額の大半を占めることがある。観測SaaSのコストは、契約プランの基本料金ではなく、実際の利用量の積み上げで決まり、その内訳は明細を分解しないと見えない。
1-2. 「座席」と「使用量」の二重構造
多くの観測SaaSは、座席（ユーザーアカウント）課金と使用量課金の二重構造を持つ。座席課金は、ダッシュボードを見る人数に応じて増える。退職者の座席が残っていたり、実際には使っていない座席が課金され続けていたりする。使用量課金は、システムの規模と計装の細かさに応じて伸びる。
DDでは、座席数と実際のアクティブユーザー、使用量の内訳の両方を確認する。座席の無駄（使われていない座席への課金）と、使用量の膨張（過剰な計装）は、別々の最適化余地であり、別々に評価する必要がある。本連載のWiki回（#45）やCI回（#50）と同じく、退職者の残存アカウントがここでもコストとして現れる。
2. コストが爆発するメカニズム
2-1. カスタムメトリクスのカーディナリティ爆発
観測SaaSのコスト爆発で最も典型的なのが、カスタムメトリクスのカーディナリティ（系列数）爆発だ。メトリクスにタグ（ラベル）を付けると、タグの値の組み合わせの数だけ系列が生成される。ユーザーIDやリクエストIDのような高カーディナリティのタグを付けると、系列数が爆発的に増え、課金が跳ね上がる。
これは設計上の落とし穴で、開発者が「便利だから」とタグを増やした結果、知らぬ間にメトリクスコストが本体を超えることがある。DDでは、カスタムメトリクスの系列数と、その伸び方を確認する。カーディナリティが制御されていない事業は、スケールとともにメトリクスコストが非線形に膨張する。
2-2. ログ取り込み量とスケール非線形性
ログの取り込み・インデックス・保持も、コスト爆発の主因だ。アプリケーションが出力するログ量は、トラフィックの増加以上のペースで増えることがある（詳細ログ、デバッグログの出しっぱなし）。取り込んだログをすべてインデックスし、長期保持すれば、ログ関連コストが観測SaaS全体の大半を占めることもある。
これは本連載のサーバレス回（#48）で扱ったコストのスケール非線形性と同じ構造だ。観測SaaSのコストは、トラフィックの増加に対して線形でなく、計装の細かさと相まって非線形に伸びる。買収後にスケールする前提なら、このコストカーブを見積もる必要がある。
3. 契約のコミットメントと移管の罠
3-1. 年間コミットとオーバーレージ料金
観測SaaSのエンタープライズ契約は、年間コミット（一定額の事前確約による割引）で結ばれていることが多い。コミット枠を超えた利用（オーバーレージ）は、割高な単価で課金される。事業が成長して利用がコミット枠を超えれば、オーバーレージで実質単価が上がる。逆に、過大なコミットを結んでいて使い切れていなければ、無駄が生じる。
DDでは、契約のコミット額、契約期間、オーバーレージ単価、現在の利用がコミット枠に対してどの位置にあるかを確認する。年間コミット契約は、Cloudflare（#34）やLLM（#53）と同じく、買収による契約者変更時に再交渉・引き継ぎの対象になり、条件が変わり得る。
3-2. 移管時のデータ・ダッシュボード・アラートの喪失
観測SaaSを別ベンダーに移行する、あるいはアカウントを作り直す場合、蓄積した監視データの履歴、構築したダッシュボード、設定したアラートとその閾値、SLOの定義が失われる。これらは長期の運用を通じて積み上げた運用知見の結晶であり、ゼロから作り直すには相当の工数がかかる。
これは本連載のCloudflare回（#34）で扱ったAnalytics履歴の喪失と同じ構造だ。監視の履歴とダッシュボードとアラートは、財務諸表に載らないが、運用の質を支える資産であり、移管で失われればその分の運用知見が消える。アカウント単位で引き継げるなら、これらは保全される。
4. ベンダーロックインと再計装コスト
4-1. 計装コードがベンダーに結合する
観測SaaSは、アプリケーションに計装（instrumentation）コードを埋め込んで使う。ベンダー固有のSDKやエージェントで計装している場合、別ベンダーに移行するには計装をやり直す（再計装）必要がある。OpenTelemetryのような標準的な計装を使っていれば、ベンダー切り替えのコストは小さく、ロックインが緩い。
DDでは、計装が標準ベース（OpenTelemetry等）か、ベンダー固有かを確認する。ベンダー固有の計装に深く依存している事業は、観測SaaSの価格改定や条件変更に対して脱出が難しく、ロックインリスクを抱える。標準ベースの計装は、観測SaaSのコスト交渉力を高める。
4-2. 価格改定とベンダー集中のリスク
観測SaaSは、価格改定や課金体系の変更を行うことがある。観測コストが原価の無視できない割合を占める事業では、価格改定が利益率に直接影響する。単一ベンダーに全観測を集中させ、標準計装もなく、年間コミットで縛られている事業は、価格改定への耐性が低い。
本連載で繰り返し扱ってきたベンダー依存の論点が、観測SaaSにも当てはまる。観測SaaSは「運用品質を支える資産」であると同時に、コスト爆発とベンダーロックインという「負債」の側面を持つ。両面を評価する。
5. バリュエーションとチェックリスト
5-1. 観測コストの実態と最適化余地を評価する
バリュエーションでは、観測SaaSコストを原価の一項目として正確に把握し、その内訳・スケール時の伸び・最適化余地を評価する。座席の無駄、カーディナリティの制御不足、過剰なログ取り込み・保持は、買収後に最適化できるコスト（＝改善余地）でもある。一方、年間コミットの拘束や、スケール時の非線形コスト増は、リスクとして織り込む。
観測コストが適切に管理され、計装が標準ベースで、コミットが利用実態に合っている事業は、運用品質が高くコストも統制されている。観測SaaSは、運用成熟度の指標であると同時に、隠れたコスト爆発源でもあり、その管理状態がバリュエーションに反映される。
5-2. 買い手・売り手のチェックリスト
買い手は、①観測SaaSコストの費目別内訳と推移、②座席数とアクティブユーザー・退職者の残存、③カスタムメトリクスのカーディナリティとログ量の伸び、④契約のコミット額・期間・オーバーレージ単価、⑤計装の標準/ベンダー固有、⑥アカウント移管とデータ/ダッシュボード/アラートの引き継ぎ可否、を確認する。
売り手は、観測コストの内訳を可視化し、無駄な座席を整理し、カーディナリティとログ量を最適化し、計装の標準化を進め、契約条件を整理しておく。「観測コストが統制され、運用知見がアカウントに保全されている」事業を示せる売り手は、運用品質の高さとコストの健全性の両方を実証できる。観測SaaSの棚卸しは、運用品質の裏にあるコスト構造を可視化する作業だ。
結論：観測SaaSは運用品質の証であり、同時に隠れたコスト爆発源である
DatadogやSentryが整備された事業は、可観測性が高く、運用品質が優れている。それは加点要素だ。しかし同じ観測SaaSが、複雑な課金構造と非線形なコスト膨張、年間コミットの拘束、ベンダーロックインという負債の側面を併せ持つ。「監視費」という一行の裏で、座席の無駄とカーディナリティ爆発とログ膨張が、静かにコストを押し上げていることがある。
買い手にとっては、観測コストの実態とスケール時の伸びとコミットの拘束を把握することが、隠れたコスト爆発を見抜く手段になる。売り手にとっては、コストの統制と運用知見の保全を示すことが、運用品質を正当に評価させる道になる。技術的DDの本質は、「監視が入っている」という安心の裏にあるコスト構造を分解し、資産と負債の両面を評価することにある。観測SaaSは、運用品質とコスト規律が表裏一体で現れる領域だ。
