AWSはAmazon Bedrock AgentsをAmazon Bedrock Agents Classicへ改称し、Amazon Kendra、Amazon Q Businessとともにメンテナンス段階へ移す。2026年7月30日以降、新規顧客はこれらを利用できない。既存顧客は継続利用でき、AWSの運用とサポートも続く。

何が変わったか

Amazon Bedrock Agents Classic、Amazon Kendra、Amazon Q Businessは2026年7月30日から新規顧客に提供されなくなる。既存顧客は引き続き利用できるため即時終了ではない。Agents Classicは既存API名前空間、SDKクライアント、CloudFormationリソース、IAM接頭辞を維持する一方、新機能は追加されず、モデルカタログはメンテナンス開始日時点で固定される。

変更前後の差

既存顧客のワークロードは動作し続けるが、新しいアカウントや過去12か月に利用実績がないアカウントではAgents Classicを開始できず、例外申請もないと公式FAQは説明する。新規のエージェント能力にはAmazon Bedrock AgentCoreが推奨される。Knowledge BasesやGuardrailsなどBedrock本体は影響を受けず、Classicのオーケストレーション層が対象である。

誰に影響するか

新規顧客だけでなく、既存企業が新AWSアカウント、子会社、災害復旧環境へ同じ構成を展開する場合に影響する。現在のアカウントで動くIaCが新規アカウントでは失敗する可能性がある。KendraやQ Businessを新規採用予定だった検索・業務AIチームも代替選定が必要で、既存顧客は機能追加が止まる前提で投資判断を見直す。

対応期限

新規顧客への提供停止日は2026年7月30日である。既存顧客の移行期限やAgents Classicの終了日は発表されていない。期限前に名目的な環境を作るのではなく、公式の顧客判定、過去12か月の利用実績、契約アカウントの範囲をAWS担当やSupportへ確認し、新規開発は期限前でも代替を優先評価する。

必要な対応

AWS Organizations配下の全アカウントでAgents Classic、Kendra、Q Businessの利用実績、IaC、データ、依存アプリ、DR構成を棚卸しする。新規アカウントへ展開する計画は7月30日後に同じサービスを使えない前提で設計する。Agents ClassicからAgentCoreへ移す際はモデル、ツール、指示、会話状態、Knowledge Bases、Guardrails、監視を分離して評価する。

実装・移行手順

  1. アカウント別に対象リソースと直近12か月の利用を確認する。
  2. 新規開発と既存保守を分ける。
  3. AgentCoreで小規模な同等エージェントを作る。
  4. Knowledge BasesとGuardrailsの再利用経路を確認する。
  5. Golden Setで回答、ツール、状態、レイテンシ、費用を比較する。
  6. シャドー実行、限定ユーザー、段階切替を行う。

失敗しやすい点

既存顧客は利用可能という条件を会社全体の全アカウントへ適用できると解釈するのは危険である。公式FAQはアカウントの過去利用を基準にallowlistを判定すると説明する。名称変更だけを見て影響なしと判断し、モデルカタログ固定や新機能停止を見落とすこともある。AgentCoreを単純なAPI置換と考えると状態、監視、権限差で失敗する。

リスク

移行を先送りすると必要な新モデルや機能がAgents Classicへ追加されず、技術的負債が増える。逆に期限を理由に急いで全面移行すると、ツール実行、権限、検索品質、会話状態で障害が起きる。Kendra、Q Businessを含む検索構成はインデックス、ACL、同期、引用、データ所在地を別途評価し、サービス名だけで代替を決めない。

評価方法

Agents ClassicとAgentCoreでタスク完了率、ツール成功率、回答根拠、状態継続、P95レイテンシ、費用、監視可能性を比較する。複雑なカスタムオーケストレーターやマルチエージェントはコード変更量も測る。IaCは既存allowlistアカウントと新規アカウントで試し、失敗を検知してAgentCore構成へ切り替えられるか確認する。

ロールバック

既存顧客はAgents Classicを継続できるため、移行期間中は旧エージェントを保持し、ルーターで戻せるようにする。Knowledge BasesやGuardrailsを共有する場合は旧環境への影響を分離する。新規アカウントではAgents Classicへ戻せない可能性があるため、AgentCoreの前版、別オーケストレーター、直接モデル呼び出しなど実際に利用可能な構成を用意する。

編集部の見解

今回の発表は即時終了ではなく、新規顧客境界と機能凍結によって移行を促す変更である。既存環境が動くため緊急度を低く見積もりやすいが、新規アカウントと将来モデルの制約は早く表面化する。最初に行うべきは全面移行ではなくアカウント単位の資格確認と依存分離であり、AgentCore評価はDRと組織拡張のためにも必要だ。

実務チェックリスト

  • 7月30日の新規顧客停止を確認した
  • 全AWSアカウントの利用実績を棚卸しした
  • 新規アカウント、DR、子会社展開を確認した
  • モデルカタログ固定を計画へ反映した
  • AgentCoreで同等タスクを評価した
  • Knowledge BasesとGuardrailsを分離した
  • IaCを新規アカウントで試験した
  • 利用可能なロールバック先を用意した

一次情報