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

Jaegerのシステム発注・外注では、Jaeger本体を置くだけでなく、OpenTelemetryによる計装、保存基盤、セキュリティ、障害時の運用までを一体で設計することが成功の条件です。

マイクロサービス化した注文・決済・在庫などの業務システムで、どのサービスが遅延やエラーの原因なのか分からない場合、分散トレーシング基盤の導入が有効です。一方で、OSSだから無料で済むと考えて発注すると、計装工数やストレージ費用、保守範囲が後から膨らみます。この記事では、発注形態の選び方、RFPと要件の整理、契約形態、2026年時点の費用目安、委託先の比較方法、受入テストまでを発注者の視点で解説します。

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

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

最初に押さえたいのは、Jaegerが販売管理や会計のような業務システムではなく、複数サービスをまたぐリクエストを追跡する運用基盤だという点です。発注対象は、Jaegerの導入作業だけではなく、アプリへの計装、Collectorの配置、トレースを保存するデータストア、可視化、アクセス制御、監視と保守を含む一つの仕組みになります。

Jaegerは、一つのユーザー操作やAPI呼び出しをtraceとして記録し、その途中にある注文サービス、決済サービス、在庫データベース、外部配送APIなどの処理をspanとしてつなぎます。ログをサービスごとに探す方法では見落としやすい「決済APIの応答待ちで全体が遅い」「リトライが重なって在庫更新がタイムアウトした」といった事象を、リクエスト単位で確認できるようになります。導入効果は画面が増えることではなく、原因特定までの時間、p95レイテンシー、失敗リクエストの再現性を改善することに置きます。

見積依頼の件名を「Jaeger構築」とだけ書くと、会社ごとに含める作業が変わり、金額を比べられません。少なくとも対象サービス数、対応言語、Kubernetesの有無、Collectorの配置、OpenSearchやElasticsearchなど保存先、保持期間、サンプリング率、開発・ステージング・本番の環境数を発注範囲に記載します。アプリ側の改修、PIIのマスキング、SSO・RBAC、バックアップ、障害対応、引き継ぎ資料も別項目に分けると、抜け漏れを防ぎやすくなります。

Jaegerのシステムは自社開発と外注のどちらが良いですか？

結論として、既にOpenTelemetry、Kubernetes、検索基盤の運用者がいる企業は自社構築も選べますが、初めて分散トレーシングを導入する企業は、PoCと本番設計を外部へ委託する方法が安全です。すべてを丸投げするのではなく、業務知識とKPIは自社が持ち、基盤設計・計装・移行・運用設計を専門会社と分担する形が現実的です。

自社開発では、アプリのリリースサイクルと計装ルールを合わせやすく、設定やIaCを社内資産として蓄積できます。反面、トレースが欠落したときにアプリ担当と基盤担当のどちらが調べるか、保存容量が急増したときに誰がサンプリングを変更するかを決めておかないと、導入後に止まりやすくなります。オンコール担当、エスカレーション先、夜間の障害対応まで定義できるなら自社主体が候補です。

外注の利点は、JaegerだけでなくOpenTelemetry、OpenSearch、Kafka、Kubernetes、クラウド権限を組み合わせた構成を短期間で検討できることです。特に、既存のJaeger clientやOpenTracingを使うサービスが混在している場合は、段階移行の経験がある会社を選ぶとリスクを抑えられます。ただし、委託先が作った設定を自社が読めない状態は避け、ソースコード、Collector設定、ダッシュボード、IaC、運用手順書の引き渡しを契約条件に入れます。

Grafana Cloudなどのマネージドサービスを利用すると、保存基盤の冗長化やアップデートを自社で抱えずに済みます。2026年2月13日以降のGrafana Cloud Application Observabilityは、新規顧客に対してホスト時間0.025米ドル、トレース・ログ・プロファイルは1GBあたり0.50米ドルなどの料金体系を案内しています（出典: Grafana Cloud公式料金表、2026年）。ただし、実際の請求はメトリクスやログ、プラン、リージョンなどでも変わるため、月間スパン量と保存場所を確認してから選びます。

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

