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

Amazon Keyspacesのシステム開発費は、PoCの範囲、本番機能、データ移行や連携の規模によって、100万円から1億円超まで変わります。

費用の中身と、それが何で決まるかを押さえると、見積もりを比べやすくなります。全体像は完全ガイドもご覧ください。

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

Amazon Keyspacesのシステム費用の内訳

Amazon Keyspacesのシステム費用をAWS利用料、開発会社の費用、運用費の3枚のカードに分けた図。
月々の支出と初期の開発投資を分けて整理できます。

Amazon Keyspacesの費用は、AWS利用料、アプリケーションや連携機能の開発費、監視・保守などの運用費に分かれます。

Keyspacesはサーバーレスなので、サーバーの運用負担を減らせます。一方で、データモデルやAPI、権限、バックアップの設計は必要です。

AWS実費と開発会社の費用の分け方

見積もりでは、月額のクラウド費用と一時的な開発費を分けて記載してもらうと、月々の支出と初期の開発投資を別々に比べられます。

  • AWS実費:読み書き、保存容量、バックアップ、TTL削除、Streams、リージョン間構成で変動する月額費用です。
  • 開発会社の費用:要件定義、Cassandraのデータモデリング、API開発、移行、性能試験、運用設計で決まる開発費です。

CRM全体ではなくイベントデータ層に使う判断

営業・CRM・MAでは、顧客マスタや商談、請求情報よりも、イベントデータを分けて格納する構成が検討されやすいです。

  • 接触履歴:顧客とのやり取りを時系列で残すデータです。
  • 配信イベント:配信、開封、クリックの履歴です。
  • 反応・時系列ログ:広告反応やIoT、フリートのログが対象です。

Keyspacesは、アクセスパターンを先に決めて設計するデータベースです。とはいえ、自由なJOINや複雑な横断集計が中心なら、Aurora・RDS・検索エンジン・データウェアハウスとの役割分担で開発費や改修費を抑えやすくなります。

ポイント

迷ったときは、AWS利用料と開発費を分けて比べます。CRM全体ではなく、イベントデータなど範囲を絞った層に使うかどうかも、判断の材料になります。

Amazon Keyspacesの料金体系と課金単位

オンデマンド容量モードは実際のリクエスト数、プロビジョンド容量モードは毎秒の読み書き容量を基準にする左右比較図。
負荷の変動幅と確保する容量が、モード選択の見比べどころです。

Keyspacesでは、テーブルごとに、オンデマンド容量モードかプロビジョンド容量モードのどちらかを選びます。

課金の基準は、オンデマンドでは実際のリクエスト数、プロビジョンドでは確保する毎秒の読み書き容量です。さらに、行サイズ、読み取り整合性、リージョン数も見ておく必要があります。

オンデマンドのWRUとRRUによる処理量の測り方

オンデマンド容量モードでは、行サイズと読み取り整合性に応じて、WRU・RRUが算出されます。

  • 書き込み量:1KBまでの1行は1WRUで、3KBの行は3WRUとして扱われます。
  • LOCAL_QUORUM読み取り:4KBまでで1RRUです。10KBの行は3RRUとして扱われます。
  • LOCAL_ONE読み取り:同じサイズでも必要なRRUが半分になる場合があります。

LOCAL_ONEの料金差は、整合性要件と引き換えに生じる差です(出典: AWS公式「Amazon Keyspaces pricing」、2026年8月確認)。

安定した負荷でのプロビジョンドと割引制度の比較

容量モードと料金改定は、負荷の実測値に照らして比べます。

  • 安定した負荷:必要なRCU・WCUを設定するプロビジョンド容量モードが候補です。
  • 容量設定:不足するとスロットリングや性能問題につながり、過剰分には費用がかかります。
  • 容量モード:負荷の予測可能性を見て選び、実測後に見直す対象です。

AWS公式も、予測可能な負荷にはプロビジョンド、変動の大きい負荷にはオンデマンドを当てはめて比べる考え方を示しています(出典: AWS公式「Evaluate your table’s capacity mode」、2026年8月確認)。

