Jettyのシステムを発注・外注するなら、Jetty単体の導入費ではなく、業務アプリ、Java実行環境、クラウド、移行、監視、脆弱性対応まで含めた総額と責任分界を先に決めることが重要です。
Jettyは業務パッケージではなく、Javaで作ったWebアプリケーションを動かすWebサーバー・Servletコンテナです。本記事では、Jettyを採用した業務システムの発注形態、RFPと要件のまとめ方、契約形態、費用相場、委託先の選び方、見積書の比較方法まで、発注者が迷いやすいポイントを順番に解説します。
▼全体ガイドの記事
・Jettyのシステム開発の完全ガイド
Jettyのシステムを発注する前に知る全体像

「Jettyのシステム」と検索しても、Jettyだけで受発注や在庫管理ができるわけではありません。発注時は、業務機能を担うJavaアプリケーションと、通信を受け付けてアプリを動かすJettyを一つのシステムとして設計し、運用まで含めて委託範囲を定義する必要があります。
Jettyは業務システムのどの部分を担当しますか?
Jettyは、HTTPリクエストの受付、TLS設定、Servletの実行、セッション管理、WebSocket通信など、Webアプリケーションの入口と実行基盤を担当します。画面、業務ルール、データベース、帳票、外部API連携などは、Spring BootやJakarta EEなどを使って別途構築します。Eclipse Jetty公式ドキュメント(2026年)は、HTTP/1.1、HTTP/2、HTTP/3、WebSocketに対応する、スケーラブルでメモリ効率を重視したWebサーバー・Servletコンテナと説明しています。
Jettyを採用しやすいシステム構成は何ですか?
新規の業務Webシステム、社内ポータル、申請・承認システム、API基盤、リアルタイム通知を含むダッシュボードなどは、Jettyを候補にしやすい領域です。Spring Bootを使う場合は、標準のTomcatからJettyへ依存関係を切り替え、実行可能JARやコンテナとして配布する構成を取りやすくなります。Spring Boot公式リファレンス(2026年)でも、サーブレット型アプリケーションでEmbedded TomcatとEmbedded Jettyを選択できるとされています。
発注時にJettyとJavaのバージョンを確認します
2026年時点のJetty公式ドキュメントでは、Jetty 12.1.xと12.0.xが安定版で、どちらもJava 17が必要です。12.1.xはJakarta EE 11・10・9・8、12.0.xはJakarta EE 10・9・8に対応し、Jetty 11・10・9.4はEOLと整理されています(出典:Eclipse Jetty公式ドキュメント、2026年)。既存システムを外注する場合は、javax.servletを前提にした古いアプリをjakarta.servletへ移行する必要があるか、JSPや認証ライブラリに影響があるかをRFPに明記します。
Jettyのシステムに合う発注形態を選びます

Jettyを採用するかどうかだけでなく、どこまでを既製サービスに任せ、どこを開発会社へ委託するかを決めると、発注先の候補と予算が絞りやすくなります。発注形態は、パッケージ・SaaSの活用、スクラッチ開発、既存システムの改修、インフラを含む一括委託などを比較します。
標準機能で足りるならパッケージやSaaSを優先します
業務が一般的で、Jettyを直接管理する必要がない場合は、SaaSやパッケージを先に検討します。利用料や初期設定費は発生しますが、サーバーのパッチ適用やバックアップを自社で抱えずに済む場合があります。一方、独自の承認ルール、特殊な計算、複数の基幹連携があると、追加開発や運用制約が増えるため、標準機能で業務を変えられる範囲を確認します。
独自業務が中心ならスクラッチやEmbedded Jettyを選びます
自社独自の業務フローをシステムへ反映したい場合は、Spring Boot+Embedded Jettyで専用アプリを構築する方法が候補になります。既存のServletアプリやWARを活用するなら、Jettyをスタンドアロンのコンテナとして配置し、段階的に改修する方法もあります。新規開発では実行可能JARやDockerにまとめやすい一方、既存資産の移行ではJavaのバージョン、Servlet API、JSP、認証方式の互換性をPoCで検証します。
一括委託と部分委託の責任範囲を分けます
要件定義から開発、クラウド構築、運用保守まで一社へ任せる一括委託は、窓口を一本化しやすい反面、提案内容が見えにくくなることがあります。Jettyのコア部分は専門会社、業務アプリと国内運用はSIerという分担も可能ですが、障害時にどの会社が一次対応するかを契約書で決める必要があります。発注者が業務知識を持つ場合は、RFPと受入テストを自社で担い、開発・基盤だけを外注すると費用と主導権のバランスを取りやすくなります。
発注前にRFPと要件を整理します

