PlanetScaleを使ったシステム開発費は、システム規模、DB構成、移行・運用要件によって、200万円から1億円超まで変わります。
目安は、PoCで200万〜600万円程度、中小企業向けの業務システムで800万〜3,000万円程度、基幹連携を含む大規模案件で3,000万円〜1億円超です。
▼全体ガイドの記事
・PlanetScaleのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
PlanetScaleのシステムの概要
PlanetScaleのシステムとは、PlanetScaleをデータベース基盤に採用したシステムのことです。Webサービスや業務システムのほか、SaaSやモバイルアプリなども含まれます。
業務画面や認証機能は、アプリケーションサーバーや外部サービスと組み合わせて開発します。このため、費用を見積もる際は、DB利用料と周辺の開発・運用費を分けて考えます。
VitessとMySQL互換を活かせるシステム
Vitessは、MySQL互換のデータベース基盤です。既存のMySQL資産やORMを活かしやすい点が特徴です。
- 変更管理：開発ブランチで検証してから、Deploy Requestで本番に反映する流れ
- 利用例：受発注、顧客管理、予約、EC、会員基盤など
- 高負荷への対応：接続プール、レプリカ、垂直・水平シャーディングを検討できる
サービスを止めずにスキーマを変えたいシステムでは、データベース運用の負担を抑えられます。
Postgresを採用するシステム
Postgresを採用する場合は、用途と変更管理の仕様を先に確認します。
- 利用要件：PostgreSQL前提のアプリケーションや拡張機能、分析基盤が候補になります。
- 変更管理：ブランチは独立したDBとして扱われるため、VitessのようなDeploy Requestによるスキーマの自動マージは前提にできません。
- 見積もり：初回の要件定義でエンジンを確定してから、移行手順とテスト工程を見積もる。
PlanetScaleを使ったシステム開発の進め方
開発の基本は、通常の業務システム開発と同じです。業務要件と非機能要件を整理してから、構成を決めます。また、停止可能時間や許容できるデータ損失、既存DBからの移行方法も、初期段階で明文化しておきます。
要件定義での費用の前提
要件定義では、利用者と権限、業務フロー、画面を整理するのが基本です。そのほか、登録データや検索条件、帳票、外部連携も対象になります。
- 負荷と保持：ピーク時の同時接続数、1日あたりのアクセス、データ保持期間
- 復旧要件：復旧目標のRTOと、許容できるデータ損失を示すRPO
- 情報管理：個人情報や決済情報を扱う場合、保管リージョン、監査ログ、SSO、通信経路、委託先管理を含めます。
要件を省くと、高可用性やセキュリティ対策が後から加わり、初期見積が膨らむことがあります。
設計・開発でのデータの流れ
設計では、テーブルやAPI、権限を中心に定義します。画面や外部サービスとのデータ連携も、同じ設計の中で扱います。さらに、読み書きの量を予測しておくと、不要な全件検索や過剰なレプリカを避けられ、利用料を抑えられます。
Vitessでは、開発ブランチでスキーマ変更を検証し、レビューと承認を経て本番に反映します。一方、Postgresではマイグレーションツール、DDLの適用順、失敗時の復旧手順を設計します。
テスト・移行・リリースの実施内容
テストでは、画面やAPIに加えて、実データに近い件数での性能を確認します。さらに、フェイルオーバーやバックアップ復元、権限の誤操作、外部連携の再送も確かめます。
DB移行では、件数の照合から、タイムゾーンやNULL、重複、履歴データの扱いまで検証します。移行リハーサルを複数回行うほど、当日の停止時間と追加工数を抑えやすくなります。
PlanetScaleのシステム開発費用相場
PlanetScaleを採用すると、サーバー構築や監視を簡略化できる可能性があります。ただし、画面やAPI、権限、帳票などの開発に加え、テストや移行、運用設計にも別の工数が必要です。そのため、開発費が一律に安くなるとは限りません。
次の金額は、一般的なクラウド型・業務システムの相場と、PlanetScaleを含む構成の工程から整理した目安です。PlanetScale公式が開発会社の価格を定めたものではなく、あくまで目安です。
PoCや小規模管理画面の費用（200万〜600万円程度）
PoCでは、PlanetScaleへの接続と少数の画面で、基本認証やCRUD、簡易管理機能を確認します。目安は200万〜600万円程度です。
期間は1〜3か月程度になりやすいものの、既存データ移行や決済・外部API接続の有無で変わります。
本番品質の監視や複雑な権限まで作り込むと、検証目的に対して費用が過大になることがあります。そのため、検証する仮説は二つか三つに絞ります。
顧客・案件・受発注管理の費用（800万〜3,000万円程度）
中小企業向けに、複数権限を持ち、顧客・案件・商品・受注・請求を管理するシステムは、800万〜3,000万円程度が目安です。このシステムには、検索やCSV、通知、外部連携も含まれます。
期間は3〜9か月程度になりやすく、調整の回数や連携の本数、移行データの品質で上下します。
画面数が少なくても、承認ワークフローや複雑な権限を含む場合は、画面数だけで費用を判断できません。
基幹連携や高可用性を含む案件の費用（3,000万円〜1億円超）
複数拠点や基幹連携、大量データの移行を含む案件は、3,000万円〜1億円超になることがあります。厳格な権限や監査ログ、高可用性が加わると、範囲はさらに広がります。負荷試験や24時間運用が必要なら、そのぶん費用も膨らみます。
期間も9か月から2年以上まで幅があります。費用が大きくなるのは、業務を止めない設計や既存データの整理、周辺システムとの調整、テストと教育の範囲が広がるためです。
数億円規模のフルスクラッチ開発も選択肢に入ります。そのため、PlanetScaleの採用だけで全体の費用は判断できません。
工程別の費用配分（要件定義・企画は10〜15%が目安）
工程別の配分は、要件定義・企画が10〜15%、設計が25〜35%を目安にします。開発と単体テストが30〜40%、結合・総合テストが15〜20%、データ移行・教育が5〜10%です。
工程が重なる案件もあるため、この比率は厳密な会計上の数字ではありません。開発費の大部分をコーディングだけで説明する見積には注意が必要です。DB接続設定や設計をどの工程に計上しているかも確認します。
PlanetScaleの料金体系とランニングコスト
PlanetScaleの利用料は、開発会社への支払いとは別に発生する、DB基盤の継続費用です。2026年8月確認の公式料金では、Postgres Single Nodeは月額5ドルからです。3ノードのHighly Available構成は、月額15ドルからです（出典: PlanetScale公式「PlanetScale Postgres pricing」、2026年8月確認）。
実際の請求額は、ブランチごとのコンピュートやストレージ、バックアップ、通信で変わります。レプリカやリージョン、契約プランによっても金額は動きます。
BaseとEnterpriseの選び分け
プランはBaseとEnterpriseに分かれ、Baseはセルフサービス型です。VitessとPostgresのほか、ブランチやクエリインサイト、バックアップなども利用できます。
Enterpriseは、強化サポートや専用環境、PCI対応を備えた大規模案件向けです。顧客所有のAWSまたはGCPアカウントでの運用や、移行・シャーディングの支援が必要な場合に選びます（出典: PlanetScale公式「PlanetScale plans」、2026年8月確認）。
Enterpriseの価格は要件や契約条件に応じた個別見積もりのため、公開価格だけで月額を断定することはできません。
ストレージ・バックアップ・通信量の加算分
Postgresでは、コンピュートに加えて、ディスク容量や追加IOPS、スループットを確認します。バックアップ容量や外向き通信、追加レプリカも、料金に加算される要素です。
公式資料によると、ネットワーク接続型ストレージは各クラスタに10GBのディスクが含まれ、バックアップはディスク容量の2倍まで含まれます。超過分には追加料金がかかります。
AWS東京リージョンの同ストレージは、公式価格表で1GBあたり月額0.150ドルです。ただし、構成やリージョン、利用量で変わるため、実際の請求額は料金計算画面で確かめます。
SSOやサポートの別料金
組織認証をSAML SSOに統一する場合、Baseへの追加料金は月額199ドルと公式資料に記載されています。
Enterpriseでは、契約によってSSOが含まれる場合もあります（出典: PlanetScale公式「Single sign-on」、2026年8月確認）。
開発会社の保守費や監視、障害時のオンコールに加え、AWSやGCP側のネットワーク費も別途かかる可能性があります。さらに、社内の運用担当者の作業時間も、料金比較に含めておきます。
PlanetScaleの費用が変動する要因
総費用は、システム規模やデータ量、利用者数によって変わります。移行の難しさや可用性の水準も、費用を左右します。DB性能だけでなく、環境数や変更管理、保守体制によって増える開発・運用の工数も確認します。
見積書では、各要因が初期費用と月額費用のどちらに影響するかを分けて確認します。
アクセス量と可用性の水準による違い
Single Nodeは、開発・検証や、停止を許容できる小規模な本番に適しています。障害時の自動フェイルオーバーを重視する本番では、HA構成を検討します。
読み取りが集中する場合はレプリカやキャッシュを追加します。書き込み量やデータ量が増えた場合は、クラスタサイズやシャーディングを見直します。
最大構成にすると固定費が過大になり、小さすぎる構成では性能問題への緊急対応費がかさみます。そのため、ピーク負荷試験をもとに段階的に決めます。
既存DBからの移行難易度による違い
MySQLから移行する場合は、テーブル定義や外部キー、トリガー、ストアドプロシージャを調べます。文字コードや時刻の扱い、巨大テーブルの移行方法も含めて確認します。
Postgresへ移行する場合は、SQL方言や型、拡張、ORMの互換性を検証します。全文検索や連携ツールも、検証の対象に入ります。
データのクレンジングや履歴統合が必要な場合、移行だけで数週間から数か月かかることがあります。その結果、開発費の大きな割合を占めることもあります。
セキュリティ・監査要件による違い
セキュリティや監査の要件があると、情報管理の条件と追加構成を確認します。
- 情報保護：保存場所、アクセス権、暗号化、監査ログ、バックアップ保持期間、委託先との契約、障害通知手順
- 海外サービス：国内企業は、個人情報保護委員会のFAQやガイドラインを確認し、外国クラウド利用の内容を踏まえて法務・セキュリティ部門と判断します。
- 追加構成：PCI対応、専用環境、PrivateLink、Private Service Connect、長期ログ保管。
これらが必要な場合は、Enterpriseや周辺サービスの費用を別枠で見積もります。
PlanetScaleのコストを最適化するポイント
コストの最適化では、開発のやり直しや障害復旧、移行の失敗、夜間対応まで含めたTCOを下げることを目指します。安いプランへの変更は、その一部にすぎません。マネージド運用やブランチを活かしつつ、未使用の環境と過剰な性能を定期的に見直します。
環境とクラスタの稼働期間の見直し
本番、ステージング、開発、負荷試験の各環境を常時稼働させると、ブランチごとのコンピュート費が積み上がります。
- 未使用時間：使わない開発ブランチは停止します。
- 試験後：負荷試験が終わったら、サイズを縮小する。
- 不要環境：追加の本番ブランチの削除と、バックアップ保持期間の見直し
ブランチを削除する前に、復元要件と承認者を決めておきます。そうすることで、必要なデータを失わずに済みます。
クエリとデータ構造の最適化
クラスタを増強する前に、頻繁に使う検索条件へのインデックスや、不要な列の取得を避ける工夫、ページングやキャッシュを検討します。こうした対策のほうが、費用対効果が高い場合があります。
クエリインサイトで遅い処理を確かめ、APIのN+1クエリや過剰なポーリングを減らします。
書き込みと読み取りを計測しないままレプリカや高性能ストレージを加えると、原因が残ったまま月額だけが増えます。そのため、まず計測します。
他のマネージドDBとのTCO比較
AWS RDSやAurora、Cloud SQLなどの他のサービス、自社運用のMySQLやPostgresと、同じ条件でTCOを比べます。
- 費用：DB利用料、ストレージ、通信、バックアップ
- 運用：監視、障害対応、移行、保守、社内の工数
公式事例では、WhyDonateがCloud SQLからの移行で8倍の削減を、Barstool SportsがAuroraからの移行で20〜30%のコスト削減を報告しています。
出典は、PlanetScale公式の「WhyDonate」「Barstool Sports」事例（2026年8月確認）です。各社の条件に基づく事例のため、自社で同じ削減額が得られるとは限りません。
PlanetScaleの見積もりを取る際のポイント
相見積もりでは、合計金額の安さだけでなく、各社の作業範囲をそろえて比べます。
PlanetScale利用料を開発会社の見積に含めるのか、契約者が直接支払うのかを明確にします。また、Enterpriseの相談窓口も決めておきます。
初期開発や移行、リリース支援、月次保守、PlanetScale利用料、クラウド周辺費に分けてもらうと、価格差の理由を判断しやすくなります。
見積の対象範囲の統一
RFPには、対象業務や画面一覧、利用者数、データ件数、ピークアクセスを記します。連携先や対応ブラウザ、権限もあわせて書きます。さらに、帳票や通知、保守時間、納期も含めます。
発注側は、DBがVitessかPostgresかや既存DBの種類を伝え、移行件数も示します。停止可能時間やRTO・RPO、バックアップ保持期間、必要リージョンも、前提として伝えます。
未確定の項目は「別途見積」とするだけでなく、想定レンジと確定条件を明記してもらうと、契約後の追加費用を抑えやすくなります。
開発会社への技術・保守の質問
VitessとPostgresの対応経験やMySQL移行の実績を尋ねます。スキーマ変更のレビューと承認者、負荷試験と復元試験の実施有無も確認します。
障害時の一次対応や夜間対応、PlanetScaleへの問い合わせ窓口を確認します。監視アラートや復元訓練、保守終了時の引き継ぎも確かめます。
会社名やクラウド資格だけでなく、担当エンジニアの経験と運用設計の具体性を評価します。
契約前に決める追加費用の条件
追加費用が生じる原因には、要件変更、連携仕様の未確定、データ不備、性能不足、セキュリティ審査の追加指摘、リリース延期があります。
変更の受付、見積の再計算単位、承認者、納期への影響、瑕疵対応の範囲は、契約書や仕様書に定めておきます。
初期見積に10〜20%程度の予備費を置く考え方もあります。ただし、これは案件固有のリスクに応じた管理上の目安で、一律に上乗せする金額ではありません。
よくある質問（FAQ）
PlanetScaleの費用は、料金表だけでなく、システム規模やエンジン、移行、運用体制も合わせて確認します。
PlanetScaleのシステム開発は総額いくらかかりますか？
小規模PoCは200万〜600万円程度、中小企業向け業務システムは800万〜3,000万円程度、大規模案件は3,000万円〜1億円超が目安です。
別途、DB利用料や監視、保守、外部サービス、クラウド通信費がかかります。金額は、画面数や連携数、移行、権限、納期によって変わるため、要件とあわせて見積もります。
PlanetScaleを使えば開発費は安くなりますか？
DBサーバーの構築や一部の運用を簡略化でき、インフラ管理の工数を抑えられる可能性があります。ただし、開発費が必ず安くなるとは限りません。
独自業務や複雑な権限、データ移行、性能試験、セキュリティ審査には、工数がかかります。そのため、初期費用だけでなく、障害対応やDBA作業、将来の変更も含むTCOで比べます。
PlanetScaleに無料プランはありますか？
2026年8月確認の公式プラン説明では無料プランはなく、有料のBaseプランから利用します。Postgres Single Nodeは月額5ドルからです。
ストレージや通信、追加ブランチなどで費用が加算されます。そのため、無料の検証環境を前提にせず、短期PoCでも利用期間と構成を見積もります。
VitessとPostgresはどちらを選べばよいですか？
既存のMySQL資産やVitessのオンラインスキーマ変更、シャーディングを活かしたい場合は、Vitessが候補になります。
PostgreSQLの拡張や既存SQL、ORM、分析基盤との整合性を優先するなら、Postgresを比べます。
価格だけで決めず、移行の難しさや開発者の経験、変更管理、可用性、運用体制を含めて、PoCで判断します。
まとめ
PlanetScaleのDB利用料と、開発会社への発注費は、分けて考えるのが基本です。
公式料金は月額5ドルからですが、HA構成やストレージ、バックアップによって金額が変わります。さらに、通信やレプリカ、SSO、Enterprise支援も費用に関わります。
開発費は、PoCで200万〜600万円程度、中小規模で800万〜3,000万円程度、大規模な基幹連携で3,000万円〜1億円超が目安です。いずれも要件と合わせて捉えます。
規模・要件・運用体制による費用の判断
見積では、画面やAPI、連携、移行、テストを分けて示してもらいます。教育や保守も、作業の項目として分けてもらいます。そのうえで、エンジンや料金プラン、環境数、RTO・RPO、セキュリティ要件を前提として記してもらいます。
VitessとPostgresでは、スキーマ変更の運用が異なります。また、無料プランはありません。公式事例の削減率も、自社で同じ結果になるとは限らないため、価格だけで判断しないようにします。
要件とTCOをそろえた相談の進め方
既存DBやデータ件数、ピークアクセス、停止可能時間、連携先、個人情報の有無を整理してから、複数社へ同じ条件で相談します。
小さなPoCで性能や移行、復元、変更管理を検証してから本番構成を広げると、初期投資と将来の運用リスクを見極めやすくなります。
▼全体ガイドの記事
・PlanetScaleのシステム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。