WebLogicのシステム開発の見積相場や費用/コスト/値段について

WebLogicのシステム開発費用は、ミドルウェアのライセンスだけでなく、業務アプリ、クラウドまたはサーバー、冗長化、移行、テスト、保守まで含めて、おおむね1,000万円台から数億円以上まで広がります。

WebLogicはJava/Jakarta EEアプリケーションを動かすアプリケーションサーバーです。そのため「WebLogicを入れる費用」と「WebLogic上で業務を成立させる費用」を分けて考えないと、見積もりの比較も予算の判断も難しくなります。この記事では、WebLogicのシステムにかかる費用相場、内訳、価格が変動する理由、コストを抑える進め方、開発会社への見積もり依頼で確認すべき項目を順番に解説します。金額は、リサーチノートに記載された国内業務システムの相場とWebLogic公式価格情報をもとにした目安であり、要件や契約条件で変わることを前提にご覧ください。

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

WebLogicのシステム費用を考える全体像

WebLogicのシステム費用を構成する要素

WebLogicのシステム費用は、単純な製品価格ではなく、アプリケーションを安全に動かし続けるための総保有コストで考えることが大切です。初期の構築費だけを見て発注すると、運用開始後のサポート、監視、パッチ、証明書、バックアップなどが別料金になり、想定外の支出につながります。

WebLogicは業務アプリを支えるミドルウェアです

WebLogicは、ブラウザやスマートフォンからの要求を受け、Javaアプリケーションを実行し、データベースや外部サービスと連携する中間層です。Administration Server、Managed Server、JDBCデータソース、JMS、JTAトランザクション、認証、TLS、ログ、監視などが組み合わさって、初めて業務で使える構成になります。したがって、ライセンスだけを購入しても、画面やAPI、業務ルール、データ移行が自動的に完成するわけではありません。

費用の見積もりでは、WebLogicのエディションとライセンス、サーバーやクラウドの利用料、ネットワークやロードバランサー、Oracle Databaseなどの関連製品、業務アプリ開発、データ移行、性能・障害試験、運用引き継ぎを項目別に分けます。「基盤一式」「構築一式」とまとめられた項目は、作業範囲と成果物を確認しないと会社間で比較できません。

まず初期費用と運用費用を分けて整理します

初期費用には、要件定義、方式設計、環境構築、アプリ開発、テスト、移行、教育が含まれます。既存システムを更新する案件では、現行調査、互換性診断、ソース修正、データ変換、切り戻し計画も初期費用に含めます。運用費用には、ライセンスのSoftware Update License & Support、クラウドまたはサーバー、監視、バックアップ、脆弱性対応、障害対応、軽微改修、定期的な訓練などが含まれます。

WebLogic Server 15.1.1(15c)は、Java SE 17/21とJakarta EE 9.1に対応するLTSとして案内されています。Oracleの発表ではPremier Support 5年とExtended Support 3年が示されていますが、採用できるかどうかは既存アプリの依存ライブラリ、javaxからjakartaへの変更、古い機能の利用状況で決まります。新しいバージョンに上げることが、必ず短期的なコスト削減になるとは限りません。出典: Oracle公式発表

WebLogicのシステム開発費用相場はどのくらいですか?

WebLogicのシステム開発費用相場

結論として、WebLogicのシステム開発費用は、小規模な新規業務Webシステムでも1,000万〜3,000万円程度、中規模の高可用性システムでは3,000万〜1.5億円程度、大規模な基幹システムでは1.5億〜数億円以上が目安です。ただし、WebLogic固有の国内開発費を示す公的な一律統計は少ないため、これらは業務システムの相場に、商用ミドルウェア、冗長化、Javaアプリ開発、移行を加味した推定レンジです。

PoCや開発環境は50万〜300万円程度です

WebLogicで接続方式や性能を確かめるPoC、または開発環境だけを整備する場合は、50万〜300万円程度が一つの目安です。1ドメイン、単一Managed Server、代表的なJavaアプリ、データベース接続、認証、簡単な負荷確認に絞る想定です。期間は2〜8週間程度ですが、既存アプリのソース調査、複数の外部連携、クラスタのフェイルオーバーまで検証する場合は、対象範囲に応じて費用と期間が増えます。

PoCを安くするために、代表画面だけを動かして本番可否を判断するのは危険です。トランザクション、JMS、バッチ、帳票、SSO、ファイル連携、異常系を最低限含めないと、本番移行時に初めて問題が見つかるからです。PoCの目的を「採用判断」「互換性確認」「性能の上限確認」のどれに置くかを先に決めると、必要なテストだけに費用を配分できます。

