Tomcatのシステム開発費は、業務機能と既存資産の移行で変わります。小規模は500万〜1,500万円、大規模は5,000万円〜数億円が目安です。
ただし、これは要件を前提にした推定です。実際は画面数や外部連携、性能要件で変わるため、要件定義かアセスメントを経て、前提付きで見積もります。
▼全体ガイドの記事
・Tomcatのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
Tomcatのシステムの概要
Tomcatのシステムとは、Java製のWebアプリをTomcatの上で動かし、データベースや外部サービスと連携させる業務システムです。
Tomcat単体には、販売管理や勤怠管理といった業務機能は含まれません。そのため、見積もりではTomcatの料金とアプリ開発費を分けて考えます。
業務機能ではなく、Java Webアプリの実行基盤という役割
Tomcatは、HTTP・HTTPSの要求を受け付け、ServletやJSPを実行します。さらに、セッション管理やDB接続、ログ出力を担い、アプリの配備も受け持ちます。
受発注の注文登録や在庫引当は、Javaアプリ側に実装します。承認や帳票、顧客通知も、アプリ側で組み込みます。そのため、Tomcatはアプリを動かす土台にとどまります。
サーバーソフトが無料でも、業務システム全体が安くなるとは限りません。画面数や業務ルール、連携に加えて、セキュリティや性能、移行を含めると、これらが費用の大部分を占めます。
典型的な構成は、リバースプロキシ・Tomcat・データベースの多層構造
一般的な構成では、通信をWAFやロードバランサで受け、Apache HTTP ServerやNginxを経由してTomcatへ渡します。
Tomcat上のJavaアプリは、RDBMSやキャッシュ、ファイルストレージと連携します。外部APIや基幹システムとも接続します。
- 通信経路：WAFやロードバランサを通り、Tomcatへ届く流れ
- アプリ連携：DBや外部サービスとの接続
- 可用性：利用状況に応じた冗長化
単一サーバーで始めることもできますが、多数の利用者がいる場合や、停止できない業務では、Tomcatを複数台にします。DBとバックアップも冗長化の対象です。
構成を増やすと、可用性と拡張性を高められます。一方で、ネットワークやセッション共有、ログ集約の設計費が増えます。障害切り分けや監視の設計費も加わります。
見積もりでは、台数に加えて、TLSを終端する場所やセッションのステートレス化も確認します。障害時の復旧時間も、見積もりの前提に含めます。
Tomcatのシステム開発費用の相場
費用は、対象業務や画面数、既存資産によって変わります。加えて、外部連携や性能・可用性の要件でも変動します。なお、Tomcat単体の全国的な価格統計はありません。
ここで示す金額は、NotebookLMの業務システム相場と、一般的なJava業務Web開発の条件を組み合わせた推定レンジです。予算を立てる際は、要件定義かアセスメントを行い、前提付きの見積もりを取ります。
既存Java・Tomcatの資産解析は、35万円以上が一つの目安
更新に入る前に、WARやJARを解析して、移行の難しさを把握します。NECのサービスはTomcatも対象に含み、2026年3月の案内では基本料金が35万円／システムからとされています（出典：日本電気株式会社「Javaアプリケーション モダナイズアセスメントサービス」、2026年確認）。
ソースや設計書が不明なアプリでも、バイナリから解析できます。ただし、35万円以上は移行全体の費用ではなく、現状分析と課題整理の入口です。
解析後は、javax系APIや依存ライブラリ、DB接続を修正します。回帰テストと切替リハーサルも行う場合、費用は小規模な更新で50万〜200万円程度から、本格移行では数百万円以上まで幅があります。アプリ数や独自改修が多い場合は、追加費用が生じる条件も確認しておきます。
- 資産解析：WARやJARから見た移行難易度の確認
- 解析料金：NECの基本料金は35万円／システムから
- 移行作業：修正や試験の範囲による費用の変動
小規模な社内業務システムは、500万〜1,500万円が目安
想定は10〜30画面で、RDBとユーザー権限を使い、検索・登録・承認を行うシステムです。少数の外部連携も含みます。業務要件を標準化できる場合の目安です。
複雑な承認や部門ごとの例外、CSVの大量入出力や帳票が増えると、上限を超えやすくなります。メールや基幹連携が加わる場合も、この上限を超える要因になります。
既存のJavaアプリを引き継ぐ場合は、コード解析やテストデータ作成を見積もりに加えます。さらに、旧環境との比較やデータ移行も含めます。
- 機能範囲：CRUD、申請、台帳、簡易帳票が中心
- 費用の目安：500万〜1,500万円程度
- 期間：3〜6か月程度の場合がある
中規模は1,500万〜5,000万円、大規模は5,000万円〜数億円が目安
中規模は、受発注や顧客、在庫、請求などを扱い、権限や基幹連携、移行、性能試験を含む案件を想定しています。一方で、大規模案件は複数拠点や24時間運用、冗長化を伴います。監査証跡や厳格なRPO・RTO、段階移行も含まれます。
費用は、業務機能や連携、データ、非機能要件にかかる工数で決まります。Tomcatという製品名だけで固定されるものではなく、別のアプリケーションサーバーでも、これらの工数は必要です。
相場を比べるときは、画面数やユーザー数、データ件数、環境数を同じ条件にそろえます。テスト範囲や納品物、保守期間も合わせて確認します。
- 中規模：1,500万〜5,000万円、期間は6〜12か月程度
- 大規模：5,000万円〜数億円、12〜24か月以上の可能性
- 比較条件：画面、利用者、データ、環境、試験、保守
Tomcatのシステム開発費用の内訳
見積書は工程ごとに分けて確認します。そうすると、費用の押し上げ要因や利用者側の作業、追加料金になりやすい作業が把握できます。
- 要件定義・設計：業務と非機能、移行条件の整理
- 実装：画面、業務ロジック、連携の開発
- テスト・移行：品質確認、データ移行、切替の実施
- インフラ・教育・運用：環境構築と、利用・保守の支援
要件定義と設計で行う、業務・非機能・移行条件の整理
要件定義では、帳票や外部連携、バッチを洗い出します。Tomcat案件では、さらにピーク時間やバックアップ、障害通知、パッチ適用時間も決めます。既存環境を更新する場合は、フレームワークやJDBCドライバー、依存ライブラリも一覧にします。
- 業務範囲：利用者、流れ、画面、権限、データ
- 運用要件：接続数、応答、可用性、ログ、復旧目標
- 既存資産：Tomcatを中心に、JDKとOSの版を確認し、DBとライブラリも一覧にします。
要件を詰めないまま進めると、部署固有の例外や紙と同じ帳票、過去データの全件移行が後から判明し、追加開発が発生します。そのため、要件定義費は変動要因を早い段階で見つけるための費用です。資料が足りない場合は、現場ヒアリングや業務調査も別途見積もります。
アプリ開発費を左右する、画面・業務ロジック・連携の複雑さ
製造費には、トランザクションやエラー処理、メール、バッチの実装が含まれます。さらに、APIやDB設計、ログ、レビュー、テストデータの作成も入ります。
また、採用する構成は、現在の環境と将来の保守方針に合わせて決めます。たとえば、Spring Bootの組み込みTomcatと、外部TomcatへのWAR配備では、運用方式やリリース手順が異なります。
既存コードを再利用できれば、製造費を抑えられます。ただし、古い設計やテスト不足があるほか、独自フレームワークや属人的な設定がある場合は、解析と改修を先に行う必要があります。そのため、再利用率は楽観視せず、代表画面で技術検証を行います。
- 製造対象：画面、入力チェック、権限、帳票、連携
- 採用技術：Spring、Jakarta EE、Servlet・JSP
- 既存コード：設計、テスト、独自設定の検証
初期見積もりに含める、テスト・インフラ・移行の費用
テスト費には、単体、結合、総合テストに加えて、ブラウザ互換性の確認も含まれます。Tomcatを更新するときは、起動だけでなく、認証やセッション、ファイル、文字コードの動作を確認します。さらに、URL書換えや外部API、バッチも対象に入ります。
構築の対象には、WAFやロードバランサ、サーバーかコンテナが含まれます。加えて、バックアップや証明書も対象です。
クラウド利用料は、開発・検証・本番の合計です。アクセス数やDB性能、ログ量、転送量、冗長化によって変わるため、固定費とは言い切れません。
- 試験対象：機能、性能、脆弱性、復旧、受入れ
- 基盤費用：環境、ネットワーク、DB、監視、保管
- 小規模のクラウド料：月3万〜30万円程度
- 中規模のクラウド料：月30万〜150万円程度
Tomcatのシステム開発費用の変動要因
費用は、Tomcatの台数や版だけで決まるものではありません。見積もりでは、画面や業務ルール、データ、連携先を前提として照らし合わせます。セキュリティや可用性、移行難易度も、これらと合わせて見積もりに組み込みます。
Tomcat 9から10.1・11への互換性対応と、費用への影響
Apacheの移行ガイドによると、2026年時点でサポート対象となるのは、Tomcat 9.0.x、10.1.x、11.0.xです。Java 17上で動作するとされています（出典：Apache Tomcat「Migration Guide」、2026年確認）。
- Tomcat 10.1から11.0：Java 17以上が必要、ServletやJSPの仕様差分の確認
- Tomcat 9から10系：Java EEのjavax.*からJakarta EEのjakarta.*への名前空間の変更
- 移行修正：アプリ、依存ライブラリ、認証、JSP、テストの点検
古いStrutsや独自認証、未更新のJDBCドライバーがある場合は、サーバーを交換するだけでは済みません。そのため、アセスメントで移行対象を分けます。
セキュリティ・可用性・監査要件の強化による費用増
個人情報や決済情報を扱う場合などは、情報の扱い方と稼働条件によって費用が変わります。そのため、必要な対策も見積もりに含めます。
- 情報保護：TLS、WAF、二要素認証、最小権限、監査ログ
- 継続運用：バックアップ、脆弱性診断、パッチ適用
- 高可用性：Tomcat複数台、ロードバランサ、DB冗長化、切替訓練
Tomcatの設定だけでは、法令や規格への適合は完了しません。データの扱いや運用者権限を要件に含めるほか、障害連絡やログ保存期間も決めておく必要があります。
24時間365日運用なら、セッション共有とステートレス化のどちらにするかも検討します。こうした対応で試験や運用手順が増えるため、開発費と保守費も上がります。
Apacheは、Tomcat 10.0.xのサポートを終了し、修正には10.1.x以降への更新が必要と案内しています（出典：Apache Tomcat「Apache Tomcat 10 vulnerabilities」、2026年確認）。
データ移行・マスタ整備・現場の例外処理による予算の押し上げ
移行後は、データの整合性を照合します。部署ごとにマスタが異なる場合や、担当者しか知らない補正ルールがある場合は、移行設計と業務ヒアリングが増えます。「現行と同じ機能」といっても、帳票の再発行が含まれる場合があります。
見積もりの前に業務フローと例外を洗い出し、標準化する業務と残す業務に分けておくと、不要なカスタマイズを抑えられます。
- データ整備：旧新項目、コード、重複、欠損、保存期間の扱い
- 業務例外：補正や締め処理、差し戻し、例外承認
Tomcatのシステム開発・移行の進め方
バージョンアップや画面開発を先に始めると、互換性や運用の問題が後から見つかります。そのため、現状調査から運用設計まで、成果物と判断基準を先に決めておきます。
最初に行う、Tomcat・JDK・アプリ・連携の現状の洗い出し
現状調査では、フレームワークも含めて一覧にします。設計書やソースがない場合は、バイナリや利用者へのヒアリングから構成を推定します。不明な点は、リスクとして記録します。
成果物には、構成図や資産一覧、依存関係が含まれます。加えて、課題一覧と移行方針、概算費用も作ります。
未使用の機能や連携を整理すると、移行の対象を絞れます。一方で、調査を省いたまま見積もると、開発中に隠れた依存が見つかり、費用や納期が膨らむおそれがあります。
- 実行環境：Tomcatを中心に、JDKとOSの版を確認し、DBとフレームワークも洗い出します。
- アプリ資産：WAR・JAR、設定、API、バッチ、認証
- 運用資産：ログ、監視、証明書、バックアップ、手順
PoCと互換性試験による、移行できる範囲の確認
Tomcat 9から10.1や11へ移行する場合は、ステージング環境で互換性を確かめます。ライブラリの互換性も対象になります。一方、新規開発では、利用者数とピーク負荷を想定して、小さく性能検証を行います。
移行の例としては、JSTのJ-STAGEに関する2026年の公募があります。Spring FrameworkのEOL対応として、Tomcat 11上で動くよう改修とテストを行う内容です（出典：国立研究開発法人科学技術振興機構「令和7年度 J-STAGEシステムSpring FrameworkのEOL対応業務」、2026年確認）。
この例のように、Tomcatの更新は、ミドルウェアだけでなくフレームワークやアプリ、テストを一体で計画します。
- 代表機能：ログイン、検索、登録、帳票、ファイル
- 互換性：javax.*、JSP、認証、セッション、文字コード
- 例外系：外部API、バッチ、ロールバック、負荷
切り替え・データ移行・受入テストを分けた計画
データは、件数だけでなく金額や在庫を照合します。状態や日時、権限、関連付けも、照合の対象です。
切替の前には判断者を決め、手順をリハーサルします。受入テストでは、代表シナリオと例外処理を確認します。
マスタやテストデータ、担当者の準備が遅れると、待機費用や納期の延長につながります。そのため、契約時には双方の作業分担を明記します。
- 移行方式：並行稼働か一括切替かの決定
- 切替準備：復元、切り戻し、連絡、利用者案内
- 受入れ：業務担当者との完了条件の設定
Tomcatのシステム開発コストを抑えるポイント
コストを抑えるには、作らない機能を決め、リスクを早く見つけ、運用可能な構成に絞ります。初期費用だけでなく、5年間の総保有コストで判断します。
MVPによる対象業務の絞り込みと、標準機能と例外機能の切り分け
申請や顧客台帳、在庫照会などから始め、全社を一度に置き換えることは避けます。複雑な締め処理や例外帳票は、後の段階に回します。
画面だけでなく業務ルールも見直し、入力項目や承認経路を減らすと、工数の削減につながります。既存サービスの費用とも比べ、独自機能は利用データと現場の意見を見て追加します。必須機能と任意機能を契約上で分けておくと、予算を調整しやすくなります。
- 先行範囲：利用頻度が高く効果を測れる業務
- 後段範囲：複雑な締め処理や例外帳票
- 実装方式：標準機能やAPI連携、追加開発の比較
クラウド・コンテナ・既存サーバーの5年TCOでの比較
選択肢は、既存Tomcatを続ける方法と、ECSやKubernetesでコンテナ運用する方法です。AWS Elastic Beanstalkなどのマネージド基盤や、別の実行基盤への適合も候補になります。
たとえば、AWSの資料では、Elastic BeanstalkのTomcatがnginxの背後でJava Webアプリを動かすとされています。
また、Elastic Beanstalkは、Tomcatのメジャー版ごとにプラットフォームブランチを提供しています（出典：Amazon Web Services「Using the Elastic Beanstalk Tomcat platform」、2026年確認）。
クラウドでは、DBやログ、ネットワークに加えて、監視やバックアップ、転送費も発生します。コンテナでは、CI/CDや秘密情報の設計が必要になります。さらに、脆弱性への対応や拡張、障害対応も設計に含めます。
比べるときは、初期費用と将来の移行難易度の両方を見ておきます。
- 既存継続：現在のTomcatの継続利用
- クラウド：コンテナやマネージド基盤への移行
- 比較期間：月額と運用を含む5年間のTCO
相見積もりでの工数・前提・除外項目の統一
各社には、現行構成とTomcat・JDK・OS・DBの版を同じ資料で渡します。画面や利用者、データ、連携の情報も含めます。ピークアクセスや納期、非機能要件も伝えます。
工数と単価は工程ごとに確認します。要件定義や設計、製造、テストといった開発工程に加えて、移行やインフラ、教育、保守も対象です。
データ整備や並行稼働、追加の性能試験は、見積もりに含まれない場合があります。脆弱性診断やクラウド費、ライセンスも、除外されることがあります。証明書や現地作業、軽微改修が、対象外になることもあります。契約後の予算増を防ぐため、同じ成果物と品質条件で比べられているかを確認します。
- 依頼資料：構成、版、画面、利用者、データ、連携、負荷
- 工程別工数：設計、製造、試験、移行、基盤、保守
- 除外範囲：追加作業、利用料、現地作業など
Tomcatの保守・運用にかかるランニングコスト
リリース後は、JDKやTomcat、OS、フレームワークを更新します。依存ライブラリや証明書の更新も必要で、脆弱性や障害にも対応します。
初期費だけで見積もると、更新時の担当者を確保できず、古い環境を使い続けるおそれがあります。そこで、保守費は、開発費の年10〜20%を仮置きした推定値として考えます。実際の金額は、対応時間や改修量を含む契約範囲によって変わります。
保守契約で明記する、監視・障害・更新・軽微改修の範囲
保守契約では、必要な作業と対応体制を具体的に書き出します。障害の原因がどこにあるかを切り分ける体制も確認します。対象は、アプリやTomcatから、OS、ネットワーク、DBまでです。
「保守一式」とあっても、バージョンアップや追加の性能試験は別料金になる場合があります。あわせて、月の作業時間やチケット数も確認します。
設計書やソース、ビルド手順を納品物に含めると、将来のベンダーロックインを抑えられます。さらに、テスト仕様書やライセンス一覧も、納品物に含めておきます。
- 応答体制：対応時間、一次回答、復旧目標
- 定常作業：監視、ログ、バックアップ、脆弱性、更新
- 追加料金：改修上限、緊急割増、現地・休日対応
脆弱性対応とログ・バックアップの継続的な運用
日常の運用は、侵入対策と復旧性の両面から確認します。管理画面やAJPは外部に公開せず、ログは改ざんされにくい場所に集めます。障害時の調査が長引かないよう、ログの種類、保存期間、検索方法を設計しておきます。
バックアップは、復元の確認も定期的に行います。対象は、DBやアップロード、設定です。秘密情報や証明書、コンテナイメージも含め、復元にかかる時間と復旧時点を測ります。
初期構築の段階から運用を設計しておくと、後で大規模な運用改修が必要になるのを抑えやすくなります。
- 脆弱性対応：影響版、設定、依存、公開範囲の確認
- アクセス管理：管理機能、権限、TLSの点検
- 復旧確認：復元時間と復旧時点の測定
Tomcatのシステム費用に関するよくある質問
Tomcatのライセンス、クラウド移行、開発会社への依頼範囲を分けて考えると、見積もりの条件を整理できます。
Tomcatは無料なのに、なぜシステム開発費用が高いのですか？
Tomcat本体はOSSなので、原則としてライセンス購入費はかかりません。一方で、アプリ開発やDB、インフラには費用がかかります。
セキュリティや性能試験、移行、監視、保守も費用の対象です。無料なのは実行基盤の一部だけで、業務システム全体が安くなるとは限りません。
Tomcat 9から10.1や11へ更新すると費用はいくらですか？
小規模な設定や脆弱性対応であれば、50万〜200万円程度の推定レンジです。古いAPIや独自改修、依存ライブラリがあると、数百万円以上になることがあります。JDKやDB、認証の変更も、費用を押し上げる要因になります。
まずは、35万円以上を目安とする資産解析で影響を確認します。そのうえで、互換性試験と回帰テストを含む見積もりを取ります。
Tomcatの開発会社には何を確認すればよいですか？
まず、Tomcat 9・10.1・11とJava 17以降への対応経験を確認します。さらに、SpringやJakartaの移行経験も確かめます。性能や障害試験の経験も対象です。WAFやTLS、認証の設計も確かめます。加えて、ログ設計やデータ移行の経験も対象に含めます。
納品資料や保守SLAも確かめておきます。そして、実際に設計、移行、運用を担う技術者に、見積もりの前提や除外項目、利用者側の作業を聞きます。
まとめ
費用は、Tomcatのライセンスではなく、Javaアプリや資産解析・移行で決まります。インフラやテスト、セキュリティ、保守も、費用の決まり方に関わります。
小規模は500万〜1,500万円、中規模は1,500万〜5,000万円、大規模・高可用性の基幹系は5,000万円〜数億円が目安です。いずれも、要件を前提にした推定です。
費用を正しく比べるための、工程・変動要因・除外項目の確認
工程を分けたうえで、画面数や連携、データ移行を確認します。さらに、非機能要件やTomcatとJDKの互換性、利用者側の作業も見ておきます。
既存システムは、先にアセスメントと技術検証を行います。クラウドやコンテナは、初期費用だけでなく5年間のTCOで比べます。
現行構成と業務範囲を整理したうえでの相見積もり依頼
まずは、Tomcat・JDK・OSの版を一覧にします。DBとフレームワークも加え、WARやJARも含めます。そのうえで、画面と連携を整理し、データと利用者も確認します。負荷やセキュリティ、保守体制も加え、その資料をもとに、更新だけで済むか、アプリ改修や移行も必要かを開発会社に確認します。同じ条件で相見積もりを取ることが、予算超過と移行失敗を防ぐ第一歩になります。
▼全体ガイドの記事
・Tomcatのシステム開発の完全ガイド
▼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を創業。