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

Jaegerのシステム発注は、現状把握、PoC、段階導入、運用移管の順に進めると、効果と運用体制を確かめながら本番へ移れます。

自社開発と外注の選び方、費用相場、契約と受入テストを押さえておくと、見積もりを比べやすくなります。

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

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

Jaegerのシステム発注・外注を始める前に知る全体像

Jaegerは、複数のサービスをまたぐリクエストを追跡する運用基盤です。販売管理や会計のような業務システムとは、役割が異なります。

発注範囲には、Jaeger本体のほか、アプリ計装、Collector、保存先を含めます。可視化やアクセス制御も範囲に入り、監視と保守も含めます。

Jaegerの位置づけは業務システムではなく可観測性基盤

Jaegerは、ユーザー操作やAPI呼び出しをtraceとして記録します。注文や決済の処理、在庫DB、外部配送APIなどは、spanとしてつながります。

• 原因の追跡：リクエスト単位で遅延やエラーを調べられます。
• 効果の測定：原因特定時間、p95レイテンシー、失敗リクエストの再現性で測ります。

サービスごとにログを探す方法では、決済APIの応答待ちや在庫更新のタイムアウトを見落とす場合があります。このため、Jaegerの導入効果は画面数ではなく、原因特定や再現性の改善に置きます。

発注範囲に含めるJaeger本体以外の作業

「Jaeger構築」とだけ書くと、会社ごとに範囲が異なり、見積もりを比べられません。対象サービス数や環境数を明記しておくと、同じ前提で比べられます。

• 構成条件：言語、Kubernetes、Collector配置、保存先、保持期間、サンプリング率。
• 追加作業：アプリ改修、PIIマスキング、SSO・RBAC、バックアップ、障害対応、引き継ぎ資料。

開発・ステージング・本番の環境数も、発注範囲に含めます。追加作業は別項目に分けておくと、作業の抜けを確認しやすくなります。

Jaegerの自社開発と外注の選び方

OpenTelemetry、Kubernetes、検索基盤を運用できる担当者がいれば、自社で構築することも選べます。一方で、Jaegerの初導入では、PoCと本番設計を外注する方法が安全です。

業務知識とKPIは自社で持ち、基盤設計や計装、移行は専門会社と分担する方法が現実的です。運用設計も含めて、どこまでを誰が受け持つかを決めておくと、工程の抜けを防げます。

運用体制と技術標準がそろう場合の自社開発

自社開発なら、アプリのリリースと計装ルールを合わせやすく、設定やIaCを社内の資産として残せます。

• 障害時の役割：アプリ担当と基盤担当の調査範囲
• 容量増加時の対応：サンプリング変更を担当する人

オンコール担当やエスカレーション先、夜間の障害対応まで決められるなら、自社を主体にする案が候補になります。

設計から運用移管まで支援が必要な場合の外注

外注先は、Jaegerに加えてOpenTelemetryやOpenSearch、Kafkaを組み合わせられるかで検討できます。Kubernetesやクラウド権限まで扱えるかも、検討の対象になります。

• 段階移行：Jaeger clientとOpenTracingが混在する場合の経験を確認します。
• 引き渡すもの：ソース、Collector設定、ダッシュボード、IaC、運用手順書を契約に含めます。

委託先が作った設定を自社で読めない状態になると、稼働後の変更を自社で続けられません。そのため、引き渡しの対象は契約条件として文書にします。

マネージドサービスの運用負荷とデータ所在

選択肢の一つとして、Grafana CloudのApplication Observabilityがあります。このサービスを使えば、保存基盤の冗長化や更新を自社で抱えずに済みます。料金は利用量などで決まります。

• 案内料金：2026年2月13日以降の新規顧客はホスト時間0.025米ドルです。
• テレメトリ料金：トレース・ログ・プロファイルは1GBあたり0.50米ドルです。

この料金情報はGrafana Cloud公式料金表（2026年）が出典です。

実際の請求は、メトリクスやログ、プラン、リージョンによっても変わります。そのため、月間スパン量と保存場所を確認しておきます。

Jaegerのシステム発注・外注の進め方

発注は、現状把握とRFP作成から始まります。PoCで確かめたあとに本番設計へ進み、段階導入を経て、運用移管へと移ります。各段階で、納めるものと次へ進む判断基準を決めておけば、要件が曖昧なまま高額な本番構築へ進むことを防げます。

現状把握と導入KPIの決め方

まず、サービス一覧とAPIの呼び出し関係を洗い出します。DBや外部API、エラーの多い業務フローも、同じように書き出します。

• 対象範囲：「注文受付から在庫引当、決済、配送依頼まで」や「本番の注文APIと決済API」などと記します。
• 導入前の指標：平均復旧時間、原因特定時間、p95レイテンシー、失敗率を測ります。