小規模な業務Webシステムは1,000万〜3,000万円程度です

画面やAPI、データベース連携、認証、基本的な監視、テスト、初期データ移行を含む小規模な業務Webシステムは、1,000万〜3,000万円程度が目安です。期間は4〜9か月程度を見込みます。2台程度のManaged Server、ロードバランサー、バックアップ、開発・検証・本番の複数環境を用意するだけでも、PoCより構成が複雑になります。

このレンジは、WebLogicを使う業務アプリの開発費を含む想定であり、ライセンスをすでに保有しているか、Oracle Databaseやクラウドを別契約にするかで変わります。画面数が少なくても、会計・在庫・顧客などの業務ルールが複雑なら費用は上がります。反対に、既存の業務パッケージを活用し、WebLogicを接続基盤として設定するだけなら、スクラッチ開発より抑えられる可能性があります。

高可用性・大規模案件は3,000万円から数億円以上です

クラスタ、ロードバランサー、SSO、複数のデータベースや外部連携、性能試験、障害試験、段階移行、24時間運用を含む中規模案件は、3,000万〜1.5億円程度が目安です。期間は9〜18か月程度です。複数拠点、ERPや基幹連携、大量データ移行、災害対策環境、運用組織の変更まで含む大規模案件では、1.5億〜数億円以上となり、18か月から数年の計画になります。

金額の幅が大きいのは、WebLogicそのものよりも、止められない時間をどこまで短くするか、障害時にどこまで自動復旧するか、既存資産をどこまで残すかで必要な設計・試験・移行が変わるためです。高可用性を求める場合は、通常系の動作だけでなく、Managed Server停止、ネットワーク断、データベース切替、メッセージ再送、ロールバックまで確認する費用を見込む必要があります。

WebLogicの費用の内訳とランニングコスト

WebLogicの費用内訳とランニングコスト

相場を予算に落とし込むには、総額を一つの数字で見るのではなく、どの費用が何を生むのかを分解します。特にWebLogicでは、ライセンスの価格体系、基盤の構築費、業務アプリの開発費、移行費、運用保守費が別々の契約になることがあります。

ライセンス費はエディションと契約方式で決まります

Oracle Technology Global Price Listの2025年3月1日版では、米国のProcessorライセンス価格として、WebLogic Server Standard Editionが10,000ドル、Enterprise Editionが25,000ドル、WebLogic Suiteが45,000ドルと掲載されています。Software Update License & Supportは、それぞれ年2,200ドル、5,500ドル、9,900ドルです。1ドル150円で機械的に換算すると、初期価格は約150万円、375万円、675万円、サポートは年約33万円、82.5万円、148.5万円ですが、これは米国リスト価格を使った参考計算であり、日本の契約価格や最終見積もりではありません。出典: Oracle Technology Global Price List、2025年3月1日版

実際のライセンス費は、Processorの定義と数、サーバーの構成、エディション、Oracleとの契約割引、為替、税、サポート条件で変わります。Enterprise Editionの機能が必要なのか、Standard Editionで足りるのかを先に判断し、冗長化やCoherenceなどの追加要件を分けて見積もることが重要です。Oracle Database、監視製品、バックアップ製品などの価格をWebLogicの価格に含めるかどうかも確認します。

サーバー・クラウド・ネットワークの費用が加わります

オンプレミスでは、物理または仮想サーバー、ストレージ、ネットワーク、ロードバランサー、バックアップ、データセンター、OS、監視の費用が必要です。クラウドでは、コンピュート、ブロックストレージ、ロードバランサー、通信、バックアップ、ログ保管、鍵管理などが継続的に課金されます。開発・検証・本番・災害対策の環境数と稼働時間を掛け合わせるため、本番サーバーが小規模でも環境数が多いと総額は増えます。

OCIのWebLogic Server for OCIには、既存ライセンスを持ち込むBYOLと、WebLogicの利用権をOCPU時間に応じて支払うUniversal Credits Model(UCM)があります。Oracle公式ドキュメントでは、BYOLは有効なライセンスとサポート契約が必要で、主にコンピュート費用を支払い、UCMはWebLogicのライセンス相当とコンピュート資源を支払う方式と説明されています。UCMは初期購入を抑えやすい一方、常時稼働・台数増加では月額が膨らむため、稼働率と契約期間を試算します。出典: Oracle公式ドキュメント

保守費は初期開発費の10〜20%を起点に考えます

業務システムの保守費は、リサーチノートにある一般的な目安として、初期開発費の年10〜20%程度を起点に考えられます。ただし、これはWebLogicの契約料金を一律に示す数字ではありません。四半期ごとのCPU適用、JDK更新、監視、障害対応、証明書更新、脆弱性対応、軽微改修、バックアップ確認、DR訓練をどこまで含むかで変わります。

