ArangoDBのシステム発注は、業務課題とデータ条件を整理し、発注形態と契約を選び、RFPで委託先を比べたうえで、PoCから本番へ進める流れです。
全体像はArangoDBのシステム開発の完全ガイドでも確認できます。
▼全体ガイドの記事
・ArangoDBのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
ArangoDBのシステム発注前に決める事項
ArangoDBの向き不向きは、業務が関係性をたどる性質かどうかで変わります。そこで発注の前に、関係性を使って改善する業務と、データ管理の責任者を決めておきます。
顧客360度ビュー、部品表、サプライチェーンは、情報をつないで検索・分析する業務の代表例です。権限継承、推薦、不正検知も、同じ性質の業務にあたります。こうした業務では、マルチモデルの効果を検証しやすい一方で、単純なマスタ登録なら既存RDBやSaaSのほうが費用と運用負荷を抑えられる場合もあります。
解決したい業務課題の定義
「ArangoDBを導入したい」という目的からは、必要な画面や連携、性能、予算が決まりません。そこで、解決したい業務課題から決めます。
利用者と得たい成果は、「顧客・契約・問い合わせ・担当者の関係を一画面で確認する」のように、一文で書き表します。たとえば、部品と仕入先をたどって供給停止の影響範囲を把握する書き方もあります。
開発後に測れる指標を置いておくと、PoCや本番化を判断しやすくなります。指標の例は、検索時間や登録ミスです。また、手作業や調査完了時間も、測れる指標に含められます。
発注条件のデータ量・関係性・運用責任
データの規模や関係、運用・復旧の前提がそろっていないと、見積もりの前提がずれます。そのため、発注条件には次の3点を含めます。
- データ量：種類・保存先・総容量、1日あたりの追加・更新件数
- 利用規模：想定利用者数、同時接続数、グラフの深さ、検索応答時間
- 運用・復旧：RTO・RPO、バックアップ世代、保存リージョン、個人情報の有無
公式の機能一覧には、ドキュメントやグラフ、AQLなどが載っています。ArangoSearchやシャーディング、同期レプリケーションも一覧に含まれます。監査ログやTLSも、同じ一覧で確認できます。
機能が一覧にあることと、自社要件に合う設計になることは別に見る必要があります（出典: Arango公式「Feature list of the ArangoDB core database system」、2026年8月確認）。
Community Editionと商用利用の条件の切り分け
Community Editionを選ぶ場合は、利用条件と商用契約の要否を分けて考えます。
- Community Edition：利用目的とデータ容量の条件
- 商用業務システム：EnterpriseまたはArangoGraphの見積と契約条件を、RFPに記載
公式案内では、3.12.5以降はEnterpriseの機能を含み、非商用利用かつデータセット100GB以下の場合に使えると説明されています。一方で、商用利用のほか、製品への組み込みや再配布、Enterprise Editionとの同時利用にも、別の条件があります（出典: Arango公式「Download ArangoDB」、2026年8月確認）。
商用業務システムでは、サポート範囲と契約期間もRFPに記載します。
ArangoDBのシステムの発注形態
発注形態には、一括外注や専門外注、段階発注のほか、準委任もあります。どこまで任せるかは、社内体制と不確実性の大きさで変わります。
社内にArangoDBやAQLの人材がいない場合は、説明できる体制を持つ委託先を求めます。特に、データモデリングや移行に加えて、クラスタや監視、障害対応まで説明できるかを見ておきます。
社内の技術判断が少ない場合の一括外注
社内で技術判断を担える人が少ない場合は、課題と現行データの整理から保守までを一社に任せます。委託先が担う主な作業は、次の2つです。
- 選定・モデル・設計：技術の選定から、モデルやAPI・画面の設計まで
- 基盤・試験・リリース：基盤の構築から試験、リリースまで
窓口が一本になるため、既存RDBからの移行漏れや、会社間で責任の境目が曖昧になる事態が起きにくくなります。
一方で、業務ルール、正しいデータ、受入責任者は発注者側で担います。そのため、業務責任者と意思決定者を置き、レビュー日程を確保しておきます。
グラフ設計・AQL・データ移行を任せる専門外注
社内で業務要件を決められる場合は、専門会社へモデルやAQL、既存DBの取り込みを短期で頼めます。索引、性能検証、クラスタ構築も、依頼の対象に入ります。
その際は、API責任、データ不整合時の一次対応、設計書やソースの所有者を、あらかじめ決めておきます。
見積書で、ArangoDB固有の作業と一般的なバックエンド・フロントエンドの作業を分けてもらうと、委託先同士を比べやすくなります。
PoCと本開発を分ける段階発注
グラフ表現や検索速度、データ品質、AQLの書きやすさが分からないうちは、4〜12週間程度の技術検証を行います。そのうえで、その結果を見て本開発を判断します。
PoCでは、代表データを取り込んだうえで、1つか2つの業務シナリオを動かし、登録や検索、性能などを確かめます。本番機能を大量に作るのは、PoCの後の段階です。
成果物は、データモデル案、代表AQL、性能測定条件です。未解決課題と本番化の見積前提も、成果物に含めます。これらは、別の会社へ本開発を頼むときにも使えます。
ArangoDBの外注におけるRFP・要件整理の記載項目
RFPは、何を、なぜ、誰が使い、どの条件でいつまでに依頼するかを、委託先と共有する文書です。
完成した仕様書がなくても、目的や業務、利用者を示せば、提案の方向をそろえられます。加えて、現行システムやデータ、機能・非機能の条件を示しておくと、提案と見積を比べやすくなります。そのほか、予算、納期、提案範囲もRFPに含めます。
ArangoDBを必須にする場合でも、代替案を認めるか、ArangoDBを使わない部分をどう分担するかを、RFPに書いておきます。
目的・利用者・業務シナリオの記載
「データ一元化」や「検索高速化」と書くと、完成後にどう評価するかが曖昧になります。そこで、業務担当者や管理者、経営者、外部利用者など、役割ごとに分けて書きます。
利用シナリオは、顧客を検索して契約・問い合わせ履歴をたどり、担当者へ引き継ぐ流れのように書きます。たとえば、製品から部品、仕入先、代替部品まで、3段階でたどる例もあります。
データが見つからない場合や権限がない場合、連携元が停止する場合、二重登録が起きる場合の動作も含めます。
データソースと移行条件の具体化
RDBやCSV、業務SaaSなど、データの所在（保存先）を、RFPに記載します。ログや検索インデックスも対象に含めます。
件数や主キーの有無、ID重複のように、データの状態を具体的に整理します。表記揺れや履歴欠損、削除データも、あわせて整理します。更新頻度と、正解データを持つシステムも対象です。文書・頂点・辺の設計や、クレンジング・名寄せを委託先に任せると、追加費用が別に出ることがあります。
非機能要件と受入条件の数値化
非機能要件や受入条件を「速い」「安定している」のような言葉のままにすると、完成後に合否を判断できません。そこで、測定できる数値や動作で決めます。
- 性能・稼働：同時接続、ピークリクエスト、主要クエリ応答時間、稼働時間
- 運用：バックアップ頻度、RTO・RPO、ログ保存、監視、障害通知、脆弱性対応
- クラスタ：シャードキー、レプリカ数、フェイルオーバー、分散トランザクション、リージョン
- 受入：応答時間、権限拒否、指定時間内の復旧、移行前後の件数・重要項目の一致
公式資料によると、単一サーバーでは複数ドキュメント・複数コレクションの処理でACIDが保証されます。一方で、クラスタの複数ドキュメント処理には制約があり、OneShardなどの条件が関係します（出典: Arango公式「Feature list」、2026年8月確認）。
そのため、条件を示さずに高可用性だけを求めると、設計や費用の前提がずれることがあります。
個人情報がある場合は、保存先や暗号化、権限を対象にします。監査ログや、バックアップ時のマスキング、再委託、国外アクセスも含めます。
ArangoDBの発注における契約形態の選び方
請負は成果物に責任を持つ契約、準委任は委託先の人材と協働する契約、段階契約は要件定義と本開発を分ける方式です。PoCと本番で、契約を分けることもあります。不確実な工程では柔軟さを残し、仕様が決まったあとは成果物と検収を明確にします。
成果物と検収条件が固まった工程の請負契約
請負では、データモデルやAPI、画面、移行ツールなどを成果物として定めます。テスト仕様から運用手順、ソースコードまでも、定める対象に入ります。
「ArangoDBシステム一式」と書くと、クラスタや監視、バックアップ、管理画面が含まれるかが曖昧になります。AQLテストや教育も含むかどうかを、事前に分けておく必要があります。
納品形式と検収期間、瑕疵対応は、契約で決めます。変更承認者や追加費用の算定方法も、あわせて決めておきます。
要件探索・継続改善・内製支援に向く準委任契約
準委任は、現行データと連携の調査やPoC、AQL改善などの場面で使えます。アジャイル開発や運用改善も、準委任の場面です。
まず、月の稼働時間や役割、会議体、報告・レビューを決めます。そのうえで、作業範囲と再委託、終了時の引き継ぎを決めておきます。
準委任では、完成品の納品が当然に含まれるとは限りません。そのため、本番移行の責任と品質基準は、別途合意します。
契約終了後の権利・引き継ぎ・保守
契約の終了後も使える状態にするため、ソースコードやAQL、データモデル、インフラ構成の所有者を、契約の前に決めておきます。IaCやCI/CD、テストに加えて、運用手順、アカウント、ライセンス情報も、誰が持つかを確かめます。
クラウドの請求先やArangoGraph契約、リポジトリ、監視サービスが開発会社の名義のままだと、移管や契約終了の際に支障が出ます。
保守では、営業時間や重大障害の一次応答、復旧目標を決めます。そのうえで、セキュリティパッチや更新、AQL・インデックス改善、軽微改修を分けて扱います。
ArangoDBのシステム費用相場
費用は、ライセンスやマネージドサービス、開発、移行に分けて考えます。クラウドや監視・バックアップ、保守・教育も、別の項目として見積もります。
国内で統一された料金統計は確認できないため、この記事の金額は、業務システムの相場と、ArangoDB固有の設計・移行・クラスタ作業をもとにした税別の推定です。見積額は、データ量や連携数、性能、可用性、個人情報の有無で変わります。
技術検証・小規模PoCの費用目安（150万〜500万円程度）
費用と期間は、検証範囲や実施条件によって変わります。
- 検証範囲：1つのデータソースから代表データを取り込み、1つの業務シナリオを検証
- 費用・期間：150万〜500万円程度、1〜3か月程度
- 費用を抑えやすい条件：画面を最小限にし、発注者がデータを整え、単一ノードか小規模クラウドで行う
- 上限を超える条件：複数データソース、認証・権限、移行リハーサル、性能試験を含むケース
PoCでは、ドキュメントやグラフ、AQLを使った検索、性能を確かめます。
業務部門向けMVPの費用目安（500万〜1,500万円程度）
2〜5のデータソースを連携するMVPは、500万〜1,500万円程度、3〜6か月程度が目安です。対象は、顧客・商品文書の扱いと関係探索、全文検索です。これに加えて、簡易API・画面、認証、最低限の運用監視も含みます。
既存システムを残したまま検索や関係探索を加える場合は、二重運用や同期処理が増えます。そのため、見積は設計やAPI・画面、移行ごとに分け、クラウドや教育費も別に見積もります。
本番業務システムの費用目安（1,500万〜5,000万円程度）
認証や詳細な権限、監査ログ、複数連携、移行を含み、クラスタやバックアップ、性能試験、運用の引き継ぎまで扱う場合は、費用が1,500万〜5,000万円程度になります。期間は6〜12か月程度です。
全社基盤や大規模移行、災害対策、複数リージョン、厳格な審査まで含めると、費用は5,000万〜2億円以上、期間は9〜24か月程度になる可能性があります。これらは、業務システムの規模と作業範囲から算出した条件付きの推定で、公式の価格表に基づくものではありません。
公開価格と日本の開発費の切り分け
海外の公開価格は比較の材料になりますが、日本の開発費にそのまま当てはめることはできません。
- AWS Marketplace：A32 OneShardの12か月契約例は60,000ドル
- ArangoGraph：用途別Private Offer価格で、AWS基盤費が別途かかる可能性
- Arango Launchpad：1ユースケースを30日で構築する例は25,000ドル
- Kermit Tech：5〜8データソース、3件以上のユースケースを60日で扱う例は80,000ドル
AWS Marketplaceの例を1ドル150円で単純換算すると、約900万円です（出典: AWS Marketplace「ArangoGraph」、2026年8月確認）。ただし、為替や契約、サポート、バックアップ、リージョンの条件を確認しない限り、確定した費用とは言えません。
Kermit Techの海外向け価格には、データ接続やモデル設計、セキュリティ、監査ログ、研修が含まれます。一方で、日本企業の契約条件や税、渡航費は含まれていません（出典: Kermit Tech「ArangoDB Packages」、2026年8月確認）。作業範囲の参考として使い、正式な見積は自社要件をもとに取ります。
ArangoDBの委託先選定と見積比較の観点
委託先は、設計や移行、運用を自社案件に沿って説明できるかで選びます。公式の一覧には、Northrop GrummanやInfosys、Deloitte、Accentureなどが掲載されています。
一覧での掲載区分は、System Integrator Partnersとされています。ただし、日本での対応品質や個別案件の実績は、この掲載では保証されません。
国内窓口やAQLの経験、移行実績を、同じ質問票で確認します。加えて、クラウドとオンプレミスの選択肢、保守SLAも聞きます（出典: Arango公式「Partners」、2026年8月確認）。
提案時に確認するAQL・データモデル・障害対応
候補会社には、サンプルデータとシナリオを渡したうえで、情報をドキュメント、頂点、辺のどれで表すかを聞きます。
代表AQLやインデックス、深い探索の制限のほか、検索と集計、更新時の整合性も確認項目に入れます。
クラスタ案では、シャードキーの理由や分散トランザクション、障害切替、復旧訓練も聞きます。この質問は、機能紹介と実装力を見分ける材料になります。
工程・成果物・前提条件ごとの見積書の比較
見積は、要件定義やPoC、モデル、移行・クレンジングを含む工程ごとに分けてもらいます。API・画面から保守まで、権限、環境、クラウド、試験、教育、リリースも、項目ごとに示してもらいます。
見積ごとに、データソースや画面、APIの数を確認します。ほかに、利用者数や環境の数、試験や移行リハーサルの回数も確認します。移行や運用が別料金になると総額が上がるため、前提をそろえて比べます。
ライセンス・データ所在・ロックインのリスク
契約の前に、ライセンスやデータの所在を確かめ、契約終了後に他社へ移せるかも見ておきます。
- 商用条件：ライセンス、サポート期間、更新権、利用量・契約期間、解約時のデータ返却
- 移管性：API境界、データ辞書、移行用の出力、重要クエリのテスト、運用手順の納品物
- DB側の機能：Foxxなどを使う場合の、保守用の文書とテスト
AWS MarketplaceのArangoGraph案内には、Private Offer価格が示されています。また、プライベートエンドポイントやSSO、監査ログ、複数リージョンのクラウドバックアップも案内されています。ただし、契約に含む機能と追加費用は、個別の確認が必要です（出典: AWS Marketplace「ArangoGraph」、2026年8月確認）。
個人情報や機密情報を扱う場合は、保存リージョンやサポート担当者のアクセス国、再委託を確かめます。バックアップの所在や、契約後の削除証明も、あわせて見ておきます。
ArangoDBを使い続ける前提でも、データを取り出せず他社へ引き継げない状態は避けます。
ArangoDBのシステム発注でよくある質問
外注では、技術選定や商用条件、費用、データ移行、運用の疑問が多くなります。契約前に前提をそろえておくと、追加費用や責任の境目のずれを抑えやすくなります。
ArangoDB Community Editionは商用システムに使えますか？
バージョンと利用条件を見て判断します。公式案内では、3.12.5以降は非商用利用かつデータセット100GB以下が条件とされています。
商用利用や組み込み、再配布には、別の条件があります。業務で使う場合は、EnterpriseまたはマネージドサービスをRFPの候補にし、正式な条件を見積と契約書で確かめます。
ArangoDBのシステム開発費用は最低いくらですか？
最低額は固定されておらず、データや業務シナリオ、連携数で変わります。画面やセキュリティ、運用範囲によっても変わります。
小規模PoCは150万〜500万円程度、本番業務システムは1,500万〜5,000万円程度が目安です。この数字は、日本の公式価格ではなく、作業範囲に基づく推定です。
目的と代表データを絞ってPoCを見積もり、結果を見て本開発へ進めば、不要な投資を抑えられます。
ArangoDBを扱える開発会社はどのように探しますか？
候補は、公式パートナーや製品ベンダーの紹介、データ基盤やグラフの実績を持つSIerから探し、同じRFPで比べます。
まず、AQLやモデル、既存DBや検索基盤からの移行について尋ねます。さらに、クラスタとバックアップ、担当者の経験、国内保守窓口、契約終了時の引き継ぎも質問します。
知名度よりも、自社が運用できる成果物と体制を示せるかで判断します。
まとめ
ArangoDBの発注では、グラフ機能を使うこと自体より先に、関係性で解決する業務課題を定義します。
社内体制と不確実性に合わせて発注形態を選びます。RFPには、データ量や関係、連携、権限、性能を書き込み、RTO・RPOと所在、受入条件も記載します。
発注前に確認する項目の一覧
発注前には、課題とKPI、利用者、データソース、正解データを確かめます。さらに、文書・頂点・辺や代表AQL、移行範囲も対象です。
ライセンスや基盤、権限、バックアップ、監視の扱いを決めます。契約や成果物、保守SLAの条件もまとめておきます。
総額だけでなく、工程別の内訳や前提、別途費用を比べます。さらに、納期や検収、契約終了時の移管まで見ておきます。
迷ったときは代表データによるPoC
迷いがある場合は、まず小さな範囲で検証し、そのうえで本番化を判断します。
- 大規模クラスタや全社移行はすぐに発注せず、代表データと1つの業務シナリオで行うPoC
- モデル、AQL、検索性能、運用負荷、利用者評価を確認して本番RFPに反映し、採用理由と対象外の範囲も説明する
導入費だけでなく、移行やクラウド、教育、保守まで比べます。将来の引き継ぎまで含めて比べると、予算超過とベンダーロックインを防ぐ助けになります。
▼全体ガイドの記事
・ArangoDBのシステム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。