AWSは2024年11月、Keyspacesの料金項目を引き下げました。

公表値は、単一リージョンのオンデマンドで最大56%、マルチリージョンで最大65%、TTL削除で75%です(出典: AWS公式「Amazon Keyspaces reduces prices by up to 75%」、2024年11月14日)。

案件の削減率は、値下げ率をそのまま当てはめるのではなく、現行リージョン単価にリクエストサイズと処理量を掛けて試算します。

保存・復旧・ネットワークの料金

読み書き以外にも、保存容量、ポイントインタイムリカバリ(PITR)、復元、TTL削除が費用の要素になります。また、Keyspaces Streams、リージョン間通信、PrivateLinkも課金対象です。

PITRは、有効なテーブルのサイズを継続的に測定して課金され、35日前までの任意の時点に復元できます。なお、個人情報やイベントログでは、復旧要件と費用を合わせて決める必要があります。

ポイント

負荷の変動が大きければオンデマンド、予測しやすい安定した負荷ならプロビジョンドが候補です。どちらにするかは、実測値を見てから決めます。

Amazon Keyspacesのシステム開発費用相場の目安

Keyspacesの開発費は、データベース単体で作るか、業務アプリや既存CRMとの連携まで含めるかで変わります。

ここで示すのは、営業・CRM・MAシステムの一般的な工数感と、Keyspaces固有の設計・移行・性能検証を踏まえた推定です。AWS公式の料金ではなく、条件が未確定な段階で予算を仮に置くための目安です。

PoCやデータモデル検証の費用目安(100万円〜300万円)

PoCでは、代表的なイベントデータを使って、テーブル設計、CQLの読み書き、API接続、認証、負荷試験、CloudWatch計測を確認します。

期間は4〜8週間程度、費用は100万円〜300万円程度が目安です。実データに近い行サイズとアクセスパターンでWRU・RRUを測ると、月額費用まで試算できます。

本番の小規模開発の費用目安(300万円〜1,000万円)

単一リージョンでイベント用テーブル、数本のAPI、認証、監視、バックアップ、限定的な連携を実装する場合は、300万円〜1,000万円程度です。対象をMAの配信・開封・クリック履歴に絞ると、CRM全体を作り直す場合より開発範囲を限定できます。

期間は3〜6か月程度です。ただし、既存データのクレンジングや利用部門との業務整理が加わると、期間は長くなる可能性があります。

連携・移行込みの費用目安(1,000万円〜1億円超)

費用は、開発範囲と移行要件に応じて、中規模から大規模まで広がります。

  • 中規模:1,000万円〜3,000万円程度です。
  • 大規模:3,000万円〜1億円超になる場合があります。

中規模には、複数の営業・CRM・MA連携と、数十〜数百GBのイベントデータが含まれます。さらに、PITR、監査ログ、削除、試験、運用Runbookも必要になります。

大規模には、Cassandra移行、マルチリージョン、ほぼ無停止の切り替え、個人情報の監査要件が含まれます。なお、これらは規模と要件から算出した推定で、Keyspacesの採用だけで決まる金額ではありません。

小規模な検証環境は、無料利用枠の範囲内から始められます。

AWS公式料金ページでは、最初の3か月に月3,000万オンデマンドWRU、3,000万オンデマンドRRU、1GBのストレージが無料と案内されています(出典: AWS公式「Amazon Keyspaces pricing」、2026年8月確認)。

無料利用枠は支払アカウント単位です。一方で、API、ログ、NAT、監視、VPCエンドポイントなどは別料金です。

ポイント

費用の幅は、データベース単体か、業務アプリや既存CRMとの連携まで含むかで大きく変わります。見積もりを比べる前に、対象範囲が揃っているかを見ます。

Amazon Keyspacesの費用を見積もる開発の進め方

アクセスパターンと保持期間の整理、料金とレイテンシーの実測、実装・移行・リリースの工数化を順につないだ3段階の図。
前提の整理、実測、作業範囲の分解が順につながります。