見積の精度は、開発会社の技術力だけでなく、発注者が前提条件をどれだけそろえられるかで変わります。RFPは完成仕様書ではありませんが、目的、対象業務、現状の課題、希望する納期、予算の考え方、既存資産、運用体制を同じ資料にまとめることで、会社ごとの提案を比較しやすくします。
業務要件は画面ではなく業務の流れから書きます
RFPには、利用者の役割、申請から承認までの流れ、例外処理、管理するマスタ、帳票、検索条件、CSV入出力、既存システムとの連携を記載します。「使いやすい画面にする」といった抽象的な表現だけではなく、「営業担当が外出先から登録し、上長が当日中に承認し、会計システムへ連携する」のように業務シナリオで書くと、必要な機能とテスト条件が明確になります。
非機能要件とセキュリティ要件を数値化します
Jetty案件では、機能一覧だけでなく、同時利用者数、ピーク時のリクエスト数、応答時間、稼働時間、復旧目標、データ保持期間、バックアップ頻度、アクセスログの保管期間を決めます。さらにTLS、認証・認可、管理画面の接続制限、秘密情報の保管、脆弱性診断、パッチ適用の期限を明記します。Eclipse Jettyのセキュリティ情報には、2026年7月にも12.0.x・12.1.xを対象とする複数のCVEと修正版が掲載されています(出典:Eclipse Jetty Security Reports、2026年)。OSSの利用料が無料でも、更新判断と適用試験を誰が担うかは有償の業務です。
RFPには納品物と発注者側の協力事項も入れます
納品物は、ソースコード、構成図、Jetty・JDK・ライブラリのバージョン表、設定ファイル、テスト結果、運用手順、障害対応手順、データ移行仕様、脆弱性診断結果、SBOM、ライセンス一覧まで具体化します。発注者側のマスタ提供、業務担当者のレビュー、移行データのクレンジング、受入テスト参加者も書いておきます。発注者の協力義務が曖昧なままだと、後からデータ準備や仕様確認の遅れが追加費用につながります。
契約形態を選び、段階的に開発を進めます

契約形態は、仕様を固定して納品物を受け取る請負契約、専門人材の作業時間を確保する準委任契約、要件整理やPoCだけを先に委託する段階契約を使い分けます。Jettyのバージョン移行や既存アプリの互換性が不明な案件で、最初から全工程を請負にすると、前提の変化が追加請求や納期遅延に直結しやすくなります。
請負契約と準委任契約を工程ごとに使い分けます
要件が固まり、画面・API・データモデル・受入条件を合意できる実装工程は請負契約と相性があります。要件定義、アーキテクチャ検証、運用設計、既存システム調査のように作業内容が変動する工程は、準委任契約や短期間のPoCが使いやすいです。契約書では、成果物の定義、検収基準、知的財産権、再委託、秘密保持、障害対応、仕様変更、契約終了時の引き継ぎを確認します。
要件定義から移行までの工程を分けて発注します
安全な進め方は、現状調査と要件定義、非機能要件・脅威分析、JettyとJavaの構成を試すPoC、基本設計、実装・単体テスト、結合・総合テスト、移行リハーサル、段階リリースの順です。特に移行リハーサルを本番直前まで省略すると、文字コード、日付、マスタの重複、権限データの欠落が発見されにくくなります。各工程の完了条件と次工程へ進む判断者を決め、レビュー記録を残します。
検収条件と仕様変更のルールを先に決めます
検収では、画面が表示されることだけでなく、業務シナリオ、権限、連携エラー、性能、バックアップからの復旧、障害時の再実行まで確認します。仕様変更が発生した場合は、変更内容、影響範囲、追加工数、納期、費用を記録して、発注者と受託者の双方が承認する流れを作ります。口頭の追加要望をそのまま実装すると、請負契約でも完成条件の争いになりやすいため注意が必要です。
Jettyのシステム発注にかかる費用相場と内訳