「全サービス」と広く書くより、業務単位で指定するほうが、見積もりと効果測定を明確にできます。導入後に改善する指標も、発注者と委託先で合意しておきます。

RFPに書く対象範囲と非機能要件

RFPには、対象サービスと業務シナリオ、検索条件を書きます。保存期間と想定トラフィックも記載し、環境数と希望納期も書き添えます。

• 非機能要件：可用性、復旧目標、TLS、SSO、RBAC、監査ログ、バックアップ、削除、監視、サポート時間。
• 記録制御：顧客ID、メール、注文番号、Authorization、URLクエリ、本文は記録せず、必要時はマスキングします。

対象には、言語や実行環境も含めます。

異常系まで再現するPoCと本番要件

PoCでは、1〜2サービスをall-in-oneでつないだうえで、注文から決済までを検証します。外部APIの遅延やタイムアウトも、あわせて再現しておきます。

• trace確認：spanの欠落や、ログとtrace IDの相関を見ます。
• 異常時の探し方：リトライ、部分エラー、サンプリング後の障害trace、検索時間を確かめます。

小規模PoCは1〜2か月が目安です。ただし、成功条件を満たさない場合は、本番構築へ進まない判断も必要です。

段階リリースによる本番導入と運用移管

本番では、Jaeger v2のCollectorとQueryが担う役割を決めます。保存先や冗長化、スケール方式も、このときに決めておきます。Jaeger v2はOpenTelemetry Collectorを基盤とします。

• 組み合わせる機能：OTLP受信、属性処理、Kafka連携、Query拡張を選べます。
• 展開順：注文、決済・在庫、全社へと広げ、データ量と運用負荷を確認します。

この説明の出典は、Jaeger公式の「Architecture」（2026年）です。リリース後は、欠落spanやエラーspan、Query遅延を定例で確認し、ストレージ増加やアラートのノイズも見ながら、運用を社内へ移します。

契約形態と責任範囲の決め方

Jaeger案件では、既存システムの状態やトレース量を調べないと、工数が確定しない部分があります。そのため、工程ごとに契約を分ける方法が選択肢になります。調査・要件定義は準委任、本番構築や合意した成果物は請負と、組み合わせて選べます。

契約名だけで決めず、納品物や検収条件、障害時の担当を文書にまとめておきます。

要件探索やPoCに向く準委任契約

調査や設計検討、PoCなど、最適解を探す工程は、時間と体制を基準にする準委任で依頼しやすくなります。計装方針の検討も、同じ考え方に当てはまります。

• 月次の報告：作業報告、検討結果、課題一覧、次月の判断材料を受け取ります。
• 事前合意：PoCのシナリオ、計測KPI、設計書の粒度を決めます。

作業をしただけで終わらないよう、成果として確認する内容は、契約前に決めておきます。

構築や設定の請負における納品物と検収条件

請負では、納品物と検収条件を一つずつ書き出します。「問題なく動くこと」のように抽象的に書くと、修正の範囲で揉めやすくなります。

• 納品物：Collector設定、ストレージ構成、ダッシュボード、計装、テスト結果、手順書。
• 検収条件：指定業務のtrace接続、異常時の原因spanとエラー情報の検索、無権限者の閲覧防止、対象値の非保存。

各条件は、発注者が実際に確かめられる表現で書きます。

Jaegerのシステム開発・導入費用の相場

Jaeger本体のライセンス費は原則無料です。ただし、実予算は計装、Collector、保存基盤で決まります。さらに、クラウドやセキュリティ、監視、保守の費用も加わります。

ここに示す金額は、発注前の推定です。Jaeger専用の全国統計ではなく、NotebookLMで整理した業務システム一般の人月・保守相場と公開料金を組み合わせて算出しています。

最終金額は、スパン量と保持期間を確認して算定します。環境数とSLAも、あわせて確認します。

初期費用の目安：PoCは50万〜150万円、小規模本番は300万〜800万円

PoCの推定額は50万〜150万円程度です。対象は1〜2サービスで、OpenTelemetryの計装とCollector、all-in-oneを扱い、基本的な検索確認も行います。

小規模本番は300万〜800万円程度を見込む場合があります。対象は5〜20サービスで、Collectorの分離と永続ストレージ、権限設定を含みます。テストや引き継ぎも、同じ範囲に入ります。

このレンジは、市場価格を断定するものではなく、一般的な小規模開発の作業量を当てはめた推定です。サービス数や手動計装が多いと、上振れします。

中規模の800万〜2,000万円、大規模の2,000万円超の想定

中規模と大規模では、初期費用も期間も大きく違います。PoCや小規模本番を含めた費用と期間の幅を、規模ごとに並べて示します。