保守契約を比較するときは、受付時間だけでなく、一次切り分けの範囲、WebLogicとJavaの専門担当者の有無、復旧目標、オンサイト対応、月間の改修時間、パッチ検証環境、報告書、運用改善提案を確認します。安い保守契約を選んだ結果、障害時に別途の緊急対応費が発生すると、年間費用が逆転することがあります。

WebLogicの費用が変動する主な要因

WebLogicのシステム費用が変動する要因

同じWebLogicを採用しても、見積もりが数倍になることがあります。原因は製品名ではなく、必要な可用性、処理量、連携数、既存資産の複雑さ、移行の難しさ、発注者と開発会社の役割分担が異なるためです。見積もりを受け取ったら、金額の大小だけでなく、どの変動要因を前提にしているかを読み解きます。

可用性・性能・セキュリティの要求で費用が変わります

同時接続数、ピーク時のトランザクション、応答時間、稼働率、RTO、RPO、データ保持期間が高いほど、クラスタ、負荷分散、冗長ストレージ、監視、バックアップ、性能試験が必要になります。例えば、夜間に停止できる社内システムと、24時間365日停止できない外部向けサービスでは、同じ画面数でも設計と試験の深さが違います。管理ポートを外部公開しない、TLSやMFAを設定する、監査ログを長期間保存する、といったセキュリティ要件も基盤・運用費に影響します。

セキュリティ費用を削る場合は、対策をなくすのではなく、対象と優先順位を決めます。WebLogicの管理ポート、JDK、証明書、OS、WAF、秘密情報、ログ、バックアップを対象に、平常時と障害時の責任者を明記します。公開Webシステムでは、TLSの設定やWebアプリ側の認可漏れ、SQLインジェクション、XSS、CSRFも確認し、ミドルウェアだけの対策で十分だと判断しないことが大切です。

既存アプリの移行範囲が最も大きな変動要因になります

既存の12cやJava 8からの移行では、単なるインストール作業ではなく、現行環境の棚卸しと互換性診断が必要です。WebLogicのバージョン、JDK、OS、DB、JDBC、JMS、EJB、認証、外部連携、独自ライブラリ、バッチ、帳票、運用スクリプトを調査し、javaxからjakartaへの変更や削除された機能の利用を確認します。単一アプリの環境更新・修正・試験なら500万〜3,000万円程度、複数アプリや大規模なJakarta移行を含む場合は3,000万〜1.5億円程度まで上振れし得ます。

OracleはWebLogic 15.1.1へのアプリケーション更新を支援するOpenRewriteのレシピを案内していますが、自動変換だけで本番品質が保証されるわけではありません。自動変換後に、人手によるコードレビュー、画面試験、トランザクション試験、性能試験、障害試験を実施します。移行対象を「そのまま使う」「修正して使う」「作り直す」「廃止する」に分類すると、必要な費用と納期を早い段階で分けられます。出典: Oracle公式ブログ

連携数と運用体制も見積もりを押し上げます

ERP、販売管理、認証基盤、ファイル転送、外部API、メッセージング、帳票、決済などの連携が増えると、設計・接続試験・障害時の再送設計が増えます。データ形式の表記揺れやマスタの不整合が残っている場合は、アプリ開発だけでなくデータクレンジングや業務側の確認工数も必要です。Q&Aや現場ヒアリングで見つかる例外処理を見積もりに反映しないと、後から追加要望として費用が発生しやすくなります。

また、内製チームがWebLogicの設定と一次対応を担うのか、開発会社が24時間運用まで担うのかで、必要な保守費が変わります。発注者が作成する資料、開発会社が作成する設計書、クラウド事業者が対応する障害の境界を、RACIや運用分担表にして見積書へ添付します。責任分界が曖昧なまま価格だけを下げると、障害発生時に対応主体が決まらず、復旧の遅れにつながります。

WebLogicのシステム費用を抑えるための進め方

WebLogicのシステム費用を最適化する進め方

費用最適化の基本は、必要な品質を保ちながら、後から高額になりやすい不確実性を早く減らすことです。ライセンスを安く買うことだけに集中せず、移行対象、環境数、試験範囲、運用の役割を段階的に決めます。

最初に互換性診断と小さなPoCを実施します

