Jettyのシステム開発の完全ガイド - ブログ

Jettyは、Java製の業務アプリケーションを動かすWebサーバー・Servletコンテナです。組み込み型やスタンドアロン型などは、業務要件と運用体制に合わせて選びます。

Jettyは販売・在庫管理パッケージとは違い、要件、アプリ、DB、運用設計を一体で考える必要があります。

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

Jettyのシステムの役割

業務画面や業務ルールを動かす土台がJettyです。

Jettyのシステムは、HTTPリクエストをJava製の業務アプリケーションへ渡す仕組みです。処理結果は、ブラウザや外部サービスへ返します。

Jettyは通信とServletの実行を担います。さらに、セッションやWebSocketも扱います。一方で、受注と承認、在庫などの業務ルールは、アプリケーション側に実装します。

業務アプリケーションを動かす実行基盤

業務画面や業務ルールを動かす土台にあたるのが、Jettyです。

画面：HTMLやJavaScriptで組み立てます。
業務処理：JavaやSpring Bootで実装する層です。
業務データ：データベースで管理する領域です。

建物にたとえると、Jettyは受付や処理室を動かす基盤にあたります。ただし、Jettyだけでは業務システムは完成しません。

Jetty公式は、Jetty 12を、スケーラビリティとメモリ効率を重視したWebサーバー・Servletコンテナと説明しています（出典：Jetty公式ドキュメント、2026年8月確認）。

Jettyは、HTTP/1.1とHTTP/2、HTTP/3に対応します。さらに、WebSocketにも対応します。配備は、WAR配備とアプリケーションへの組み込みから選べます。

Tomcatとの比較と運用条件

JettyとTomcatは、どちらか一方が常に優れているわけではありません。そのため、比較では違いと条件を一つずつ見ていきます。

Tomcat：既存の運用手順や知見を活かしやすい場合があります。
Jetty：必要なモジュールを有効化しやすい構成です。
比較軸：ベンチマークだけで決めず、利用者、ピーク時接続、許容応答時間、JDK版、既存ライブラリ、担当者経験を比べます。

特に、組み込み型や、WebSocketを使うリアルタイム画面、複数のHTTPプロトコルを扱う構成では、Jettyが候補になります。

データベースの遅延や外部APIが、ボトルネックになる場合もあります。そうした場合、Jettyだけを変えても体感性能が改善するとは限りません。

ポイント

Jettyは通信やServletの実行を担う基盤で、受注や承認、在庫などの業務ルールはアプリケーション側に実装します。発注時は、どちらの役割を誰が作るのかを分けて示してください。

Jettyを使った業務システムの種類と構成

Jettyは、社内ポータルや申請・承認、予約に組み込めます。さらに、顧客管理や販売管理、現場報告にも使えます。リアルタイムダッシュボードも対象になります。

構成を選ぶときは、Jettyの配置方法と、業務データの連携先を分けて考えます。

小さく始める業務Webシステム向けのEmbedded Jetty

Embedded Jettyは、JettyをJavaアプリケーションに組み込む方式です。利用例と配備時の確認点を挙げます。

配備：実行可能JARやコンテナイメージでまとめて管理します。
利用例：申請画面、簡易管理画面、社内API、予約受付などが該当します。

Spring Bootでは、標準の組み込みサーバーをJetty用スターターへ差し替えられます。Servletアプリケーション向けには、組み込みTomcatとJettyの両方をサポートします（出典：Spring Boot公式リファレンス、2026年8月確認）。

JSPを使う場合や既存WARを移植する場合は、実行可能JARではなくWAR配備が必要になることがあります。そのため、画面技術と配備方式は早めに確認しておきます。

スタンドアロン型の複数環境と既存WARの管理

スタンドアロン型は、JettyサーバーへWAR形式のWebアプリケーションを配備する方式です。複数環境と既存WARを管理しやすい点が特徴です。

既存アプリ：Servletアプリを段階的に移行できます。
複数環境：開発・検証・本番で、アプリとサーバー設定を別々に管理できます。