• 中規模の初期費用：800万〜2,000万円程度が推定レンジです。
• 大規模の初期費用：2,000万〜5,000万円超となる可能性があります。
• PoC・小規模本番の期間：1〜2か月、2〜4か月が目安です。
• 中・大規模の期間：3〜6か月、6〜12か月以上へ伸びます。

中規模は、Kubernetesや複数環境、冗長化を含む案件です。バックアップやSSO・RBAC、PIIマスキングも、この中に入ります。加えて、長期保持と既存サービスの計装も含まれます。

大規模は、Kafkaでのピーク吸収や複数クラスタ、災害復旧を含み、全社運用まで扱う案件です。見積書は、要件定義と計装、基盤を分けて確認します。移行や教育も、同じように分けて見ます。

ランニングコストを左右するデータ量と保守範囲

ランニングコストは、データ量に応じたクラウド費と、保守の範囲によって大きく変わります。クラウド費、保守費、保存方法を分けて見ると、運用時の費用を見積もりやすくなります。費用を抑える方法も含めて、項目ごとの目安を並べます。

• 小規模・中規模のクラウド費：月5万〜30万円、月20万〜100万円程度が目安です。
• 大規模のクラウド費：長期保持、Kafka、複数リージョンでは月100万円超の可能性があります。
• 保守費：初期費用の年15〜25％程度を置く場合があります。
• 費用調整：テールサンプリングや保持期間の分離で制御しやすくなります。

クラウド費は構成によって変わります。保守費も、24時間監視やSLA、障害対応に加えて、設定変更の回数で変動します。

Grafana Cloud Application Observabilityの料金例では、10ホストを月730時間稼働し、トレース100GBを送る場合の単純計算が68.25米ドルです。その内訳は、ホスト分が18.25米ドル、トレース分が50米ドルです（出典：Grafana Cloud公式料金表、2026年）。

この例は、サービス数とスパン量をRFPに書いて比べるための材料です。Jaegerのセルフホスト費用そのものを示すものではありません。

委託先の選び方と見積もりの比較

委託先は、Jaegerの知識だけでなく、計装や分散システム、保存基盤を含めて比べます。クラウドやセキュリティ、運用まで横断して確かめます。

Jaegerの受託実績が公開情報で確認できなくても、OpenTelemetryやOpenSearch、Kubernetesの経験があれば候補になります。

提案担当者が設計と構築を担うのか、再委託が入るのかを確かめます。引き渡し後の支援体制も、あわせて確認します。

計装から運用までの技術力の確認

候補会社には、言語や自動計装の範囲、手動spanの基準を質問します。OTLPの経路やCollectorのスケール、保存先のバックアップについても、同じように質問します。

• 移行方法：OpenTelemetryへ一括で乗り換えるか、shimで段階的に進めるかを確認します。
• 将来の選択肢：TempoやElastic APMへの移行に備え、OTLPと標準属性を使うか聞きます。

OpenTelemetry公式資料は、OpenTracingの移行先としてAPIとSDKを使う考え方を整理しています（出典：OpenTelemetry公式「Migration」、2026年）。

一式表記を避けた工程別の見積書の比較

見積書は、工程ごとに区切ってもらいます。現状調査、要件定義、RFP支援、PoCの費用は、それぞれ示してもらいます。

計装、基盤、セキュリティ、テストの費用も、同じ形式で分けると比べやすくなります。移行や教育、保守も含めて、工程ごとの金額が見えるようにします。

• 前提条件：人数、期間、対象サービス数、含まれない作業を示してもらいます。
• 金額の比較：A社200万円、B社500万円のように差があっても、安い方が優れるとは限りません。

たとえば、A社はアプリ改修と本番監視を除外し、B社は含む可能性があります。そのため、同じ前提にそろえてから比べます。

セキュリティと保守の実力の確かめ方

traceやspanに個人データや認証情報が入る場合は、選定の時点で属性の制御と暗号化、権限を確かめておきます。保存期間や削除の扱いも、委託先に説明してもらいます。

• 安全管理：allowlist、Collectorのfilter・attributes processor、監査ログ。
• データ所在：海外リージョンや再委託先、契約上の利用目的を確認します。

個人情報保護委員会のガイドラインは、安全管理措置と委託先監督を示しています（出典：同委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年）。

AWSでは2025年9月、Amazon OpenSearch IngestionがHTTPとOpenTelemetryのクロスアカウント取り込みに対応しました。このため、複数アカウントから中央基盤へ集約できます（出典：AWS公式発表、2025年）。採用する場合は、リージョンやネットワーク、権限を確かめます。障害時の分担も、あわせて確認します。

最新機能であることだけを理由に選ばず、構成上の条件を会社に説明してもらいます。

RFPに入れる要件と受入テスト