Keyspacesの見積もりは、サーバー台数ではなく処理量を積み上げる方式です。まず、データ、利用者、キー、読み書き頻度を整理し、そのうえで、WRU・RRU、保存容量、連携処理を計算します。

見積もりを急ぐと、後の工程でテーブルの再設計やAPIの作り直しが生じかねません。

要件定義でのアクセスパターンと保持期間の決め方

まず、発注側と開発会社で、顧客・リード・商談・配信・接触イベントのうち、Keyspacesに置くデータを決めます。

「顧客IDごとの直近イベントを読む」「キャンペーンIDごとに期間内の反応を読む」などのクエリを洗い出します。その結果をもとに、パーティションキーとクラスタリングキーを設計します。

平均・最大行サイズとピーク時の毎秒読み書きは、費用と性能を見積もる前提になります。TTL、削除請求への対応、国内リージョンの要件も記録しておきます。

PoCでの料金とレイテンシーの同時実測

本番の負荷条件に近づけたうえで、費用と性能の両方を検証します。

  1. 少量のサンプルだけでなく、本番に近い行サイズと読み書き比率を使います。
  2. 負荷は段階的に上げていきます。
  3. オンデマンドとプロビジョンドを試し、バッチ処理やキャンペーン開始時の急増も含めて月額を比べます。これで、見積もりの根拠を明確にできます。

CloudWatchでは、ConsumedReadCapacityUnitsとConsumedWriteCapacityUnitsを確認します。加えて、スロットリングとレイテンシーも計測します。

実装・移行・リリースの工数の分け方

開発費を工程ごとに分けて見ると、試験や移行の費用が抜けていないかを確かめられます。

  • 要件定義:10〜15%が一般的な配分の目安です。
  • 設計:15〜35%が参考の目安です。
  • 実装:30〜40%が参考の目安です。
  • 試験:15〜20%の範囲が参考の目安です。
  • 移行・教育:5〜10%の範囲が参考の目安です。

これは営業・CRM・MA案件の一般的な目安です。一方、Keyspacesではデータモデリングやクレンジング、性能検証、切り戻し設計も重要です。そのため、移行や試験の比率を過度に削らないようにします。

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

同じイベント件数でも、行サイズやクエリの返却範囲によって料金は変わります。開発費も、APIだけか、CRMやMAとの連携、分析基盤、認証・監査まで含むかで上下します。

見積もりを比べるときは、金額だけでなく変動要因の前提も見る必要があります。

リクエストサイズとピークの高さによるAWS費用への影響

1KBのイベントと3KBのイベントを1回ずつ書く場合、必要なWRUが異なります。また、大量の行を返すクエリでは、返却データの合計サイズに応じてRRUが増えます。

営業イベント画面で、顧客の直近20件だけを読むか、数年分をまとめて表示するかでも、性能と月額の前提が変わります。

費用と運用に関わる構成要素を、リージョン、復旧・通信、個人情報の観点で分けて見ます。

  • マルチリージョン:書き込みをリージョンごとに計測する点です。
  • 復旧・通信:PITRのバックアップとPrivateLinkのVPCエンドポイントは別料金です。
  • 個人情報:暗号化に加え、権限、ログ、保持、削除、委託先の設計が必要です。

アクティブ・アクティブ構成では、各リージョンの書き込みがそれぞれ計測されます。たとえば、2リージョンで3KBの行を書き込む例では、3WRU×2で6WRUになります(出典: AWS公式「Amazon Keyspaces pricing」、2026年8月確認)。

リージョンを増やすと、検証、競合解決、運用設計の作業が増えます。一方で、可用性や海外ユーザーの低遅延につながります。

PITRは、テーブルサイズに応じたバックアップ費用が継続してかかります。個人情報については、IAMの最小権限、CloudTrail、アクセスログの設定も必要です。

既存Cassandraや外部システムとの連携範囲による開発費の増加

移行と外部連携では、見積もりに含める作業範囲を具体的に決めます。

  • 既存Cassandra移行:スキーマ変換、一括ロード、デュアルライト、整合性照合、段階切り替え、ロールバックが必要です。
  • CRM・MA連携:API仕様、再送、重複排除、順序保証、障害時のキュー滞留の扱いを決めます。

