
Amazon DynamoDBがベクトル検索に正式対応、専用DB不要でRAGや推薦機能を実装可能に
AWSはAmazon DynamoDBにおけるベクトル検索機能の一般提供(GA)を発表しました。運用データと同じテーブルにベクトル埋め込みを保存し、専用のベクトルデータベースへのデータ複製や同期パイプラインなしに類似検索を実行できます。単一桁ミリ秒のレイテンシとサーバーレスな自動スケーリングを備え、RAGや推薦エンジンなどの構築が容易になります。
まとめサイトの記事や機械翻訳ではなく、一次情報だけを追っています。興味のあるトピックだけ選んで読めます。
トピック: vector-databases解除

AWSはAmazon DynamoDBにおけるベクトル検索機能の一般提供(GA)を発表しました。運用データと同じテーブルにベクトル埋め込みを保存し、専用のベクトルデータベースへのデータ複製や同期パイプラインなしに類似検索を実行できます。単一桁ミリ秒のレイテンシとサーバーレスな自動スケーリングを備え、RAGや推薦エンジンなどの構築が容易になります。

Redis Blogの記事「Context graphs: when nearest-neighbor search isn't enough」は、ベクトル検索を用いたRAG(検索拡張生成)パイプラインが単純な質問には強い一方、複数の情報源に分散した事実を組み合わせる必要がある質問では機能しなくなる問題を提起しています。解決策として「コンテキストグラフ」という考え方が示唆されていますが、本記事で確認できた範囲では、その課題提起が中心となっています。

Redis Blogによると、Redis 8.8は同一ハードウェア・同一コマンドでより多くの処理をこなすという同社の一貫した方針を継続するリリースです。前バージョンのRedis 8.6でベクトル処理やソート済みセット、GET中心のキャッシュ用途の性能が改善されており、Redis 8.8ではMGET、MSET、Streamsなどの領域でさらなる高速化が図られています。

Redisは、既にRedisを検索・取得・アプリケーションメモリ用途で使っているチーム向けに「RedisVL MCP」を紹介しました。インデックス済みのデータを、フレームワークごとに統合を作り直さずにAIエージェントへ公開できる仕組みです。既存のRedis活用資産をそのままエージェント連携へ拡張できる点が特徴です。

Redis Blogは、AIエージェントが利用者の過去のやり取りを覚えていても、古くなった情報を自信満々に提示してしまう事例を紹介し、記憶(Memory)と検索(Retrieval)を組み合わせたコンテキストレイヤーの必要性を論じています。個人化された履歴だけでは最新性を担保できない点が課題として示されています。

AWSはAmazon Bedrockに新機能「Fully Managed Knowledge Bases」を発表しました。ネイティブなデータコネクタ、複数形式データを自動処理するSmart Parsing、複雑な多段階クエリに対応するAgentic Retrieverを備え、AgentCore Gatewayとも統合されています。これにより開発者はインフラ管理ではなくビジネス成果の実現に集中できるようになります。

Redis Blogが、AIエージェントが複数の文書間の関係性を辿って回答を導き出す「ナレッジグラフRAG(検索拡張生成)」について解説しています。サポート業務での具体例を通じて、単純な文書検索では対応できない複雑な問い合わせにどう応えるかという課題を提示しています。
EximiusLabsが、既存のマルチモーダル埋め込みモデルQwen3-VL-Embedding-2Bに音声モダリティを追加した「fusion-embedding-1-2b-preview」をHugging Faceで公開しました。ベースモデルの重みを一切変更せず、約16Mパラメータの小さな接続層(コネクタ)を学習するだけで、音声↔テキスト検索においてGemini Embedding 2やImageBind、LanguageBindを上回る性能を達成しています。研究プレビュー版としてCC-BY-NC-4.0ライセンスで公開中です。

Redis公式ブログが、オープンソースのベクトルデータベースを比較する記事を公開しました。ベクトル検索に特化した単機能ツールと、運用データやキャッシュ機能まで統合したプラットフォームという2つの潮流があると整理し、多くのチームが複数システムの管理に苦労している実態を指摘しています。