Jetty本体はEclipse Public License v2またはApache License v2で商用利用・配布できるOSSであり、通常は商用ライセンス購入費が発生しません(出典:Eclipse Jetty公式ドキュメント、2026年)。ただし、無料なのは実行基盤のライセンス部分です。業務アプリの開発、人件費、データ移行、クラウド、監視、セキュリティ診断、保守、商用サポートの費用は別に見積もります。
規模別の初期費用は推定レンジで把握します
Jettyを採用したJava業務Webシステムの初期費用は、要件と連携数を含めた推定として、小規模・社内向けで300万〜800万円、中規模の業務Webで800万〜2,000万円、基幹連携や高可用性まで含む案件で2,000万〜1億円超を一つの目安にできます。これはJetty専用の公定価格ではなく、認証、監査ログ、負荷試験、クラウド構築、既存DB連携、移行まで含めた場合の編集上の目安です。
2026年公開の国内開発会社の相場情報では、単一業務のカスタムシステムは100万〜500万円、複数業務を統合する基幹システムは1,000万〜3,000万円以上とされています(出典:Cataly Design「業務システム開発の費用相場」、2026年)。また別の2026年相場情報では、小規模なスクラッチ開発を100万〜300万円、中規模を300万〜800万円、中〜大規模を800万〜数千万円としています(出典:ノーコード総合研究所「業務システム開発の費用相場」、2026年)。Jetty案件は、Java基盤と非機能要件を含める範囲によって、この一般的な相場から上下します。
見積書は工程別と追加要因を確認します
費用内訳は、要件定義、基本・詳細設計、実装・単体テスト、結合・総合テスト、移行・導入、プロジェクト管理に分けて確認します。2026年の相場情報では、人月単価は一般に60万〜120万円程度、開発費の60〜80%を人件費が占めるとされます(出典:ノーコード総合研究所、2026年)。ただし会社や職種、契約条件で異なるため、単価だけでなく、何人が何か月関わる見積なのかを比較します。
Jetty固有の追加要因は、古いJettyからの更新、Java 8・11からJava 17への移行、javaxからjakartaへの変更、HTTP/2・HTTP/3やWebSocketの負荷試験、TLSと鍵管理、リバースプロキシ、ログ監視、CVE対応、24時間運用です。これらが見積書の「その他」や「一式」に埋もれている場合は、作業内容と完了条件を分解してもらいます。
初期費用とランニングコストを分けて考えます
小〜中規模のクラウド環境では、クラウド利用料、監視、ログ保管、バックアップ、証明書、保守を合算した月額5万〜50万円程度を推定レンジとして置けます。24時間監視、複数ゾーンの冗長化、商用サポート、データ量の増加がある場合は、月額50万〜数百万円になる可能性があります。これは契約内容と構成に大きく左右されるため、発注時は「Jettyの保守費」とまとめず、脆弱性情報の監視、パッチ適用、障害対応、OS・JDK更新、アプリ改修、クラウド実費を分けて提示してもらいます。
委託先の選定と見積比較で確認するポイント