RFPは、会社を比べるための資料であるとともに、開発後の検収基準にもなります。機能要件と非機能要件は、分けて具体的に書きます。

発注前に決められない事項は、要件定義で決める項目と未確定の前提条件に分けて書きます。前提を分けておくと、後で何が未確定だったかが見えてきます。

業務シナリオ単位の機能要件

「トレースを表示する」と書くだけでは、計装の範囲が分かりません。そこで、業務の流れと確認する属性を書きます。

• シナリオ：注文APIから認証、在庫照会、決済、配送依頼、応答までを追跡します。
• 属性：サービス名、環境、HTTPメソッド、ステータス、エラー内容を表示します。

非同期処理やメッセージキュー、バッチは、対象に含めます。外部APIも含めて、traceが分断される箇所を示します。

性能・可用性・安全性を数値と条件で示す非機能要件

非機能要件では、ピーク時のリクエスト数や許容する計装負荷、保持期間を定めます。検索応答の目標と復旧時間も加えます。バックアップ頻度や閲覧権限も、同じように書き出します。

• 保存条件：本番traceは30日、監査用の一部データは別保存とする例があります。
• 閲覧権限：開発者は自分の環境のみ、運用管理者は全環境を閲覧できます。

個人データを含む可能性があるなら、記録禁止の属性と、マスキング後の確認方法を受入条件に加えます。

正常系・異常系・運用系に分けた受入テスト

テストは、正常系と異常系、運用系に分けて行います。各ケースでは、traceと運用条件を確かめます。

• 正常系：指定フローの全サービスとDBが一つのtraceにつながること。
• 異常系：外部APIの遅延、HTTPエラー、タイムアウト、再試行、サーキットブレーカー発動時に原因spanとエラー情報を特定します。
• 運用系：無権限の閲覧防止、禁止属性の非保存、バックアップ復元、無停止のサンプリング変更を確認します。

テスト結果と未解決の課題を納品物に含めておくと、検収後に誰が何を担うかが整理されます。

よくある質問（FAQ）

Jaegerの発注では、無料かどうか、既存のクライアントをどうするか、本番でall-in-oneを使えるかといった質問が多くあります。判断を誤ると、初期費用を抑えたつもりでも、後から再構築や情報漏えい対策が必要になることがあります。

Jaeger本体は無料なので、導入費用も無料ですか？

Jaeger本体はOSSのため、ライセンス費は原則無料です。ただし、導入費用まで無料になるわけではありません。

計装やCollector、ストレージにも費用がかかります。クラウドやセキュリティ、テスト、監視、保守の費用も加わります。ライセンス費と導入・運用費は、分けて見積もります。

既存のJaeger clientやOpenTracingはすぐに廃止すべきですか？

既存サービスを止めずに、shimや互換機能を使って段階的に移行します。すべてを一度に廃止する必要はありません。

新規サービスは、OpenTelemetryのAPIとSDK、OTLPを使う方法が現実的です。移行の対象と並行稼働の期間は、工程表に書きます。trace IDの相関や旧設定の廃止条件も、同じ表に入れます。

本番環境でもJaeger all-in-oneを使えますか？

開発や小規模な検証では、all-in-oneとメモリ保存を使えます。ただし、再起動するとデータが消えるため、本番の標準構成には向きません。

本番では、CollectorとQueryを分けて、OpenSearchやElasticsearch、Cassandraなどの永続ストレージを使います。必要に応じて、Kafkaやバックアップもあわせて組み合わせます。

可用性とデータ保持を要件に含め、検証用の構成をそのまま本番へ流用しないようにします。

まとめ

Jaeger発注では、本体の構築だけでなく、計装や保存容量、サンプリングまで含めて考えます。セキュリティや監視、運用移管も、一緒に検討します。

現状調査やPoCは準委任、合意した構築の成果物は請負のように、工程に合わせて契約を選びます。

発注前のRFPとKPIの整理

RFPには、対象サービスと業務シナリオ、保持期間、環境数を記します。性能と可用性、権限も、RFPに書いておきます。PIIマスキングや納品物、検収条件まで含めると、検収の基準もそろいます。

見積もりは工程別に分けて、除外範囲と前提をそろえます。導入の前後で原因特定時間やp95レイテンシーを測っておくと、継続するかどうかの判断に役立ちます。

委託先との役割分担と将来の移行の合意

委託先の選定、契約、展開の要点を押さえておくと、導入後の運用を引き継ぎやすくなります。

• 選定：計装、クラウド・Kubernetes、ストレージ、セキュリティ、障害対応を見ます。
• 契約：設定、IaC、ダッシュボード、テスト、手順書、再委託、データ所在、保守終了後の扱いを含めます。
• 段階展開：小さくPoCを始め、効果とデータ量を見て本番・全社へ広げます。

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

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