Jettyでは、バイナリや標準設定の`$JETTY_HOME`と、環境別の設定やWebアプリを置く`$JETTY_BASE`を分けられます。

分けておくと、更新時に本番固有のポートやTLSの設定を上書きしにくくなります。ログや配備設定についても、同じ考え方で守れます。そのうえで、設定をバージョン管理し、差分をレビューできる状態にしておきます。

利用者からデータベースまでの基本構成

利用者からデータベースまでの流れは、通信や認証の条件を含めて、一続きで設計します。

構成：利用者、CDN・WAF、ロードバランサー、Jetty、Javaアプリ、DB、外部システム。
セキュリティ：認証、ネットワーク境界、管理画面、セッション、監査ログ。
リアルタイム通知：WebSocketの接続数、切断時の再接続、複数台構成でのセッション共有。

HTTP/2やHTTP/3は、経路全体が対応しているとは限りません。そのため、ロードバランサーやTLS終端、監視ツールを含めた、実環境に近い検証が必要です。

Jettyのシステム開発の進め方

業務条件を先に固めると、後続工程で検証する内容が定まります。

Jetty案件では、サーバーを先に決めすぎないようにします。まず、業務の現状とデータを洗い出します。そのうえで、利用者、連携先、停止許容時間を確認します。

その条件に合う実行基盤として、Jettyを評価します。この順序で進めると、サーバー選定と業務要件の食い違いを抑えられます。

▶ 詳細はこちら：Jettyのシステム開発の進め方/やり方/流れや方法/手法/工程/手順

要件定義の業務フローと非機能要件

要件定義では、業務の進め方と、性能や保守などの非機能要件を具体化します。確認項目は、観点ごとに分けて整理します。

業務フロー：担当・時点・データ・判断に加え、差し戻しや在庫引当、締め処理、権限変更、例外入力も含みます。
既存記録：表計算、CSV、メール、紙のうち、移行と自動化の対象になる範囲。
性能・運用：利用者数、ピーク時同時接続数、1時間あたりの処理件数、応答時間、稼働時間、復旧目標、保持期間の数値。

月末やキャンペーン時のピーク条件は、Jettyの設定にも欠かせません。要件定義書には、認証、監査ログ、バックアップの責任の分け方を書きます。さらに、暗号化と脆弱性対応についても、どこまでを誰が受け持つかを記載します。

PoCと設計による採用理由の実測

要件を整理したら、重要なリスクを小規模なPoCで検証します。そのうえで、構成と運用条件を設計書に残します。

互換性：Javaライブラリ、Jetty 12、`javax.servlet`から`jakarta.servlet`への移行。
接続・応答：WebSocketの複数台運用、外部API遅延の画面影響。
設計対象：構成図、通信経路・ポート、TLS証明書、認証・認可、ログ、バックアップ、監視。

クラウド、コンテナ、Kubernetesを使う場合は、設計対象が増えます。イメージ更新やSecret、Ingressを設計します。さらに、ネットワークポリシーとオートスケール条件も含めます。

テスト・移行・リリースを分けた段階稼働

本番移行の影響を抑えるため、システムの検証、データ照合、対象部門での試行を、段階ごとに確かめます。

テスト：機能、負荷、長時間稼働、障害復旧、脆弱性、権限、ログ、復元。
データ移行：重複や表記揺れ、欠損、過去データを整え、本番前のリハーサルで件数・金額・権限を照合する。
段階稼働：業務担当者のサンプル確認、対象部門を絞った問い合わせと性能の確認、全社展開の順。

WebSocketは、接続が増えたときのメモリや再接続、サーバー切り替え後の状態を検証します。また、HTTP/2やHTTP/3も有効にして測定します。

ポイント

サーバーを先に決めず、業務の現状とデータ、非機能要件を固めてから、Jettyを実行基盤として評価します。PoCで重要なリスクを確かめたうえで、段階稼働まで含めて工程を見てください。

