JBossのシステム開発の発注/外注/依頼/委託方法について

JBossのシステムの発注は、現行資産の調査から始めます。要件と委託範囲を整理し、提案と見積もりを比べてから、段階ごとに契約と検証を進めると、移行や運用の手戻りを抑えやすくなります。

発注形態、RFPと要件整理、費用相場、委託先の比較のそれぞれで、判断の要点を見ていきます。

▼全体ガイドの記事
・JBossのシステム開発の完全ガイド

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

JBossのシステムを発注する前に知っておきたい全体像

発注の成否を分けるのは、製品名よりも、業務アプリと実行基盤を分けて考えられるかどうかです。JBoss EAPを使う場合でも、アプリ改修とサーバー構築に加え、DB接続、認証、テストが必要です。監視、パッチ、障害対応も、発注の段階で誰が受け持つかを決めておきます。

JBoss EAPとWildFlyの発注条件の違い

企業の商用システムで主に検討するのは、Red Hat JBoss Enterprise Application Platform（JBoss EAP）です。発注条件は製品ごとに異なります。

WildFlyは、JBoss系のコミュニティプロジェクトです。製品の特性と運用責任を、EAPと並べて比べます。

• JBoss EAP：サブスクリプションによる検証済み構成、ライフサイクル、セキュリティ更新、サポート
• WildFly：ライセンス費は抑えやすい一方、パッチ選別、互換性検証、障害対応は自社か委託先が担います

Red Hat資料によると、JBoss EAP 8.1はJakarta EE 10に対応します。Web Profile、Core Profile、Full Platformに対応し、高可用性クラスタリング、メッセージング、分散キャッシュも提供されます。なお、この情報はRed Hat公式ドキュメント（2026年確認）に基づきます。

RFPには、EAPのバージョンと契約窓口、サポート対象のJDKやDBを書きます。「JBoss対応」とだけ書くと条件が定まらないため、運用時間や障害時の一次切り分けも記載します。

「JBossのシステム」の発注範囲の切り分け

既存アプリの載せ替えと業務アプリの新規開発では、必要な会社も予算も異なります。そのため、まず次の候補から案件の主目的を決めます。

• 既存基盤からの移行：EAPやWebLogicなどから移行する
• 既存アプリの改善：保守や性能改善を行う
• 新規開発：業務Web・APIを開発する
• クラウド移行：オンプレミスからクラウドへ移す
• コンテナ化：OpenShift上で稼働させる

委託範囲は、調査・企画、要件定義、アプリ改修・開発の順に区切ります。基盤構築、テスト、データ移行、リリース、保守も、どこまでを委託するか決めておきます。

Red Hatのサブスクリプションに加え、RHELやOpenShiftの担当者も明確にします。ロードバランサー、DB、監視、バックアップも、誰が受け持つかを決めておきます。担当範囲が曖昧なまま契約すると、発注後に追加費用が発生しやすくなります。

JBossのシステム発注形態の選び方

現行環境や要件の不確実性が大きい場合は、アセスメントと要件定義を先に分けて委託します。内容が固まり、受入条件を定められる部分は請負とし、運用改善や助言が続く部分は準委任にして、段階ごとに使い分けます。

不明点が多い案件のアセスメント先行

JBossの版や認証方式が分からない場合は、まず現行資産を洗い出します。Java、フレームワーク、DBドライバーの版も、同じ一覧に入れて確認します。

• アプリ資産：WAR・EARと依存ライブラリ
• Java API・技術要素：`javax.*`・`jakarta.*`、EJB・JPA・JMS
• 連携・処理・負荷：外部API、バッチ、帳票、ピーク時の同時接続数

調査結果からは、EAP 8.1へ移行できる部分と改修が必要な部分を分けられます。アセスメントを準委任で進め、代表的なアプリによる小規模なPoCを続けると、想定外の改修を早く見つけやすくなります。