要件が固まっていない段階で本番環境を一括設計するより、代表的な業務、最も古いライブラリ、重要なJMSや外部連携を対象に、短期間の診断とPoCを行います。ここで、WebLogicのバージョン、JDK、アプリの互換性、ピーク負荷、データ移行方式、切替時間の仮説を確認します。問題が見つかった場合も、本番構築後に判明するより、50万〜300万円程度の検証費で修正方針を決めた方が全体の手戻りを抑えやすくなります。

PoCの成果物として、互換性診断表、未解決リスク、再現手順、性能結果、採用するバージョン、次工程の見積条件を残します。「動いた」という結果だけでは、設計や発注の根拠になりません。診断対象外の機能も明記すると、本番工程で追加費用になる可能性を関係者が共有できます。

標準化と環境の絞り込みで構築工数を減らします

WebLogicのドメイン構成、命名、JDBC、JMS、ログ、監視、デプロイ手順を標準化し、開発・検証・本番で再利用できるテンプレートを作ります。Infrastructure as Codeや自動デプロイを活用すると、手作業による設定差分とテスト環境の作り直しを減らせます。ただし、既存システムの設定をそのままテンプレート化すると不要な複雑さも引き継ぐため、使っていない機能や環境を整理してから標準化します。

環境数は、品質を落とさない範囲で絞ります。開発者ごとの専用環境が本当に必要か、共有の検証環境で足りるか、災害対策環境を常時稼働させるかを、リリース頻度と復旧目標から判断します。クラウドを選ぶ場合も、常時稼働の本番と必要時だけ起動する開発環境を分けると、コンピュート費を見直しやすくなります。

移行と追加開発を段階化して予算を管理します

既存アプリを一度に書き換えるのではなく、現行調査、環境更新、アプリ修正、データ移行、並行稼働、切替、ロールバックを分けます。業務影響が小さいアプリから移行し、性能と障害対応の結果を次の波に反映します。切替日を先に固定して無理に短縮するより、リハーサルと戻し方を含めた安全な計画にした方が、休日対応や緊急改修の追加費用を抑えやすくなります。

初期リリースではMust要件に集中し、運用データを見ながらShould要件を追加する方法も有効です。ただし、将来追加するAPI、マスタ、権限、監査ログの拡張余地は初期設計で確保します。機能を後回しにすることと、設計を省略することは異なるため、ロードマップと各段階の完了条件を契約書に記載します。

WebLogicの見積もりを取る際のポイント

WebLogicの見積もりを比較するポイント

見積もりの精度は、開発会社の計算方法だけでなく、発注者が渡す情報の粒度で決まります。IPAのCoBRA法に基づく見積もり支援の考え方でも、過去プロジェクトの規模・工数データと、工数を変動させる要因を合わせて評価することが重視されています。WebLogic案件でも、画面数だけでなく、連携数、ピーク負荷、移行データ、可用性、既存コードの状態を提示します。出典: IPA CoBRA法に基づく見積もり支援ツール

見積依頼書に現行構成と非機能要件を記載します

見積依頼書には、現行のWebLogicとJDKのバージョン、OS、DB、ドメイン数、Managed Server数、クラスタ構成、デプロイ方法、利用中のJDBC・JMS・認証、外部連携、バッチ、帳票、ソースコードの有無を記載します。さらに、同時接続数、ピークTPS、許容応答時間、稼働率、RTO・RPO、データ量、希望切替日、保守時間帯を示します。未確定の項目は「未確定」と書き、開発会社に前提条件と調査費を分けて提示してもらいます。

納品物も見積もり条件に含めます。設計書、ソースコード、テスト仕様書・結果、環境定義、IaC、運用手順、障害対応手順、教育資料、移行リハーサル結果をどこまで受け取るかを確認します。納品物が不足すると、次の会社へ保守を移すときに再調査費が発生し、初期費用を抑えた意味が薄くなるからです。

複数社を価格だけでなく対応範囲で比較します

複数社に依頼する場合は、同じRFPと同じ前提条件を渡し、ライセンス、基盤、アプリ、移行、テスト、保守を同じ分類で比較します。WebLogicのインストールが得意な会社と、Javaアプリの業務要件定義やデータ移行が得意な会社は必ずしも同じではありません。Oracle製品の販売・保守、クラウド移行、大規模SI、Java/Jakarta EE、監視・DRのどこを担当できる会社なのかを確認します。

質問例として、「15cまたは採用予定バージョンへの移行実績はありますか」「既存のjavax依存やJMSをどう診断しますか」「性能試験の負荷モデルは誰が作りますか」「切替に失敗した場合のロールバックを誰が実施しますか」「ライセンスとクラウド費は何年分で試算していますか」「WebLogicの保守と業務アプリ保守の責任分界はどこですか」と聞きます。回答が担当者の経験だけでなく、成果物・体制・検証方法に落ちている会社ほど、追加費用の説明も明確になりやすいです。