Adobeは、CassandraとKeyspacesへのデュアルライトに加え、AWS Glueで履歴データを移行しました。

この事例では、ほぼ無停止の移行を6か月で完了し、コスト40%削減が公表されています(出典: AWS公式「Enhancing Scalability and Reducing Costs by 40% Using Amazon Keyspaces with Adobe」、2026年8月確認)。これは大規模な専門チームによる公開事例で、一般案件の期間や削減率を保証するものではありません。

ポイント

同じ件数のイベントでも、行サイズや返却範囲で料金は変わります。開発費は、どこまでの機能や連携を含むかで決まるため、前提を揃えて比べることが大切です。

Amazon Keyspacesのコストを最適化するポイント

コストを抑えるときは、単価だけを見るのではなく、不要な読み書きや過剰な保持、運用工数も減らす必要があります。そのうえで、実測メトリクスをもとに、容量モードと保持期間を見直します。

負荷が不規則な場合のオンデマンド検証

開発初期やキャンペーン時に急増するMAイベントは予測しにくいため、オンデマンドから始めると、過剰な容量確保を避けられます。

利用量が時間帯・曜日・月次で安定してきたら、プロビジョンド容量モードやDatabase Savings Plansの対象になるかを比べます。容量モードは、実測値と予算をもとに定期的に見直します。

データモデルとTTLによる不要な処理の削減

Cassandra系のデータモデルでは、画面やAPIの読み方を先に決めてテーブルを設計します。

  • 読み込む行を絞る:大きな行を頻繁に取り出す状況を避けます。
  • 返す列を絞る:一覧で不要な列を取得しません。
  • 再取得を減らす:同じイベントを何度も読まないようにします。
  • 保持期間を決める:開封ログやクリックログにTTLを使います。

読み込みを絞れば、RRUとアプリケーション処理を減らせます。ただし、TTLを使う前に、削除費用と個人情報の削除要件を確認する必要があります。

予算アラートと月次レビューの運用への組み込み

CloudWatchで利用量、スロットリング、レイテンシーを監視します。加えて、AWS Budgetsやコスト配分タグを使うと、環境・サービス・機能別に費用を追えます。

また、開発環境を使わない時間帯は稼働を減らせます。テストデータを本番と同じ期間で保持しない方法もあります。

契約には、月次のAWSコストレビューと、異常増加時の一次調査を含めます。さらに、容量モードを見直し、不要なバックアップやエンドポイントを洗い出せば、リリース後の費用を把握しやすくなります。

見積もりを依頼するときの確認ポイント

見積もりを依頼する側は、開発会社にAWSの経験だけでなく、Cassandraのデータモデリング、移行、負荷試験、業務連携の経験があるかも確認します。

AWS認定やパートナーランクは参考情報です。Keyspacesの実装品質や見積もりの妥当性は、別途確かめる必要があります。

見積もり前の処理量と成果物の共有

依頼時には、想定ユーザー数と1日・1か月のイベント件数を共有します。さらに、ピーク時の1秒あたりの読み書きと、平均・最大行サイズも伝えます。

読み取り整合性、保存期間、リージョン、既存データ量も伝えます。納品範囲では、API仕様、テーブル設計書、IaCを確かめます。試験結果、移行仕様書、運用Runbookのほか、ソースコードの扱いも含めて決めます。

情報が不足している場合は、本番開発の前に100万円〜300万円程度のPoCを設定する方法があります。

開発会社へのKeyspaces固有の質問

開発会社には、テーブル設計例、既存Cassandraからの移行方法、WRU・RRUの試算、ホットパーティションの検出方法を尋ねます。

PITRとTTLの運用や、マルチリージョンの競合解決も確認します。加えて、AWS月額の上限アラート、障害時の一次対応時間、休日対応も尋ねます。

第三者サービスの利用や、担当者変更時の引き継ぎも確認します。回答が一般的なAWS紹介にとどまる場合は、提案を比べる情報が不足しています。

