[Google Cloud Next '26 Las Vegas] 現代のアプリケーションとAIのためのNoSQL：Memorystore、Firestore、Bigtableの未来

Google Cloud Next '26 Las Vegasとは

Google Cloud Next '26は、2026年4月22日から4月24日の3日間、アメリカ・ラスベガスのMandalay Bayにおいて開催されるGoogleのクラウドサービスに関する世界最大級のイベントです。「ディープ ラーニング、刺激的なセッション、共同での問題解決など、充実した 1 週間になることでしょう。業界の専門家や、あなたと同じ課題や機会に直面している同業者から直接学ぶチャンスです。Next 26 を終える頃には、他では得られない斬新なアイデア、最先端のスキル、行動につながる知見を身につけていることでしょう。」と銘打っており、AIコンテンツで大いに盛り上がった昨年や一昨年にも勝るとも劣らないイベントとなることが期待されます。

私たちNTTインテグレーションも、Google Cloudに精通した専門家として、技術イノベーションの最新動向を取り入れ、顧客に対するソリューション提供に活かしていくことを目指して参加しています。

このような貴重な機会ですので、現地からいち早くブログで最新情報や熱量を発信してまいります。

本記事で紹介するセッション概要

• 講演日時：2025年4月22日 12:15 - 1:00 GMT-7
• セッションタイトル：NoSQL for modern apps and AI: The future of Memorystore, Firestore, and Bigtable
• 登壇者
  • Vaibhav Govil
    • グーグルクラウドのデータベース製品管理担当ディレクター
  • Chethana Savalgi
    • パロアルトネットワークスのソフトエンジニアディレクター
  • Vaibhav Govil
    • グーグルクラウドのデータベース 製品担当シニアディレクター
• セッション内容のサマリ
  • Memorystore、Firestore、Bigtableにおける最新の非リレーショナルデータベースの進歩を探ります。開発者、アーキテクト、データエンジニアにとって重要なこのセッションでは、最も要求の厳しいAIおよび最新のワークロードに対応するために設計された最新の製品リリース、アーキテクチャの革新、顧客事例、製品ロードマップについて詳しく説明します。エージェントおよびAIアプリケーションエクスペリエンス向けのGoogle Cloudの高性能で柔軟かつスケーラブルなNoSQLサービスの現状と将来の方向性について、ぜひご参加ください。

なぜこのテーマが重要か

AI アプリケーション開発において、データベースは「アプリケーションと基盤モデルをつなぐブリッジ」です。セッションではこのコンセプトを軸に、NoSQL 各サービスの AI 統合を 3 つのカテゴリで整理していました。

1. Generative AI: ベクトル検索、エンベディング生成、Vertex AI との連携
2. Agentic AI: LangChain・LlamaIndex との統合、Gemini Enterprise Agent Platform との連携
3. Native AI capabilities: データベース自身への AI 機能の組み込み

LLM が急速に普及する中で、高スループット・低レイテンシ・柔軟なスキーマという NoSQL の特性が改めて問われています。

セッション内容

Memorystore：Valkey 9.0 対応と新ノードタイプ

セッションでは Google Cloud のトップ顧客の 95% が利用しているという Memorystore の新機能がセッションの最初のトピックとしてスタートしました。マイクロ秒のレイテンシと 99.99 の可用性を維持しつつ、今回のアップデートで選択肢が大きく広がりました。

Valkey 9.0 の強化点

Valkey は Redis から派生したオープンソースプロジェクトで、多くのクラウドベンダーが支持しています。Valkey 9.0 では以下の改善が加えられたとのことです。

• I/O プリフェッチ（Memorystore 独自実装）により最大 40% のスループット向上
• ゼロコピーレスポンスでさらに 20% のスループット追加
• ハッシュフィールドの有効期限（Hash Field Expiration）
• Atomic Slot Migration: クラスターのスケーリング・リバランス時の信頼性向上。Google がコミュニティにコントリビュートした機能

6 種類の新ノードタイプ

ワークロードに合わせて選べるよう、3 カテゴリ計 6 つの新ノードタイプが追加されました。

AI エージェントが利用する Feature Store のような高コンピュートなワークロードを想定した 8 vCPU ノードの追加は、地味に使い道が広がりそうです。

その他の新機能

ベクトル類似検索モジュール（Google がコントリビュート済み）に続き、JSON モジュールと Bloom Filter モジュールが Memorystore for Valkey で GA になりました。

セルフマネージドの Redis や Memorystore for Redis から Memorystore for Valkey へのマイグレーションを支援するネイティブオンラインマイグレーション機能が発表されました。クロスリージョンレプリケーション技術を活用しており、セカンダリクラスターとして接続→データ同期→カットオーバー→クリーンアップという流れが自動化されているとのことです。

Flexible CA サポート（独自 CA の持ち込み、リージョナル CA 管理に対応）、トークンベース認証（Basic Auth を利用中の顧客向け）が追加され、ACL サポートは近日公開予定とのことでした。

Bigtable：In-Memory Tier と Enterprise Plus Edition

登壇者は Bigtable を「Fast and flexible storage at scale」とシンプルに表現しました。Google 内部でも機械学習など多くのサービスで利用されており、Sundar Pichai 氏の基調講演でも言及されたとのことです。

現在のスケールとして、1 テーブルに最大 1.6 京行（1.6 Quadrillion rows）、1 テーブルで 2.5 億 QPS、全体では毎秒 70 億クエリを処理可能と説明されていました。

Bigtable In-Memory Tier

今回の発表で個人的にいちばん刺さったのが Bigtable In-Memory Tier です。

Bigtable はもともとストレージとコンピューティングが分離されたアーキテクチャを採用しています。In-Memory Tier はそれをメモリにも適用し、特定のデータをメモリにピン止めしながら、コンピューティングは独立してスケールできる設計です。

「それなら Redis を前段に置くのと何が違うのか」という疑問に対し、登壇者は以下の 2 点を強調していました。

1. アプリ側のコードは一切変更不要。DB 側で有効化するだけ
2. メモリと永続ストレージのデータは常に同期されており、古いデータを読むリスクがない。レプリカからの読み取りも同様に保証される

パフォーマンスへの効果として示された数値は以下の通りです。

• 行読み取りコスト: 最大 10 倍削減
• ホット行の QPS: 最大 120K QPS（さらに余裕があるとも言及）
• レイテンシ: サブミリ秒

「ホット行がある」こと自体をアーキテクチャ上の課題としてきた設計が変わりそうです。

Enterprise Plus Edition

In-Memory Tier を含む新機能群は Enterprise Plus Edition で提供されます。

• SSD ティアドストレージの上限が 64 TB に拡張
• 従来の SSD ファイル直読みに加え、HDD ティアードストレージ・SQL クエリにも対応
• クラスターレベルの自動バックアップ
• バックアップ保持期間が 1 年超に延長
• クエリタクソノミーなどのガバナンス機能

その他の新機能

今年の Bigtable の開発速度は相当なものがあります。時系列関数の追加、70 以上の地理空間クエリ関数・オペレーター、Continuous Materialized Views（非同期セカンダリインデックスとしても利用可）、Pub/Sub との自動同期、BigQuery からの逆 ETL と、1 セッションで収まりきらないほどの数でした。

Firestore：MongoDB 互換が GA へ、フルテキスト検索も追加

Firestore は「サーバーレスの企業向け JSON データベース」として、エンタープライズからモバイルアプリ、週末プロジェクトまで幅広い用途で使われています。20 億人のエンドユーザーを支えるアプリが Firestore 上で動作しており、アクティブな開発者数は 75 万人超とのことです。

99.999 の可用性、マルチリージョンでの ACID トランザクション、スキーマレスな柔軟性を兼ね備えた設計は、AI エージェントが「スキーマを即座に変更しながら素早く試す」という開発スタイルとの相性が良いと登壇者は強調していました。

MongoDB 互換モードが GA に

昨年の Google Cloud Next で Preview として発表されていた Firestore の MongoDB 互換モードが GA になりました。MongoDB の API をそのまま使いながら Firestore のインフラ上で動作するため、既存 MongoDB ワークロードの移行コストを抑えられます。

GA に合わせて追加された機能はかなり充実しています。

• フルテキスト検索: Google の検索技術をベースにした実装で、音素・同義語・スペル修正に対応。データ追加直後から一貫してインデックスが更新されるため、別途インデックスのビルドを待つ必要がない
• Change Streams: データ変更を追跡して BigQuery 等への ETL（CDC）が可能に
• データライフサイクル管理: コレクション単位をTTL単位での一括削除が可能に（要望の多かった機能とのこと）
• 大きなドキュメントに対応: 最大 16 MB まで

Firestore Native APIs in Enterprise Edition

MongoDB 互換モードと並行して、Firestore ネイティブ API の Enterprise Edition も発表されました。パイプライン操作（JOIN・集計・バルク編集）、地理空間機能、Data Catalog 統合が追加されています。フルテキスト検索は MongoDB 互換モードとネイティブ API の両方で利用可能です。

実例：Palo Alto Networks の活用事例（概要）

Palo Alto Networks からは、3 つのプロダクトにわたる GCP NoSQL 活用事例が紹介されました。

• Prisma SD-WAN（Firestore 利用）: ネットワーク管理プラットフォームで毎秒 3.5 万件のテレメトリイベントを処理。サーバーレス運用への移行で約 64% のコスト削減を達成したとのこと
• Advanced WildFire（Bigtable 利用）: 1 日あたり数百万のマルウェアサンプルを解析する基盤として Bigtable を採用。Cassandra からの移行後、読み取りレイテンシが約 50% 改善したと説明されていた
• Memorystore for Valkey への移行: 全 Googe Cloud プロジェクトの Redis ワークロードをネイティブオンラインマイグレーションでゼロダウンタイムで移行したとのこと

会場の様子

会場は Mandalay Bay の中規模ルームで、Introductory トラックとしては1日目ということもありましたが、お昼時だったこともありそれなりの入りでした。ただ、ラスベガスで開催される Google Cloud Next という規模のイベントにしては、データベース専門セッションの集客はグローバルでも控えめな印象があります。NoSQL という技術領域そのものへの関心が、AIでは必須ではありつつ全体の盛り上がりほどには反映されていないのかもしれません。

内容面では、Bigtable In-Memory Tier の発表がもっとも反響を感じました。「Redis を別途用意しなくてもいい」というメッセージは会場でも伝わっていたように見えましたし、実際に使い方を変えるインパクトがある機能だと思います。Firestore の MongoDB 互換 GA も、既存 MongoDB ユーザーに対する強いメッセージで、今後の移行事例が増えそうです。

まとめ

1. Bigtable In-Memory Tier でキャッシュ構成が変わる: Redis などを別途用意せずとも行レベルのキャッシュが実現できる。コスト 10 倍削減・120K QPS という数値を見ると、ホット行問題に悩んでいるチームはすぐ試す価値がある
2. Firestore MongoDB 互換が GA、機能も大幅強化: フルテキスト検索・Change Streams・16 MB ドキュメント対応などが揃い、既存 MongoDB ワークロードの移行を検討する現実的な選択肢になった
3. LangChain・LlamaIndex・Vertex AI との連携が 3 サービスとも整備: Agentic AI のバックエンドとして NoSQL を選ぶ際の障壁が下がっている

参考

Google Cloud、Google Workspace に関するご相談はXIMIXへ！

Google Cloud、Google Workspaceに関する お問い合わせはこちら
XIMIX®はNTTインテグレーションが所有する登録商標です。（商標登録第６７５５２３４号）