委託先は「Javaを開発できる会社」だけでなく、Jettyのバージョン管理、クラウド・ネットワーク、データ移行、運用引き継ぎ、脆弱性対応まで説明できる会社を選びます。Jettyの直接実績が公開されていない会社でも、Spring Bootやコンテナの経験があれば候補になりますが、Jettyの採用理由と担当者の経験を提案段階で確認することが大切です。
委託先の実績と運用体制を面談で確認します
提案依頼では、Jetty 12への更新経験、Java 17とJakarta移行の経験、Spring BootでのEmbedded Jetty構築、HTTP/2・WebSocketの試験、DockerやKubernetesの運用、CVE発生時の連絡と修正時間を質問します。実績は会社名や案件名だけでなく、担当範囲、利用者数、連携数、障害対応、引き継いだ納品物まで聞きます。Jettyのコア開発・商用サポートを担うWebtideのような専門企業と、国内の業務SI会社では得意領域が異なるため、国内窓口、業務理解、24時間運用の必要性に応じて役割分担も検討します。
見積は金額ではなく前提条件をそろえて比較します
見積比較では、初期費用の安さだけで判断せず、要件定義の範囲、含まれる画面数・API数、テストの種類、移行データの件数、インフラ構築、監視、ドキュメント、保守期間を同じ条件で並べます。A社は負荷試験と運用手順を含み、B社は別途という場合、総額を単純に比べると誤ります。固定費、従量費、別途費用、発注者の作業を分け、3社程度から同じRFPで提案を受けると差が見えやすくなります。
ベンダーロックインと運用リスクを抑えます
納品時にソースコード、設定、ビルド手順、依存ライブラリ、SBOM、テスト結果、監視設定、障害対応手順を受け取らないと、担当会社を変えにくくなります。RFPと契約書に、リポジトリの所有権、第三者ライセンスの一覧、バージョンアップ時の責任、脆弱性対応の通知期限、再委託先、契約終了時のデータ返却と引き継ぎを明記します。発注者側でもJetty・JDKのサポート期限を台帳で管理し、年1回以上は更新計画を見直します。
よくある質問(FAQ)

Jettyの発注では、ライセンス、会社選び、費用の考え方について質問されることが多くなります。ここでは、検討初期に判断しやすいように、よくある疑問へ直接回答します。
Jettyは無料なのでシステム開発費も安くなりますか?
Jetty本体はOSSのため、商用ライセンス購入費を抑えられる可能性がありますが、システム全体が無料になるわけではありません。業務アプリ、データベース、クラウド、認証、テスト、監視、脆弱性対応、保守の費用が必要です。無料という理由だけで予算を下げず、運用を含む総保有コストで判断します。
Jettyの実績がない会社へ発注しても問題ありませんか?
Jettyの直接実績が公開されていなくても、Spring Boot、Java、コンテナ、クラウド、業務システム運用の経験があれば候補になります。ただし、担当者がJetty 12やJava 17、Jakarta移行、負荷試験、CVE対応を説明できるかを確認し、短期間のPoCで技術リスクを見極めます。公開実績の有無だけでなく、納品物と保守責任を具体的に提示できるかで判断します。
Jettyのシステム開発費用はどのくらいですか?
小規模・社内向けなら300万〜800万円、中規模なら800万〜2,000万円、基幹連携や高可用性まで含む場合は2,000万〜1億円超を推定レンジとして検討できます。これはJetty固有の定価ではなく、業務機能、外部連携、移行、テスト、クラウド、保守まで含めた場合の目安です。RFPで対象範囲と前提をそろえ、複数社の見積を同じ条件で比較してください。
まとめ

Jettyのシステムを発注する際は、Jettyを業務パッケージと誤解せず、業務アプリとWeb実行基盤を一体のシステムとして計画します。発注形態を選び、RFPに業務要件と非機能要件、Jetty・Javaのバージョン、移行、セキュリティ、納品物を記載すると、提案と見積の比較がしやすくなります。
発注成功のポイントは責任分界と更新計画です
費用はJettyのライセンスだけで決まらず、開発工数、データ連携、性能試験、クラウド、監視、保守で変わります。特に、EOLの旧バージョンを使い続けるリスク、CVEへのパッチ適用、障害時の一次対応、契約終了時の引き継ぎを見積と契約に含めることが大切です。
まずは業務範囲と委託範囲を一枚にまとめます
最初から詳細仕様を完璧にする必要はありません。現状の業務フロー、利用者、連携先、必要な運用水準、希望時期、既存Java資産を整理し、必要ならPoCを挟んでから本開発を発注します。Jettyの技術選定と業務システムの定着を両立できる委託先を選び、発注者側の業務担当者もレビューと受入テストに参加することが、外注後の手戻りを抑える近道です。
▼全体ガイドの記事
・Jettyのシステム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>


株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。