Red Hatの移行ガイドは、Jakarta EE 8から10への移行を扱っています。EE APIの`javax.*`が`jakarta.*`へ変わる点は互換性上の論点です（出典: Red Hat JBoss EAP 8.1 Migration Guide、2026年確認）。この検証を省くと、本番直前の修正や納期延長につながります。

フェーズごとの発注先の分け方

発注体制は、案件に合わせて選びます。1社に全体を任せる一括発注は、窓口を一本化しやすく、どこまでを誰が受け持つかも整理しやすい方法です。

• 一括発注：窓口や受け持ちの範囲を1社に集められる。ただし、アプリ開発会社が基盤や24時間運用を不得意とする場合もある
• 複数社体制：業務要件とアプリ、JBoss・RHEL・OpenShift基盤、監視・保守を分担し、主契約者が全体を統括する

一括発注で基盤や24時間運用を任せにくい場合は、製品ベンダーや専門会社を加えます。

複数社体制では、障害の切り分けや夜間連絡、パッチの扱いに加えて、設定変更の承認者を契約書に記します。

Red Hatは2025年、ミドルウェアの製品・エンジニアリング組織をIBM側へ移す方針を示しました。既存顧客は、Red Hatとパートナーから従来どおり購入・サポートを受けられると説明しています（出典: Red Hat「Evolving our middleware strategy」、2025年）。ただし、将来の契約窓口や製品ロードマップは、発注時に確かめておくと安心です。

発注から稼働までの基本的な順番

発注から保守への引き継ぎまでは、次の順に進めます。既存JBossを移行する場合は、現行バックアップと切り戻し条件を確かめ、代表アプリで検証してから全体へ展開します。

1. 現行調査を行い、目的と対象範囲を確定する
2. RFPを配布し、提案と見積もりを比較する
3. 契約し、要件定義と設計・開発を進める
4. テストと移行リハーサルを行い、本番リリースする
5. 保守へ引き継ぐ

マスタの不備や現場の例外運用は、技術者だけでは見つけにくいため、初期段階で業務部門のキーユーザーを決めておきます。

要件定義を短くしすぎると、仕様変更やデータ整備、受入テストのやり直しにつながります。そのため、キックオフの時点で、経営層、情シス、業務部門、委託先の役割と意思決定の期限を合意しておきます。

RFPと要件整理でJBoss案件の抜け漏れを防ぐ方法

RFPは、業務の目的と現状、対象範囲を示し、委託先が同じ前提で提案できるようにする資料です。画面の要望だけでは足りないため、非機能要件や制約、成果物を揃えます。日程、見積条件、回答形式も含めて書きます。

RFPに記載する現行資産と移行対象

既存システムを外注する場合は、現行構成と移行対象を一覧にします。分からない項目は「未確認」と明記し、アセスメントで調べる前提を置きます。

• 製品・実行環境：JBossまたはWildFlyの製品名・版、Javaの版、OS
• アプリ資産：StandaloneかManaged Domainか、WAR・EARの数、EJB・JPA・JMS
• 接続構成：DB製品・版、JDBCドライバー、Webサーバー、ロードバランサー
• 連携・認証：認証・認可、外部API、バッチ、帳票、ファイル連携

移行先をEAP 8.1に限る場合でも、他の候補を比較提案してよいかを記します。候補にはWildFlyやSpring Boot、Quarkus、Tomcatが含まれます。既存資産を活かせる場合がある一方で、EJBやJMS、トランザクション、認証を大幅に作り替えるなら、別ランタイムへの再構築が中長期では合理的になることもあります。

目的は、業務継続とセキュリティを守り、運用要員と総保有コストの条件を満たすことです。製品名を残すこと自体は目的になりません。

非機能要件の数値化と運用条件

JBoss案件では、停止可能時間、ピーク負荷、復旧時間が費用を左右します。そのため、RFPに記載する条件を次のように分けて書きます。