Jettyのシステム開発にかかる費用相場

Jetty本体はオープンソースで、Eclipse Public License v2またはApache License v2に基づき、商用利用・配布が可能です。

Jettyの商用ライセンス購入費は原則0円です。ただし、業務システム全体は無料ではありません。

費用の中心は、開発やデータベース、クラウドです。さらに、監視やセキュリティ、移行、保守もかかります。

▶ 詳細はこちら：Jettyのシステム開発の見積相場や費用/コスト/値段について

規模と連携数で変わる初期費用

2026年公開の国内相場情報では、スクラッチ開発の費用目安も示されています。

小規模100万〜300万円、中規模300万〜800万円、中〜大規模800万円〜数千万円です（出典：2026年公開の国内業務システム開発費用相場情報）。

初期費用と開発期間は規模で異なります。そこで、Jettyを含むJava業務Webシステムの目安を示します。

小規模：300万〜800万円程度、2〜4か月程度。
中規模：800万〜2,000万円程度、4〜8か月程度。
大規模：2,000万円〜1億円超、8〜18か月以上の場合があります。

小規模は、ログインや申請・承認、一覧・検索を想定します。さらに、CSV出力と簡易管理画面も含みます。

中規模の範囲には、顧客・商品・権限管理や帳票、外部APIが入ります。加えて、既存DB連携や監査ログ、複数ロールも含みます。一方で、大規模は基幹連携や高可用性を求める場合です。

本記事の推定は、Jetty基盤の発注を想定しています。その発注には、Java 17対応や認証、監査ログが含まれます。さらに、負荷試験やクラウド運用、既存連携も対象です。

見積書の開発費と運用費の内訳

見積もりでは、工程別の費用配分と運用費を分けて見ます。ただし、工程配分は案件によって異なります。

Jetty固有作業：HTTP/2・HTTP/3・WebSocket負荷試験、TLS証明書・鍵、プロキシ、旧版移行、javax・jakarta変換、脆弱性調査。
工程別配分：要件定義10〜15%、基本設計15〜20%、詳細設計10〜15%、実装・単体30〜40%、結合・総合15〜20%、移行・導入5〜10%。
小〜中規模運用費：クラウド、監視、ログ保管、バックアップ込みで月額5万〜50万円程度。
高負荷等：24時間監視、冗長化、大量データ、商用サポートを含むと月額50万〜数百万円の場合もあります。
保守費の試算例：開発費3,000万円の15〜20%は年間450万〜600万円です。

実装費だけが大きく、要件定義や移行の費用が極端に少ない見積もりには注意が必要です。

Jetty固有の作業を「サーバー設定費」にまとめず、作業内容と成果物を書き出すと、見積もりを比べやすくなります。

脆弱性対応や障害対応は、別の項目として見積もります。さらに、JDK更新やアプリ改修、クラウド利用料も分けて扱います。

ポイント

Jetty本体の商用ライセンス費は原則0円ですが、費用の中心は開発費と運用費です。見積もりは規模と連携数をそろえ、Jetty固有の作業と運用費を分けて比べてください。

開発会社/ベンダーの選び方

開発会社を選ぶ際は、Jetty対応の有無に加えて、安全な稼働を支える体制を確認します。特に、Java設計や移行、脆弱性への対応などは、提案内容と担当者の経験から見極めます。

JettyとJava移行の実績

Javaの経験に加えて、移行やプロトコル試験を誰がどこまで担当したかを確かめます。

移行経験：Jetty更新、Java 17、Servlet API、`javax`から`jakarta`への切り替え。
技術検証：既存WAR移植、WebSocketやHTTP/2の試験。実績がない場合は、契約前の有償PoCの提案も対象になります。

Jetty 12.0.xは、Java 17とJakarta EE 10・9・8に対応する安定系列です。一方、12.1.xは、Java 17とJakarta EE 11・10・9・8に対応します。