発注は、いきなり本番環境を作るのではなく、現状把握、RFP作成、PoC、本番設計、段階導入、運用移管の順に進めます。各段階で成果物と判断基準を置くと、要件が曖昧なまま高額な本番構築へ進むことを防げます。

最初に、サービス一覧、APIの呼び出し関係、データベース、外部API、エラーが多い業務フローを棚卸しします。対象を「全サービス」と書くよりも、「注文受付から在庫引当、決済、配送依頼まで」「本番の注文APIと決済API」のように業務単位で区切る方が、見積もりも効果測定も明確です。導入前の平均復旧時間、原因特定に要する時間、p95レイテンシー、失敗率を測り、導入後に何を改善するかを合意します。

RFPには、対象サービス・言語・実行環境、トレースを送りたい業務シナリオ、必要な検索条件、保存期間、想定トラフィック、環境数、希望納期を記載します。非機能要件には可用性、障害時の復旧目標、TLS、SSO、RBAC、監査ログ、バックアップ、データ削除、監視、サポート時間を入れます。顧客ID、メールアドレス、注文番号、Authorizationヘッダー、URLのクエリやリクエスト本文をspan属性へ記録しないこと、必要な場合はマスキングすることも明示します。

PoCは、1〜2サービスをall-in-one構成でつなぐだけで終わらせず、注文から決済までの正常系、外部APIの遅延、タイムアウト、リトライ、部分的なエラーを再現します。画面でtraceが見えるかだけでなく、spanが欠落しないか、ログとtrace IDを相関できるか、サンプリング後も障害traceを残せるか、検索に必要な時間が許容範囲かを確認します。PoC期間は小規模なら1〜2か月を目安にし、成功条件を満たさなければ本番構築へ進まない判断も必要です。

本番では、Jaeger v2のCollector・Queryなどの役割、保存先、冗長化、スケール方式を決めます。Jaeger公式のアーキテクチャ情報では、Jaeger v2はOpenTelemetry Collectorを基盤とし、OTLP受信、属性処理、Kafka連携、Query拡張などを組み合わせられます（出典: Jaeger公式「Architecture」、2026年）。最初は注文ドメイン、次に決済や在庫、その後に全社へ広げると、データ量と運用負荷を確認しながら拡張できます。リリース後は、欠落span、エラーspan、Queryの遅延、ストレージ増加、アラートのノイズを定例で確認し、受託会社から社内へ運用を移します。

契約形態と責任分界をどう決めるか

Jaeger案件は、既存システムの状態やトレース量を調べないと工数が確定しない部分があります。したがって、調査・要件定義は準委任、本番構築や合意した成果物は請負など、工程ごとに契約を分ける方法が選択肢になります。契約名だけで判断せず、何を納品し、どの条件で検収し、障害時に誰が対応するかを文書化します。

準委任では、調査、設計検討、計装方針、PoCのように、作業を通じて最適解を探す工程を時間・体制ベースで依頼しやすくなります。発注者は、月ごとの作業報告、検討結果、課題一覧、次月の判断材料を受け取る形にします。ただし、作業したことだけで終わらないよう、PoCで確認するシナリオ、計測するKPI、設計書の粒度をあらかじめ合意します。

請負にする場合は、Collector設定、ストレージ構成、ダッシュボード、アプリ計装、テスト結果、手順書など納品物を列挙します。検収条件には、指定した業務フローでtraceが一つにつながること、異常系でエラー箇所を検索できること、権限のない利用者がtraceを閲覧できないこと、マスキング対象の値が保存されないことなど、確認できる表現を使います。「本番で問題なく動くこと」のような抽象的な表現だけでは、追加費用や修正範囲で揉めやすくなります。

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