• 稼働・負荷：稼働時間、目標稼働率、同時接続数、毎分のリクエスト数、応答時間
• 復旧・運用：RTO、RPO、バックアップ世代、ログ保存期間、障害通知時間、保守可能時間
• 認証・保護：認証方式、アクセス制御、ログ、暗号化、再委託、脆弱性報告、パッチ期限

数値が不明なら現行実績を計測し、委託先に測定方法を提案してもらいます。

認証・認可では、ElytronやSSO、OIDC、Keycloakといった方式を確かめます。証明書、管理画面のネットワーク分離、特権ID、監査ログも確認対象です。

個人情報や機密情報を扱う場合は、暗号化と権限、操作ログを要件に含めます。再委託の管理、脆弱性報告、パッチ期限も要件に入れます。

バックアップの暗号化と復旧訓練も決めておきます。製品のセキュリティと運用設計は、別々に確かめる必要があります。

成果物と受入条件の指定

RFPには、納品物と試験条件を明記します。成果物には、次の資料や資産を含めます。

• 要件・設計資料：要件定義書、基本・詳細設計書、JBoss設定書、パラメータシート
• 構築・試験資料：構築・運用手順書、テスト計画書・結果報告書
• 移行・運用設計：移行計画書、切り戻し手順、監視・バックアップ設計
• 開発資産：ソースコード、IaCやCLIスクリプト

設計書の更新を保守契約に含めるかどうかと、ライセンスやサブスクリプションの契約者を誰にするかも決めておきます。

受入条件は、試験項目と判定基準で示します。「問題なく動く」だけでは合否の解釈が分かれるため、確認対象を具体的に挙げます。

確認対象には、代表業務や異常系、ピーク負荷を含めます。ノード障害やDB切断、メッセージ滞留も対象にします。

証明書更新やバックアップ復元、脆弱性対応などの確認は、誰がどの環境でいつ行うかを定めます。合否の解釈をそろえておくと、請負契約を安全に使いやすくなります。

JBossのシステム発注費用相場とコストの内訳

JBoss EAPの日本向け定価は、契約やCPU数、環境数で変わります。サポートやRHEL・OpenShiftの有無でも変わるため、公開価格だけでは総額を決められません。

次の金額は、業務システムの費用・保守に関するリサーチノートと、公開クラウドの従量課金の例を組み合わせた企画用の推定です。2025〜2026年時点の情報に基づき、Red Hatや開発会社の正式見積もりではありません。予算取りの初期レンジとして使います。

案件タイプ別の初期費用と期間の目安

初期費用と期間は、案件の規模や移行範囲で変わります。そのため、企画段階の目安として比べておきます。

• 既存Javaアプリの1環境構築・設定：300万〜800万円、1〜3か月
• 小〜中規模の業務Web・API新規開発：800万〜2,000万円、3〜6か月
• 既存JBoss・WebLogicからの移行：1,500万〜5,000万円、6〜12か月
• 基幹・大規模案件：5,000万円〜数億円、9か月〜2年程度

1環境の構築には、EAPとJDKの設定、DB接続と認証、デプロイと基本テストが含まれます。新規開発は、要件定義から運用設計までを想定しています。その中には、画面・API、DB、CI/CDが含まれます。

移行では、`javax`から`jakarta`への対応やライブラリ改修に加え、クラスタリングや負荷試験、移行リハーサルまで含みます。

大規模案件では、複数拠点や連携、DR、監査、教育、段階リリースが含まれる場合があります。金額と期間は、アプリ数や連携数、データ量、停止可能時間によって大きく変わります。

ライセンス・基盤・保守の分け方

費用は、掲載料金、運用・保守、複数年の総額に分けて確認します。

• クラウド料金：m5.xlargeの1時間あたり0.244米ドル
• 運用費の一般目安：初期開発費の年15〜20％
• 長期費用：3〜5年のTCOで初期費用と年間費用を比較