初期費用だけでなく保守と契約範囲の比較

最安の初期見積もりが、最も安いシステムとは限りません。たとえば、要件定義や性能試験を削ると、後から再設計や追加開発が生じて、総額が増える可能性があります。

初期開発費、月額保守費、AWS実費は分けて見ます。移行費、追加改修単価、障害対応の範囲も、別々に確認します。そのうえで、3年程度の利用期間で総額を比べます。

設計書、IaC、ソースコードの帰属と納品範囲は、契約書に明記します。

ポイント

見積もりを比べる前に、処理量や納品範囲の前提がそろっているかを見ます。金額だけで比べると、前提の違いに気づきにくくなります。

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

料金表はリージョンや改定で変わります。そのため、最終見積もりでは現行単価と実測値を使う必要があります。

Amazon Keyspacesは自社運用のCassandraより必ず安いですか?

必ず安くなるとは限りません。サーバー調達やパッチ、クラスタ運用は減らせます。一方で、リクエスト量や行サイズ、バックアップ、ネットワーク、アプリ運用費も比べる必要があります。

AWS公式の比較計算ツールは、直接的な運用費を中心に計算します。インフラ保守や運用工数などのTCO(総所有コスト)は含まれないと説明されています。

小規模なAmazon Keyspacesの月額予算はいくらですか?

検証環境は、最初の3か月は無料利用枠に収まる場合があります。超過後は、Keyspaces単体で月数百円〜数千円程度から始まる可能性があります。

小規模本番では、データベースとバックアップ関連を月3,000円〜5万円程度、APIや監視を含むAWS全体を月1万円〜15万円程度として仮に置けます。

これは、WRU・RRU、保存容量、PITR、ネットワーク、リージョン数に基づく推定です。特定の月額を保証するものではありません。

顧客管理システム全体をKeyspacesに載せられますか?

載せることは可能です。ただし、自由検索や複雑なJOIN、任意条件の集計や帳票が多い場合は、慎重に判断します。

顧客マスタや商談はRDBに置き、大量・高速・低遅延が必要な行動イベントや配信ログをKeyspacesに置く構成も考えられます。この分け方は、設計と費用を整理する助けになることがあります。

要件定義で実際のクエリを洗い出し、PoCで性能と料金を確かめます。

既存CassandraからKeyspacesへの移行期間はどのくらいですか?

小規模なら数か月で済むことがあります。一方、大規模で無停止に近い切り替えや複数リージョンを含む場合は、6〜12か月以上かかることがあります。

たとえば、Adobeの公開事例では、デュアルライトとAWS Glueを使い、ほぼ無停止で6か月かけて移行しました。

期間は、データ量、整合性確認、業務の切り替え条件、ロールバック要件によって変わります。また、移行費と本番開発費は分けて見積もります。

まとめ

開発費は、PoCで100万円〜300万円、小規模本番で300万円〜1,000万円が目安です。中規模は1,000万円〜3,000万円、大規模移行は3,000万円〜1億円超です。

AWS利用料は、WRU・RRU、保存容量、PITR、TTLのほか、Streams、PrivateLink、マルチリージョンでも変わります。そのため、開発費とは別に試算する必要があります。

データの性質と総保有コストによる採用判断

Keyspacesは、大量のイベントや時系列データを低遅延で扱いたい場合や、Cassandraの運用負担を減らしたい場合に有力な選択肢です。

CRM全体の自由検索や複雑な集計が中心なら、RDBや分析基盤との分担を検討します。比べるときは、無料枠や従量課金だけでなく、要件定義、設計、移行、運用、監査を含めた3年程度の総額で見ます。

処理量の整理からPoC・見積もりへの流れ

まず、イベントの種類、行サイズ、月間件数を整理します。そのうえで、ピーク時の読み書き、保存期間、リージョン、既存データの移行有無も押さえます。

その情報をもとに、Keyspacesの料金試算と開発工数の見積もりを分けて進め、必要ならPoCで実測します。そうすれば、自社の利用条件に沿って費用と期間を判断できます。

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

会社紹介

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

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

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

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

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

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