Jetty 9.4、10、11はEOLです。そのため、既存のバージョンと依存ライブラリを評価できる会社を選びます（出典：Jetty公式ドキュメント、2026年8月確認）。

提案書の比較条件と引き継ぎ

提案書は、技術と費用、引き継ぎを同じ条件で比べます。特に、安価な提案では対象外の範囲に注意が必要です。

比較条件：前提、対象外、利用者数、性能目標、移行件数、テスト、納品物、保守時間。
RFPの技術条件：Jetty版・理由、JDK、Servlet API、配備方式、コンテナ、TLS終端、ログ期間。
引き継ぎ成果物：属人化を抑えるため、ソース、設定、依存一覧、SBOM、テスト結果、手順、障害連絡網を納品対象にします。

負荷試験や運用設計が対象外だと、稼働直前に追加費用が発生する可能性があります。また、CVEの通知時間とパッチの承認者も決めておきます。

保守範囲とSLAの契約条件

保守契約では、更新の対象となるバージョンと修正版も確かめます。

Jetty公式は、2026年4月11日公開の高リスク脆弱性について、12.0.33以前や12.1.7以前などを影響対象としました（出典：Jetty公式セキュリティ情報、2026年8月確認）。

「Jettyの保守」に含まれる作業と対応水準は、分けて契約前に確認します。

作業範囲：脆弱性監視・判定、パッチ作成・検証環境適用・本番適用、障害一次切り分け、JDK・OS更新、アプリ改修、クラウド費。
対応水準：初動時間、復旧目標、夜間休日受付、再委託の有無。

修正版として、12.0.34および12.1.8などが示されました。OSSであっても、更新情報を受け取り、検証したうえで、停止を抑えて適用する必要があります。

▶ 詳細はこちら：Jettyのシステム開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら：Jettyのシステム開発の発注/外注/依頼/委託方法について

ポイント

開発会社は、Jetty対応の有無だけでなく、移行の実績と脆弱性対応の体制で比べます。提案書は、対象外の範囲と引き継ぎ成果物を同じ条件で並べてください。

運用・セキュリティで失敗しないチェックポイント

更新と公開設定に加え、監視から復旧までを日常業務に含めます。

公開後の運用設計によって、安全性と費用が変わります。そのため、更新や障害、バックアップの対応を、日常業務として回せる状態にします。監査や担当者交代も、そこに含めて考えます。

バージョンと脆弱性の継続管理

バージョンと脆弱性は、継続して管理します。公開時の守りや、組織の運用ルールも整えます。

台帳：Jetty、JDK、OS、コンテナ、依存ライブラリごとの担当・版・期限・検証環境。
EOL対応：短期延命とメジャー更新、商用長期サポートを、停止許容度と費用で比べる。
外部公開：TLS、HTTPメソッド、管理ポート、認証失敗、ログ改ざんの確認。

IPAの2026年版中小企業向けガイドラインは、バックアップや安全なWebサイト運用、サプライチェーン対策を拡充しています（出典：IPA「中小企業の情報セキュリティ対策ガイドライン」第4.0版、2026年）。

監視とバックアップの復旧手順の試験

監視、バックアップ、障害対応は、復旧手順まで含めて定期的に試験します。

監視：HTTP応答、エラー率、応答時間、CPU、メモリ、スレッド、接続、DB、ディスク、証明書。
復元：DB・設定・秘密情報の復旧方法を分けて記録し、目標時間と時点を照らし合わせる。
障害手順：判断者、停止機能、復旧順を決め、担当者交代後の訓練にもつなげる。

各監視項目は、利用者への影響と結び付けます。そのうえで、通知先と一次対応者を決め、誤通知の多い項目は見直します。

よくある失敗と防ぎ方

失敗を避けるには、採用の順番と保守、納品の3か所に注意します。

要件整理：Jetty選定より前に、業務フローと移行を見ておく必要があります。
OSS保守：無償利用でも、更新と脆弱性対応が欠かせません。
引き継ぎ：設定やソース、運用文書を成果物の範囲に入れる。