Jaeger本体はオープンソースのため、ライセンス費用は原則として無料です。ただし、実際の予算はアプリへの計装、Collectorの設計・構築、OpenSearchなどの保存基盤、クラウド利用料、セキュリティ設定、監視、保守で決まります。以下はJaeger専用の全国統計ではなく、NotebookLMで整理した業務システム一般の人月単価・保守相場と公開料金を組み合わせた発注前の推定レンジです。最終金額はスパン量、保持期間、環境数、SLAを確認して個別に算定します。

1〜2サービスを対象に、OpenTelemetry計装、Collector、all-in-one、基本的な検索確認を行うPoCなら、初期費用は50万〜150万円程度が一つの目安です。5〜20サービス、Collector分離、OpenSearchなどの永続ストレージ、権限設定、テストと引き継ぎを含む小規模本番なら、300万〜800万円程度を見込むケースがあります。これらは市場価格の断定ではなく、一般的な業務システム開発の小規模レンジをJaeger導入の作業量へ当てはめた推定です。対象サービスが増えたり、既存アプリの手動計装が多かったりすると上振れします。

Kubernetes、複数環境、冗長化、バックアップ、SSO・RBAC、PIIマスキング、長期保持、既存サービスの計装を含む中規模案件では、初期費用800万〜2,000万円程度が推定レンジになります。Kafkaを介したピーク吸収、複数クラスタ、災害復旧、全社横断の運用設計まで含める大規模案件は、2,000万〜5,000万円超となる可能性があります。期間もPoCの1〜2か月から、小規模本番の2〜4か月、中規模の3〜6か月、大規模の6〜12か月以上へ伸びます。要件定義・計装・基盤・移行・教育を分けた見積書で妥当性を確認します。

小規模本番のクラウド利用料は、構成によって月5万〜30万円程度からの推定となります。複数環境や冗長化を行う中規模では月20万〜100万円程度、大規模・長期保持・Kafka・複数リージョンでは月100万円を超える可能性があります。保守費用は業務システム一般の目安として初期費用の年15〜25％程度を置くことがありますが、24時間監視、SLA、障害対応、設定変更の回数で変動します。全件保存を避け、重要なエラーtraceを残すテールサンプリングや保持期間の分離を検討すると、費用を制御しやすくなります。

参考として、Grafana Cloudの料金はホスト時間とテレメトリ量で構成されます。10ホストを1か月730時間稼働し、トレースを100GB送るという単純計算では、ホスト分18.25米ドルとトレース分50米ドルで計68.25米ドルとなります（出典: Grafana Cloud公式料金表、2026年）。これはJaegerセルフホストの費用ではありませんが、サービス数とスパン量をRFPへ書く必要性を示す比較材料です。

委託先を選び見積もりを比較するポイント

委託先は「Jaegerという製品を知っているか」だけでなく、計装、分散システム、保存基盤、クラウド、セキュリティ、運用を横断して支援できるかで比較します。Jaeger専用の受託実績と断定できる公開情報がない会社でも、OpenTelemetryやOpenSearch、Kubernetesを扱った経験があれば候補になります。提案時は、担当者が実際に設計・構築するのか、再委託があるのか、引き渡し後の支援体制まで確認します。

候補会社には、対応可能な言語と自動計装の範囲、手動spanを追加する基準、OTLPの送信経路、Collectorのスケール、ストレージのバックアップ、サンプリングの設計方法を質問します。既存のJaeger clientやOpenTracingを使っている場合は、OpenTelemetryへ一度に切り替えるのか、shimを使って段階移行するのかも聞きます。OpenTelemetryの公式移行資料では、OpenTracingの移行先としてOpenTelemetryのAPIやSDKを使う考え方が整理されています（出典: OpenTelemetry公式「Migration」、2026年）。将来TempoやElastic APMへ切り替える場合にも、OTLPと標準属性を使う設計か確認します。

見積書は、現状調査、要件定義、RFP支援、PoC、アプリ計装、Collector・ストレージ構築、セキュリティ設定、テスト、移行、教育、保守に分けます。各工程の人数、期間、前提条件、対象サービス数、含まれない作業を記載してもらいます。例えば、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は会社の比較資料であると同時に、開発後の検収基準です。機能要件と非機能要件を分け、期待するtraceの流れ、検索条件、障害時の挙動、権限、保存、バックアップ、運用手順を具体化します。発注前に書き切れない事項は、要件定義工程で確定する項目と、確定前の前提条件として分けて記載します。