安すぎる見積もりは前提条件と除外範囲を確認します

相場より大幅に安い見積もりを受けたときは、品質が高いとすぐに判断せず、何が含まれていないかを確認します。要件定義、現行調査、性能試験、移行リハーサル、セキュリティ試験、クラウド費、ライセンス、障害対応、教育が別契約になっていないかを見ます。特に「既存アプリは問題なく動く前提」「データは発注者が整備」「切替は一回で成功する前提」などは、金額を下げる一方で、実行段階のリスクを発注者側に移しています。

契約では、変更管理の手続き、追加費用になる条件、受入基準、遅延時の連絡、障害の優先度、再委託、ソースコードや設定の権利、契約終了時の引き継ぎを確認します。要件が流動的な場合は、最初から全てを固定するのではなく、調査・要件定義を先行し、次の工程を再見積もりする段階契約も選択肢になります。段階化する場合も、各段階の判断材料と中止条件を決めておくと、予算を管理しやすくなります。

よくある質問(FAQ)

WebLogicのシステム費用に関するよくある質問

ここでは、WebLogicのシステム開発費用を検討するときに多く寄せられる疑問へ回答します。金額だけで判断せず、ライセンス、開発範囲、移行難易度、運用条件を合わせて確認してください。

WebLogicのシステム開発を安くするにはどうすればよいですか?

現行資産の棚卸しと互換性診断を先に行い、不要な機能・環境・カスタマイズを整理することが有効です。PoCでリスクを早く確認し、標準化、自動化、段階移行、環境の適正化を進めると、手戻りと運用工数を抑えられます。ライセンスを安くするだけではなく、必要な可用性や保守範囲を明確にすることが重要です。

WebLogicをクラウドに移すと費用は下がりますか?

必ず下がるとは限りません。OCIのBYOLは既存ライセンスを活用してWebLogicの利用権費用を抑えやすく、UCMはライセンスを別途購入せずOCPU時間に応じて支払える一方、常時稼働の台数、ストレージ、通信、バックアップ、監視、冗長化の費用が発生します。オンプレミスの設備更新費、運用人員、障害対応費まで含めた3年または5年の総額で比較します。

WebLogicのバージョン移行にはいくらかかりますか?

単一アプリの互換性調査、環境更新、修正、試験までなら500万〜3,000万円程度が一つの推定レンジです。複数アプリ、javaxからjakartaへの移行、古いJMS・EJB・JAX-RPC、独自ライブラリ、大量データ移行、並行稼働を含むと、3,000万〜1.5億円程度まで上振れし得ます。既存コードと依存関係を調査する前に一つの金額を断定することは避け、診断後に再見積もりします。

WebLogicのライセンス費用だけで開発できますか?

できません。ライセンスは実行環境を利用するための費用であり、業務要件定義、Javaアプリの開発、データベース、ネットワーク、認証、監視、テスト、データ移行、運用設計は別に必要です。ライセンス費、基盤費、アプリ費、移行費、保守費を分けた見積書を受け取り、含まれる作業と成果物を確認してください。

まとめ

WebLogicのシステム費用相場のまとめ

WebLogicのシステム開発費用は、PoC・開発環境で50万〜300万円程度、小規模な業務Webシステムで1,000万〜3,000万円程度、中規模の高可用性システムで3,000万〜1.5億円程度、大規模基幹システムで1.5億〜数億円以上が目安です。これらはWebLogic固有の一律価格ではなく、ライセンス、基盤、アプリ、移行、テスト、保守を含めた推定レンジです。

相場をそのまま予算にせず、費用の根拠を分けて確認します

金額を左右するのは、WebLogicのエディションだけではありません。可用性・性能・セキュリティ、既存アプリの移行難易度、連携数、データ品質、クラウドの課金方式、運用の責任分界が費用を変動させます。まず現行構成と非機能要件を整理し、互換性診断やPoCで不確実性を減らしたうえで、初期費用とランニングコストを分けて比較します。

見積もり依頼では構成・範囲・前提を同じ形式で渡します

開発会社へ相談するときは、WebLogicとJDKのバージョン、アプリ一覧、データ量、ピーク負荷、希望切替日、必要な稼働率、移行対象、保守時間帯、納品物をまとめます。ライセンスやOCIのBYOL/UCMを含むか、Oracle Databaseや監視を別契約にするかも明記します。複数社から同じ条件で見積もりを取り、価格の安さではなく、要件定義から移行・運用までの対応範囲と、追加費用が発生する条件を確認することが、納得できる発注につながります。

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

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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