Greenplumの発注は、分析要件を整理したうえで、PoCとRFPで発注範囲を固めることから始まります。そのあとで契約と委託先を選ぶと、運用まで見通せる基盤づくりにつながります。
▼全体ガイドの記事
・Greenplumのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
Greenplumのシステムを発注する前に知るべき全体像
Greenplumは、大量データの集計・分析を支える分散型データウェアハウスで、業務画面を備えた業務アプリとは役割が異なります。そのため、発注範囲をGreenplumの構築だけにすると、データ連携や帳票作成、障害復旧が抜けるおそれがあります。
Greenplumの位置づけ：業務アプリではなく分析基盤
Greenplumは、業務画面を備えた業務アプリではなく、大量データを分析する分散型データウェアハウスです。Coordinatorが受けた処理を複数のSegmentに分けて並列に実行します。この仕組みで扱うデータと向かない業務を、項目ごとに整理します。
- 処理構造：Coordinatorが接続を受け付け、複数のSegmentにデータを分散して保持させ、並列に処理する仕組みです。
- 分析対象：売上履歴、顧客情報、製造実績、通信ログ、IoTデータを並列処理し、SQL集計やBI連携に使えます。
- 対象外の業務：高頻度の受注登録を処理するOLTPや、画面・承認ワークフローを単独で提供する用途には向きません。
- RFP：データソース、取込頻度と形式、利用指標、表示時間を記載します。
- 業務処理：トランザクションは既存の基幹RDBに残します。
Greenplumは、分析・集計・予測に使う構成が基本になります。
発注範囲に含めるETL・BI・運用
データソースから分析結果までを必要な層に分けて、発注範囲を整理します。
- データ取込：基幹システムやCRMから、ステージング領域を経てETL・ELTで取り込みます。
- 分析・提供：履歴を管理し、部門別データマートからダッシュボードやレポート、機械学習へ届けます。
- 安全な運用：認証、監視、バックアップ、復旧テストを含めます。
個人情報や機密情報を扱うなら、最小権限や暗号化、監査ログ、外部不正アクセス対策も要件に含めます。
個人情報保護委員会の「個人情報の保護に関する法律についてのガイドライン（通則編）」令和7年3月24日施行版を確認します。そのうえで、自社の情報区分と委託先の安全管理措置を照合すると、発注後の追加要件を抑えやすくなります。
Greenplumの発注形態の選び方
社内にGreenplumの専門担当者が少ない場合は、要件定義から運用引き継ぎまで一括で依頼すると進めやすくなります。ただし、一社への一括依頼が常に最適とは限りません。役割ごとに分ける場合も、契約前にどこまでを誰が受け持つかを決めておく必要があります。
一括請負型：社内の負担を抑えやすい形
一括請負型では、受託会社が要件定義から教育までをまとめて担当します。そのため、専門家が少なく、各社を調整する時間を確保できない企業に向いています。
- 設計・構築：アーキテクチャとGreenplum基盤の設計と構築
- データ活用：ETL、データマート、BI接続の整備
- 導入支援：テスト、移行、利用者教育の担当
契約先の提案を比べられるよう、製品やクラウドの採用理由と代替案を、RFPの回答に求めます。
除外範囲、納品物、検収条件、保守開始後の対応は、契約前に確かめておきます。
コードやSQL、ETL定義の所有権と引き渡し条件は、発注側と受託会社で決めておきます。IaCや手順書、データモデルなどの残りの成果物も、扱いを個別に決めておきます。
分離発注型：専門性と価格を比べやすい形
分離発注型は、Greenplum基盤、クラウド、データ連携、BI、監視を別々の会社に依頼する形です。
- 既存契約：利用中のクラウドをそのまま活かせます。
- 専門性：得意分野に合わせた会社選び
- 価格比較：サービスごとの値段を比べやすくなります。
自社にアーキテクトやプロジェクトマネージャーがいる企業や、複数のパートナーと協業中の企業に向いています。一方で、データ形式、ネットワーク、権限、障害対応の境界で問題が起きることがあります。
そのため、全体を管理する会社か自社の責任者を置きます。インターフェース仕様、連絡経路、一次切り分け、障害時の共同対応も決めておきます。
PoC先行型：不確実性を下げる進め方
データ量、クエリ性能、移行難易度が読めない場合は、本番構築の前にPoCを発注します。
- 性能：代表クエリの応答時間を測ります。
- 連携：ETL処理時間とBI接続を確かめます。
- 運用：データ分散、復旧、監視を検証します。
成功条件は「動いた」ではなく、日次集計の所要時間や同時利用時の応答など、業務KPIで定義します。
リサーチノートの推定では、小規模PoCの初期費用は300万〜800万円、期間は1〜2か月が目安です。
推定値は、Greenplum専用の公式標準価格ではなく、代表データの準備量、クエリ数、ETL範囲、BIの有無で変わります。
本番契約へ進む場合の成果物と、PoCで本番発注を見送る条件を先に合意しておくと、調査費用が無駄になりにくくなります。
Greenplumの発注におけるRFPと要件の整理
RFPは会社選定の依頼書であり、社内で目的と優先順位を揃えるための文書でもあります。
製品名やノード数よりも先に、課題と分析業務を整理します。そのうえで、データ量、利用者、性能目標を書き出します。さらに、セキュリティと運用体制も整理します。
業務要件：利用場面とKPI
「高速に分析したい」だけでは、会社ごとに回答が変わります。そのため、業務の場面と性能目標を具体的に書きます。
- 集計時刻：毎朝8時までに前日売上を部門別に集計する。
- 月末処理：全店舗分析を30分以内に終える。
- 同時利用：50人が同時にダッシュボードを使う。
対象データ、時間帯、同時利用者、許容遅延は、RFPに記載します。
現在の処理時間と目標値が分かれば、必要なノード数やデータモデルを検討しやすくなります。
データ要件には、ソース名、テーブル数、レコード件数、容量を記載します。さらに、日次増加量と保持年数、更新頻度、欠損・重複も書きます。
ETLの本数、ファイル形式、APIを提示します。加えて、既存SQLやビュー、ストアドプロシージャ、BI帳票数も示します。
GreenplumやOracleから移行する場合は、SQL方言、関数、文字コード、時刻、NULL、データ型の差が工数を左右します。そのため、サンプルも開発会社に渡します。
非機能要件：RTO・RPOと運用条件
平常時の性能に加えて、障害、増設、バックアップ、バージョン更新の条件を決めます。
- RTO：障害から復旧するまでの目標時間です。
- RPO：どの時点までのデータを戻すかを示します。
- 運用条件：監視や復旧テストの条件を決めます。
たとえば、主要レポートは4時間以内に復旧し、前日24時時点まで戻す、といった要件を業務への影響から決めます。
RFPには、可用性やバックアップ世代、復旧テストの頻度を記載します。さらに、監視項目や通知先、ログ保持期間、権限、暗号化も書きます。また、ネットワーク分離や個人情報のマスキング、開発・検証・本番環境の分離も記載します。
24時間365日監視の要否、夜間バッチの終了時刻、障害時の一次対応者は、決めておきます。曖昧なままだと、保守契約で差額が出ます。
提案書と見積書に求める成果物
提案会社には、回答と見積の内訳を同じ形式でそろえてもらいます。
- 提案内容：構成図、データモデル、移行方式を求めます。
- 計画と条件：試験計画、日程、体制、前提、除外事項、リスクを求めます。
- 費用：初期費用、月額・年額運用費、3年TCOを求めます。
工数と単価は、要件定義から運用までの工程ごとに分けてもらいます。ETLやBI、移行、テスト、教育の分も、別々に示してもらいます。
納品物は、DB設定やDDL、SQL、ETLジョブを含めて確認します。さらに、ジョブネットやデータ辞書、権限一覧、監視設計も確認の対象です。また、バックアップ・リストア手順や試験結果、運用設計書、教育資料も対象です。
クラウドや商用契約では、契約主体、期間、更新条件を尋ねます。サポート窓口、リージョン、転送費、解約時の搬出条件も確認します。
Greenplumの外注契約：請負と準委任の使い分け
契約は、成果物と要件が固まっているかどうか、また優先順位を変えながら進めるかで選びます。
たとえば、要件定義やPoC、調査は準委任とし、仕様が確定した後の構築や移行は請負とする方法があります。契約では、成果物、責任範囲、検収、変更手続も確認します。
請負契約：完成条件と検収基準
請負契約では、受託会社が合意した成果物を完成させ、発注者が検収します。
- 取込：指定データをGreenplumに読み込みます。
- 性能：代表クエリが目標時間内に完了します。
- 復旧・帳票：障害時の戻し方と、BI帳票の新旧一致を確認します。
データ品質や旧システムの仕様が未確定のままだと、受託会社がリスク分を上乗せする場合があります。また、変更契約が増える可能性もあります。
対象外のデータや、発注者が用意するアカウントとサンプル、データ品質の前提は、契約書に残しておきます。
仕様変更時の見積方法も、契約書か別紙に記載します。
準委任契約：調査・設計・運用支援
準委任契約では、受託会社が専門知識や作業時間を提供し、発注者と協力して進めます。
- 調査：Greenplumの現状診断や移行調査を行います。
- 設計：性能調整やアーキテクチャを検討します。
- 支援：運用設計や内製化の進め方を助けます。
作業成果として、週次報告や課題管理表を定めておきます。設計レビュー、性能試験結果、意思決定記録なども含めます。
発注側にも、責任者と承認者、データ提供者を置きます。そのうえで、時間超過や交代の承認、再委託、機密情報、終了時の引き継ぎを決めておきます。
フェーズ分割：リスクと判断のタイミング
現状調査・PoCから保守・改善までを段階に分けると、判断の節目を設けられます。
- 現状調査・PoCでのデータ品質と性能の確認。
- 要件定義の結果を本番見積に反映。
- 設計・構築、移行・本番化。
- 保守・改善へ移る条件の確認。
各段階の終了条件と、次へ進む判断者を決めておきます。
PoCの結果が悪い場合には、無理に本番へ進まずに済みます。
フェーズ間で再見積を認める場合は、単価と算定方法、変更管理のルールを明確にしておきます。
ノード増設やETL本数、BI帳票の追加、データ保持期間の延長は、費用と期間に直結します。そのため、再見積となる条件を数値で定義しておきます。
Greenplumのシステム開発費用・外注費用の相場
費用は、ノード数、CPU・メモリ・ストレージ、契約、クラウドの利用量で変わります。加えて、ETL、移行、BI、運用、バックアップ・DRの範囲も影響します。
Greenplum専用の国内一律の標準価格は、公開情報が限られています。そこで、公開相場や移行規模、クラウド課金の要素をもとにした、初回相談時の推定レンジを示します。確定金額ではありません。
規模別の初期費用の幅
初期費用は300万円台から1億円超まで広がるため、相談の開始時には、推定レンジを規模や期間、想定範囲とあわせて確認します。
- 小規模PoC：300万〜800万円、1〜2か月です。
- 小規模本番：1,500万〜4,000万円、3〜6か月です。
- 中規模：4,000万〜1.2億円、6〜12か月です。
- 大規模・基幹連携：1.2億〜3億円以上、12〜24か月の可能性があります。
小規模PoCは、既存データ1〜3系統と数百GB〜数TBを想定し、代表クエリ、性能検証、簡易BIも含めます。
小規模本番は、数TB〜20TB、数ノード、ETL数本を想定します。運用と連携の範囲では、権限、監視、初期移行、BI数本を同じ規模で見込みます。
中規模は、20〜100TB、冗長化、10〜30系統の連携、複数部門のデータマート・BI、運用設計を含む場合です。
大規模は、100TB超、複数環境、DR、数十系統のETL、既存DWH移行、24時間運用を含む場合があります。
これらはリサーチノートに基づく推定レンジです。データ移行とテストの工数が大きくなる可能性もあります。
費用は、ノード数、データ品質、SQL・ETLの複雑さ、帳票数で変動します。専用の公開定価があるわけではありません。
さらに、国内の保守体制やクラウド・商用契約の条件も影響します。見積では、含む範囲と除外範囲を並べてもらいます。
見積の内訳：工程ごとの配分
初期費用は工程ごとに分けると、費用がどこに集まるかを確かめやすくなります。
- 要件定義・設計：初期費用の10〜15%です。
- 基盤設計・構築：15〜25%です。
- SQL・ETL・データモデル：30〜40%です。
- 移行・テスト：15〜25%です。
- BI・教育・引き継ぎ：5〜15%です。
比率は、案件の標準価格ではなく、費用の偏りを確かめる目安として使います。
初期費用以外に、クラウド・ハードウェア、ライセンス、監視、バックアップ、転送費が発生します。さらに、保守、障害対応、増設費も見ておく必要があります。
Yandex Cloudの2026年向け料金表では、Managed Service for Greenplumの料金が消費単位別に掲載されています。対象単位は、CPU、RAM、ストレージ、パブリックIPなどです。
比較するときは、利用時間や容量、転送量、冗長構成を入れた月額と、移行・運用を含む3年TCOを使います。単価だけで判断しないためです。
一般的な業務システムの保守費は、開発費の年15〜20%を起点に検討します。
Greenplumでは、そこに基盤利用料、監視、バックアップ、夜間対応、性能改善も加えて考えます。
問い合わせや障害の一次対応、復旧、SQL調整、更新、容量追加が、月額に含まれるかを確認します。保守対象外が多い場合は、安い月額が将来のスポット費用に置き換わるため、この範囲を特に確かめておきます。
移行案件の費用：オブジェクト数と帳票の再設計
既存Greenplumや他のDWHから移行する場合、容量だけでなく各資産の数を見積もります。
- データベース資産：スキーマ、関数、ビューを数えます。
- 連携資産：ETLジョブの数と内容を確認します。
- 利用資産：BI帳票の数と再設計範囲を確認します。
Wissenが2025年2月に公開した事例は、GreenplumからAmazon Redshiftへの移行です。その対象は、770スキーマ、5,390関数、5,700ビュー、953件のSpotfire帳票でした。
データのコピーに加えて、オブジェクトの再設計や連携ジョブの変更も行っています。
個別事例ですが、移行が単純な復元ではないことを示す参考になります。
見積は、資産の洗い出しや変換、全量移行、増分同期に分けてもらいます。さらに、新旧の突合、並行稼働、切り戻し、帳票の再現確認も分けて示してもらいます。
件数や容量が少なくても、独自関数や複雑なETLが多ければ工数は増えます。
代表SQL、データ辞書、ETL定義、帳票一覧は、発注側から渡します。
受託会社には、変換箇所と発注側の作業も明示してもらいます。
Greenplumの委託先選定と見積比較のポイント
委託先は、製品名を知っているかだけでなく、設計から運用までを一つの計画にまとめられるかで見ます。
製品、クラウド、移行、性能改善のどれを得意とするかは、会社ごとに異なります。そのため、知名度ではなく、今回の役割を満たすかで比べます。
実績：規模・役割・成果
案件の規模と担当範囲を聞き、「経験があります」という回答の中身を確かめます。
- 規模・環境：データ量、ノード数、稼働する場所を確認します。
- 担当領域：ETL、BI、移行の担当範囲を尋ねます。
- 成果・課題：性能目標と結果、近い課題の経験を確かめます。
オンプレミスやVMware、AWS、Azure、GCP、マネージドサービスのうち、どれを扱ったかも聞きます。さらに、性能劣化や更新、障害復旧、他製品への移行など、近い課題を担当した人が面談に出るかも確認します。
Broadcomの公式案内では、Tanzu Greenplum v7 Technical Specialistの試験対象が示されています。対象には、DWH管理、ETL、バックアップ・DRが含まれます。ほかに、クエリ最適化、外部データ、AI・機械学習も扱われます。
同じ案内では、本番またはラボで3〜6か月の経験が推奨されています。ただし、資格だけで実力を断定せず、担当者の役割や経験を聞く材料にします。
見積：同じ前提でそろえた比較
各社に同じ条件を渡して見積の範囲をそろえたうえで、金額を比べます。
- 依頼資料：同じRFPとサンプルデータを渡します。
- 性能条件：代表クエリと稼働時間をそろえます。
- 運用条件：セキュリティとDR条件を合わせます。
前提が違うと、安い見積にETL、移行、性能試験、運用が含まれないことがあります。
見積には、「含む」「含まない」「発注者が実施」「別途」の区分を設けてもらいます。
比較表には、要件定義時間、構築工数、ETL本数、移行量、BI帳票数、試験回数を並べます。さらに、テストデータの準備者や教育時間、保守範囲、月額利用料、3年TCOも比べます。納期や体制、再委託、終了時の引き継ぎも対象です。
最安値と最高値の差が出た項目は、各社に質問します。
単価の差よりも、前提条件の違いを解消することを優先します。
最終面談での技術と運用の質問
最終候補には、今回のデータ量や利用者、締め時刻に合わせた質問をします。
- 設計：データ分散キーをどう決めるか尋ねます。
- 性能：代表クエリをどの環境で測るか聞きます。
- 運用：再実行、遅延検知、復旧試験の手順を確認します。
一般論ではなく、自社の条件に合わせた回答かを見ます。
Greenplum継続だけでなく、Redshift、Snowflake、BigQueryなどへの移行比較も依頼します。
Wissenが2025年に公開した事例では、GreenplumからRedshiftへ移行し、性能50%改善と可用性約99.99%を報告しています。
報告された数値は、特定企業の事例によるもので、自社でも同じになるとは限りません。
移行を比べる際は、再設計、SQL・ETL・BI改修、3年の運用費、移行中の二重運用を含めて比較します。
Greenplumの発注・外注でよくある質問
Greenplumの発注では、連携や移行、運用、費用の責任範囲も決めておきます。発注前によく出る疑問に答えます。
Greenplumのシステム開発を外注するといくらかかりますか？
発注の規模別に、相談開始時の推定レンジを確認します。
- 小規模PoC：300万〜800万円です。
- 小規模本番：1,500万〜4,000万円です。
- 中規模：4,000万〜1.2億円です。
- 大規模・基幹連携：1.2億〜3億円以上です。
Greenplum専用の公式標準価格ではありません。金額は、データ量、ノード数、ETLの範囲で変わります。
金額には、設計や運用の範囲も影響します。移行やBI、冗長化、保守が含まれるかで、金額は変わります。
PoCと複数社の工数内訳を確認したうえで、金額を確定します。
Greenplumはオンプレミスとクラウドのどちらで発注すべきですか？
既存VMware、社内ネットワーク、データ所在地、専任運用者、予測できる負荷を重視するなら、オンプレミスやプライベート環境が候補です。
初期投資を抑え、変動する分析負荷や運用負担を調整したいなら、クラウドやマネージドサービスが候補です。
判断は、3年TCOと障害時の担当範囲で行います。
3年TCOでは、基盤の利用量と契約、保守にかかる費用を並べて見ます。
- CPU・メモリ・ストレージ：利用量に応じて、基盤の費用が変わる部分です。
- 転送・バックアップ：データの移動と保管に伴う費用です。
- サブスクリプション：契約の形態によって、月々の負担が変わります。
- 保守：障害対応や更新が月額に含まれるかを確認する部分です。
Greenplumの発注前にPoCは必要ですか？
データ量、性能、移行難易度、クラウド構成に不確実性があれば、PoCを先行する価値があります。
代表データとクエリを使い、性能やETL、権限、バックアップ、BI接続を検証します。そのうえで、成功条件と本番移行の条件を合意します。
要件、データ品質、性能基準、既存資産が十分に整理済みなら、要件定義から始めても構いません。
Greenplumを扱える委託先はどう探せばよいですか？
製品ベンダー、クラウド事業者、データ移行会社、性能改善会社を役割別に探します。基幹システムに強いSI会社も候補にし、同じRFPで比べます。
データ量やノード数だけでなく、SQLやETLの変換、BI、性能試験についても質問します。加えて、RTO・RPOやセキュリティ、保守SLAも聞きます。
ドキュメントの引き渡し、国内窓口、現行バージョンへの対応、再委託の有無も契約前に確認します。
まとめ：分析基盤全体とTCOで見るGreenplumの発注判断
発注では、Greenplum本体に加えて、データ連携やETL・ELT、データモデルを含めます。さらに、BI、認証、監視、バックアップも範囲に入れます。
移行や教育、保守も含めて、一つの業務基盤として考えます。
業務処理と分析の役割を分け、性能や保持期間、締め時刻、RTO・RPOを決めます。
発注前の不確実性を下げる順序：PoC・RFP・契約
不確実性が大きければ、代表データとクエリを使うPoCで性能と移行難易度を確かめます。
結果をRFPに反映し、一括、分離、PoC先行のなかから、どこまでを誰が受け持つかに合う形態を選びます。
調査・設計は準委任、完成条件が明確な構築・移行は請負とするなど、段階ごとに契約を使い分けられます。
見積の比べ方：初期費用ではなく3年TCOと運用体制
提案に含まれる作業と、担当会社の対応範囲を明確にします。
- 費用の範囲：工程、データ量、ETL、BI、移行、試験、運用、クラウド、契約、保守を含めます。
- 委託先の体制：実績、担当者の経験、障害対応、復旧方法を確認します。
- 引き継ぎ：成果物の引き渡しと契約終了時の移行を確かめます。
業務成果と将来の運用まで説明できる提案が、Greenplumの外注を成功させる近道です。
▼全体ガイドの記事
・Greenplumのシステム開発の完全ガイド
▼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を創業。