「トレースを表示する」だけでは、必要な計装範囲が分かりません。「注文APIを受け、認証、在庫照会、決済、配送依頼を経てレスポンスを返す処理を一つのtraceとして追跡する」「各spanにサービス名、環境、HTTPメソッド、ステータス、エラー内容を表示する」のように、業務シナリオと確認したい属性を記述します。非同期処理やメッセージキュー、バッチ、外部APIの境界も対象に含め、traceが分断される箇所を明示します。

非機能要件では、ピーク時のリクエスト数、許容する計装オーバーヘッド、保持期間、検索応答の目標、障害時の復旧時間、バックアップ頻度、アクセス可能な職種を定めます。例えば、本番traceは30日、監査用の一部データは別保存、開発者は自分の環境のみ閲覧、運用管理者は全環境を閲覧できる、といった条件です。個人データを含む可能性があるなら、記録禁止属性とマスキング後の確認方法を受入条件にします。

正常系では、指定した業務フローのすべてのサービスとデータベースが一つのtraceにつながることを確認します。異常系では、外部APIの遅延、HTTPエラー、タイムアウト、再試行、サーキットブレーカー発動時に、原因spanとエラー情報を特定できることを確認します。運用系では、権限のない利用者が閲覧できないこと、禁止属性が保存されないこと、バックアップから復元できること、サンプリング率を変更してもサービスを停止しないことを確認します。テスト結果と未解決課題を納品物に含めると、検収後の責任範囲も整理しやすくなります。

よくある質問（FAQ）

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

Jaeger本体はOSSのため、ライセンス費用は原則として無料ですが、導入費用まで無料になるわけではありません。計装、Collector、ストレージ、クラウド、セキュリティ、テスト、監視、保守に費用がかかります。見積もりではライセンス費と導入・運用費を分けて記載してもらいます。

すぐにすべてを廃止する必要はありません。既存サービスを止めないことを優先し、OpenTelemetryのshimや互換機能で段階移行しながら、新規サービスはOpenTelemetry API・SDKとOTLPを使う方針が現実的です。外注先には、移行対象、並行稼働期間、trace IDの相関、旧設定の廃止条件を工程表へ落としてもらいます。

開発や小規模な検証ではall-in-oneとメモリ保存を使えますが、再起動でデータが消えるため、本番の標準構成には向きません。本番ではCollectorとQueryを分離し、OpenSearch、Elasticsearch、Cassandraなどの永続ストレージ、必要に応じてKafkaやバックアップを組み合わせます。可用性やデータ保持を要件として発注し、構成だけを流用しないことが重要です。

まとめ

Jaegerのシステム発注・外注では、Jaeger本体の構築費だけでなく、OpenTelemetry計装、保存容量、サンプリング、セキュリティ、監視、運用移管までを一つの案件として整理します。発注形態は、要件を探るPoCや現状調査を準委任、合意した構築成果物を請負とするなど、工程の性質に合わせて選びます。

RFPには、対象サービス、業務シナリオ、保持期間、環境数、性能、可用性、アクセス権限、PIIマスキング、納品物、検収条件を記載します。見積書は工程別に分け、除外範囲と前提条件をそろえて比較します。導入前後で原因特定時間やp95レイテンシーを測れるようにすると、導入後の継続判断もしやすくなります。

委託先は、Jaegerの知名度だけでなく、OpenTelemetry計装、クラウド・Kubernetes、ストレージ、セキュリティ、障害対応を一貫して説明できる会社を選びます。設定やIaC、ダッシュボード、テスト結果、運用手順書の引き渡し、再委託、データ所在、保守終了後の扱いも契約へ含めます。小さくPoCを始め、効果とデータ量を確認してから本番・全社展開へ進めることが、Jaegerを継続的に使えるシステムへ育てる近道です。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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