要件を凍結したあとに例外処理が増えると、画面や権限、データ構造が広がります。さらに、テストの範囲も広がります。そのため、現場で標準化する業務と、残す例外を分けておきます。

更新やCVE確認、依存ライブラリ更新には、継続した作業が要ります。監視や復旧にも、継続した作業が要ります。

納品が不十分だと、担当者の退職後に変更できない場合があります。そのため、文書やSBOM、手順書を契約と受け入れ条件に含め、テスト結果も残します。

ポイント

稼働後は、バージョン管理、脆弱性対応、監視、復旧までを日常業務として回せるかで、安全性と費用が変わります。契約前に、保守の作業範囲と対応時間を書面で決めておいてください。

よくある質問

採用時は、Jettyの機能に加えて既存資産や更新の条件を見ます。さらに、停止許容度と社内の運用体制も合わせて判断します。

Jettyは商用システムで無料で使えますか？

Jettyは公式ライセンスの範囲で商用利用・配布できます。ただし、追加ライブラリのライセンスも確認し、システム全体の一覧を作成してください。

業務アプリ開発や保守の費用は、別に発生します。さらに、クラウドや監視、セキュリティ対応の費用もかかります。

既存のJetty 9・10・11から移行したほうがよいですか？

業務への影響を確かめたうえで、原則としてEOL版を長期利用しない計画を立てます。Jetty 12では、Java 17やJakarta EEへの対応が関係します。

依存ライブラリやJSP、認証を洗い出し、独自拡張やテストコードも含めて、検証環境で移行できるかを確かめます。

すぐに移行できない場合は、期限と暫定的な脆弱性対応を決めます。予算と段階移行の責任者も決めておきます。

Jettyのシステムはクラウドやコンテナで運用できますか？

運用できます。実行可能JARやコンテナイメージを配備し、ロードバランサーや監視、ログ、Secret、バックアップは、クラウドサービスと組み合わせます。

PaaSでは、Java版やServlet世代、WARとJARの制約、ランタイムの更新期限を確かめます。そのうえで、標準ランタイムと自主管理の範囲を決めます。

小規模なJettyのシステムはいくらで作れますか？

ログインや申請・承認、検索、CSV、管理画面に機能を絞る場合は、初期費用300万〜800万円、期間2〜4か月程度が目安です。

データ移行や複数連携が加わると、費用は上振れします。さらに、厳格な監査ログや24時間運用、高負荷WebSocketも上振れの要因になります。

要件と対象外を明確にし、複数社の見積もりを同じ条件で比べてください。

まとめ

JettyはWebサーバーまたはServletコンテナとして、Javaアプリで業務機能を実現する基盤です。判断では、ライセンス費だけでなく、要件や連携、認証、性能を見ます。さらに、移行、クラウド、保守も含めて考えます。

採用判断での業務要件と技術要件の確認

新規開発では、Embedded Jetty、スタンドアロン、コンテナ、PaaSを、利用者数と運用体制に合わせて比べます。

既存システムでは、Jetty・JDKの版と`javax`・`jakarta`の別、依存ライブラリを一覧にします。WAR・JSP、認証、監視も含め、PoCで移行リスクを確かめます。

Jettyを選ぶ理由は、メモリ効率や組み込み性、WebSocket、既存Java資産など、具体的に説明できる状態にします。

発注前の見積条件と保守責任の文書化

規模別の初期費用の目安を確かめたうえで、見積条件と保守責任を文書にまとめます。

小規模：300万〜800万円。
中規模：800万〜2,000万円。
大規模：2,000万〜1億円超。基幹連携や高可用性を含みます。

最終額は、連携数や移行データ、非機能要件、テスト、運用時間によって変わります。また、稼働後にどこまでを誰が受け持つかも、確認してください。

見積書では、設定や脆弱性対応などを、JDK更新や障害対応、クラウド費、納品文書と分けて見ます。

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
 ・スクラッチシステム開発の完全ガイドブック
 ・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

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

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

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