730時間を1か月とすると約178米ドル、1米ドル150円なら約2.7万円です。これは1インスタンスの掲載例で、出典はAWS Marketplace「Red Hat JBoss Enterprise Application Platform」（2026年確認）です。単純計算では、2台構成で約5.3万円になります。

RHELやEBS、ロードバランサー、DBなどは別に確認します。構築・保守費とRed Hatの契約条件も、別枠で見ておきます。

運用費は、一般的な目安として初期開発費の年15〜20％を予算枠に置く考え方があります。初期開発費が2,000万円なら、年間300万〜400万円、月額25万〜33万円程度です。なお、この運用費の目安はJBoss固有の定価ではありません。

CVE対応やパッチ検証、JDK・DB互換性の確認を含めるほど、金額は上がります。監視や復旧試験、障害・夜間対応、定例報告も、範囲に応じて加わります。

保守範囲とSLAは、それぞれ分けて見積もります。Red Hatのサブスクリプションや開発会社の作業費、基盤費も、同じように分けて見ます。初年度だけ安くても、2年目以降のライセンス更新や監視、パッチ、障害対応などを含めると、総額が逆転する場合があります。

委託先の選定と見積比較で確認するポイント

見積もりは、合計金額の安い順ではなく、同じ前提で比べます。要件定義を無料提案に含む会社と、別料金で調査する会社とでは、単純比較できません。

RFPへの回答や前提条件、対象外の範囲を並べて評価します。追加単価や体制、成果物、受入条件も、同じ形式で比べます。

作業内容で見るJBossの実績

直近のEAPバージョンや担当エンジニアの経験を含めて、実績を作業内容と体制から確かめます。

• 移行・互換性：EAP 7から8.1、`javax`から`jakarta`、DB・JDK
• 基盤・試験：HA・DR、負荷試験、OpenShift、CI/CD
• 運用・支援：監視、24時間365日対応、担当者と一次切り分け

回答は「できます」だけでは判断できないため、担当工程と成果物、同じ担当者が参画するかを確かめます。障害時の一次切り分けの範囲も尋ねます。

公開情報では、SCSKがEAPのStandalone・Domain構成とクラスタリング、性能診断を案内しています。バージョンアップや他社サーバーからの移行支援も案内しています。

日立ソリューションズもJBossの構築や他サーバーからの移行支援を掲げています。NECは問い合わせやパッチ相談、障害対応のほか、平日または24時間365日のサポートメニューを案内しています。

これらは候補を確かめる材料です。現在の提供条件と案件との適合性は、契約前に問い合わせます。

見積書の作業・契約・追加条件の分解と比較

見積の抜け漏れを防ぐため、実作業とライセンス・基盤費を項目別に照らし合わせます。

• 開発工程：アセスメント、要件定義、アプリ改修、基盤設計、EAP構築
• 移行・運用工程：クラスタリング、データ移行、テスト、教育、リリース支援、保守
• 製品・基盤費：EAP・RHEL・OpenShift、クラウド、監視・バックアップ製品、ネットワーク機器

見積が「一式」や「想定工数」だけで書かれている場合は、作業者の役割や人数を質問します。期間や単価、成果物も尋ねます。

環境数とノード数も揃えておきます。たとえば、開発・検証・ステージング・本番の4環境を各2ノードにする構成と、本番のみ2ノードにする構成では、ライセンスや構築、テスト、監視の範囲が異なります。

見積もりの前提には、ピーク負荷や同時接続数、データ量を書いてもらいます。バックアップ世代、停止可能時間、サポート時間、再委託の有無も、あわせて記載してもらいます。

請負と準委任の選び分け

契約方式は作業の確実性に応じて選びます。

• 請負：要件・納期・受入条件を定め、完成責任を置く構築・改修
• 準委任：時間と体制を確保し、調査・助言・運用支援・障害調査を進める業務

