コスパ最強の開発構成｜DB・サーバー・LLMまで運用費を抑える選び方

「予算は限られているけれど、ちゃんと動くものを作りたい」。中小企業や個人事業の方から最も多くいただく相談です。開発費だけでなく、公開後に毎月かかる運用費をどう抑えるかが、長く使えるシステムにできるかどうかの分かれ目になります。

この記事では、配信・処理・データベース・サーバー・LLMの要素ごとに、運用費を抑える選び方を解説します。

運用費を抑える基本の考え方は？

結論は、使われた分だけ払うサービスを組み合わせ、常時稼働のサーバーを持たないことです。

従来は、Webサーバーとデータベースサーバーを24時間動かし続けるのが一般的でした。しかし中小規模のシステムは、ほとんどの時間アクセスがありません。それでも常時稼働のサーバーは、使われていない時間の分まで費用がかかります。

そこで次の3原則で考えます。

1. 常時動かさない：リクエストがあったときだけ動く仕組み（サーバーレス）にする
2. 既存サービスに任せる：認証・決済・メール・DBの運用は、専門のマネージドサービスを使う
3. 上限を決める：従量課金は青天井になりうるため、利用上限と請求アラートを必ず設定する

規模ごとのおすすめ構成は？

料金と無料枠はサービスごとに頻繁に変わるため、採用前に必ず公式の料金ページで試算してください。

画面の配信はどうするか？

会社案内やサービス紹介のように、アクセスのたびに内容が変わらないページは、HTMLを事前に作っておく静的サイトにします。配信先は次のような選択肢があります。

どれを選んでも静的配信の費用は小さいため、処理やDBをどこに置くかに合わせて選ぶのがおすすめです。

処理（API）はどこで動かすか？

フォームの受付、予約の登録、外部サービスとの連携など、データを処理する部分はサーバーレスで動かします。

Cloudflare WorkersとD1を組み合わせると、APIとDBを同じ場所で動かせます。

name = "reservation-api"
main = "src/index.ts"
compatibility_date = "2026-10-01"
 
[[d1_databases]]
binding = "DB"
database_name = "reservation"
database_id = "<D1のID>"

export default {
  async fetch(request: Request, env: { DB: D1Database }) {
    const { results } = await env.DB
      .prepare('SELECT id, name, date FROM reservations WHERE date = ?')
      .bind(new URL(request.url).searchParams.get('date'))
      .all();
    return Response.json(results);
  },
};

データベースはどうするか？

DBは、常時稼働のDBサーバーを自分で持たないのが基本です。用途に応じて次から選びます。

選ぶときのポイントは次の3つです。

• データの関係が複雑ならRDB（D1・Supabase・Neon）：予約と会員と店舗のように、データ同士の関係が多い業務システムはRDBが扱いやすい
• バックアップと復元を確認する：自動バックアップの有無と保持期間は、サービスやプランで異なる
• 接続数に注意する：サーバーレスから従来型のDBにつなぐと、同時接続数の上限に当たりやすい。サーバーレス向けの接続方式があるDBを選ぶ

ファイル（画像・PDFなど）は、DBではなくオブジェクトストレージに置きます。Cloudflare R2は外部への転送料金（egress）がかからないため、画像や資料の配信が多いシステムでは費用を大きく抑えられます。

常時稼働のサーバーが必要な場合は？

サーバーレスが向かないケースもあります。

• 長時間の処理：数分〜数時間かかる集計・変換・バッチ処理
• 常時接続：WebSocketによるリアルタイム通信、チャット
• 常に負荷がかかる：24時間絶えずリクエストが来る
• 既存のアプリを動かしたい：PHPやRailsなど、すでにあるアプリをそのまま移したい

この場合は、次の順で検討します。

1. 処理を分ける：重い処理だけをキュー（Cloudflare QueuesやAmazon SQS）に回し、非同期で実行する。画面側はサーバーレスのまま保てる
2. コンテナで動かす：Cloud RunやAWS ECS（Fargate）など、必要な分だけ動くコンテナ実行環境を使う
3. 小さなVPSを使う：常時負荷がある場合は、月額固定のVPSの方が安くなることもある。ただしOSの更新・監視・バックアップは自分で行う必要がある

リアルタイム通信だけが目的なら、Cloudflare Durable ObjectsのようにサーバーレスのままWebSocketを扱える仕組みもあります。

LLM（生成AI）を使う場合は？

LLMは、最も費用が読みにくい要素です。入力と出力のトークン数に応じた従量課金のため、使われ方次第で費用が大きく変わります。

自前でGPUを持たない

自社でLLMを動かすには高価なGPUサーバーが必要で、中小規模では割に合いません。OpenAI・Anthropic・GoogleなどのAPIを従量課金で使うのが基本です。

費用を抑える工夫

Cloudflare AI Gatewayを経由させると、複数のLLMへの呼び出しを一か所で記録し、キャッシュや回数制限をかけられます。

const cached = await cache.get(questionKey);
if (cached) return cached; // 同じ質問はLLMを呼ばない
 
const model = isSimpleTask(question) ? SMALL_MODEL : LARGE_MODEL;
const answer = await callLlm({ model, prompt: question, maxTokens: 800 });
 
await cache.set(questionKey, answer, { ttl: 60 * 60 * 24 });
return answer;

必ず上限とアラートを設定する

LLMのAPIは、不正利用やバグによる無限ループで一晩で想定外の請求になることがあります。APIキーは必ずサーバー側に置き、各サービスの利用上限と請求アラートを最初に設定しておきましょう。

安さを優先してはいけない部分は？

特に認証と決済は自作しないことが大切です。LINEログイン、Supabase Auth、決済代行サービスなど、実績のある仕組みを使う方が安全で、結果的に安くなります。

費用の落とし穴は？

• 転送量（egress）：ファイル配信が多いと、ストレージ代より転送料金が高くなることがある
• 無料プランの条件：一定期間使われないと停止する、商用利用に制限があるなどの条件がある
• 従量課金の青天井：アクセス急増やバグで費用が跳ね上がる。上限とアラートで防ぐ
• 乗り換えにくさ：特定サービス独自の機能に依存しすぎると、移行が難しくなる。データは標準的な形式で持っておく

データベースの費用をさらに詳しく知りたい方は、データベース構築の費用相場とデータベースを無料で運用する方法｜Supabase無料プランの制限と注意点もあわせてご覧ください。

まとめ

• 運用費を抑える基本は、使われた分だけ払うサービスを組み合わせること
• 小規模ならCloudflare（Workers・D1・R2）で、配信からDB・ファイルまで安くまとめられる
• 常時処理はキューやコンテナに分け、LLMはモデルの使い分け・キャッシュ・上限設定で費用を管理する
• データ設計・セキュリティ・バックアップには費用をかける

スエキチシステムでは、予算と使われ方に合わせた構成のご提案から承ります。お気軽にご相談ください。