契約書では、仕様変更と追加作業の承認、遅延報告、再委託の扱いを確かめます。秘密情報や個人情報、脆弱性発見時の連絡、知的財産権も確認しておきます。ソースコードや設定の返却、終了時の引き継ぎ、損害賠償、保守SLAも対象です。

Red Hatやクラウドの契約を委託先の名義にする場合は、契約終了後に自社へ移せるかも確かめます。

よくある質問（FAQ）

製品の選び方、費用、会社の選び方について、よくある疑問をまとめました。自社の発注条件を整理するときの参考にしてください。

JBoss EAPとWildFlyはどちらを発注すればよいですか？

商用サポートや検証済み構成、セキュリティ更新、障害時の窓口が必要なら、JBoss EAPを中心に考えます。一方、ライセンス費を抑え、自社や支援会社がパッチ、互換性、障害対応の責任を持てるならWildFlyも候補です。そのうえで、既存資産と運用体制を調べ、5年程度のTCOと、どこまでを誰が受け持つかで判断します。

JBossのシステム発注費用はいくらですか？

既存Javaアプリの1環境構築・設定は300万〜800万円、小〜中規模の業務Web・API開発は800万〜2,000万円です。さらに、既存サーバーからの移行と冗長化は、1,500万〜5,000万円が企画用の推定レンジです。

EAPの契約、クラウド、DBの有無に加え、監視、バックアップ、データ移行、保守の範囲でも金額は変わります。金額だけでなく内訳と前提条件を比べます。

JBossに強い委託先はどのように見分けますか？

EAPの構築経験に加えて、既存アプリの移行調査や`javax`から`jakarta`への改修を説明できるか見ます。JDKやDBとの互換性についても、説明を求めます。さらに、クラスタリングや負荷試験、監視、パッチ、障害対応の経験も確かめます。

公開事例に加えて、担当者の経験や成果物、保守SLA、追加単価、契約終了時の引き継ぎも確認します。RFP回答の具体性も、比べる材料になります。

JBoss EAP 8.1へ移行するときに最初に確認することは何ですか？

移行前には、互換性と稼働条件を確かめておきます。

• 実行環境の互換性：Java・EAP・フレームワーク・DB・JDBCドライバーの組み合わせ
• APIの利用状況：`javax.*`と`jakarta.*`の使い分け
• 移行PoC：代表アプリを使い、認証やDB、メッセージング、負荷、障害復旧を検証

Red HatのEAP 8.1リリースノートでは、Java 11は非推奨で、サポート終了扱いです。そのため、サポート対象のJDK構成をPoCで検証します（出典: Red Hat JBoss EAP 8.1 Release Notes、2026年確認）。

まとめ

発注前の確認事項

JBoss EAP、WildFly、別ランタイムの違いを押さえ、何を動かすか、どこまで委託するかを決めます。そのうえで、現行資産を洗い出し、RFPを先に進めます。非機能要件や互換性PoCも早い段階で確かめると、改修や運用費の後出しを減らせます。

次の進め方

これらを踏まえて、費用の見積もりと委託条件を、自社の要件に照らして整理します。

• 費用目安：既存環境の構築・設定300万〜800万円、小〜中規模の新規開発800万〜2,000万円（企画用推定）
• 移行費用：既存サーバーからの移行と冗長化は1,500万〜5,000万円の企画用推定レンジ
• 正式予算：EAP・RHEL・OpenShift契約、クラウド、DB、監視、バックアップ、テスト、保守、障害対応を分解して、相見積もりで確認
• 委託先：JBoss導入経験、EAPのバージョンアップ、`javax`から`jakarta`への対応、クラスタ・性能・セキュリティ・運用設計の説明力
• 契約：請負と準委任をフェーズごとに使い分け、成果物、受入条件、SLA、追加費用、契約終了時の引き継ぎを合意して、長期運用しやすくする

▼全体ガイドの記事
・JBossのシステム開発の完全ガイド

▼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を創業。