アマゾン ウェブ サービスは、Amazon Bedrock 用のオリジナルのマネージド エージェント サービスを新規採用に備えてメンテナンス モードにしました。 以前は Amazon Bedrock Agents として知られていたこのサービスは、現在はAmazon Bedrock Agents Classic として文書化されており、AWS は 2026 年 7 月 30 日以降は新規顧客の受け入れを停止すると述べています。
これは、既存のデプロイメントが機能しなくなるという意味ではありません。 AWS は、現在の顧客は引き続き Bedrock Agents Classic を使用できると述べており、Amazon Bedrock モデル、ナレッジベース、およびガードレールはこの変更の影響を受けないと別途述べています。 しかし、新しいエージェント ワークロードの方向性は明確です。AWS は、新規または移行されたエージェント アプリケーションの同等のパスとしてAmazon Bedrock AgentCore を推奨しています。
Bedrock 上で構築しているチームにとって、これはサービス名の変更以上のものです。 これにより、AWS でホストされるエージェントのデフォルトのアーキテクチャが、古い Bedrock Agents インターフェイスから、AgentCore を中心とした新しいランタイムとツール スタックに移行されます。 AI API ゲートウェイ、LLM ルーティング レイヤー、またはエンタープライズ エージェント インフラストラクチャを提供するプラットフォームの場合、カットオフにより、通常のモデル選択と並行して互換性と移行に関する質問が作成されます。
7 月 30 日の変更点
AWS ドキュメントでは、Amazon Bedrock Agents が Amazon Bedrock Agents Classic として識別されるようになりました。 同じメンテナンス モードのガイダンスでは、Bedrock Agents Classic は 2026 年 7 月 30 日以降新規顧客の利用を停止するとされていますが、既存の顧客は引き続き使用できます。
実際の意味は、顧客の AWS アカウントと現在の使用状況によって異なります。 Classic 上に構築された既存の実稼働システムは、公開メンテナンス通知のみに基づいて即時シャットダウンを想定すべきではありません。 ただし、将来のエージェント インフラストラクチャを標準化する新しいチーム、新しいアカウント、組織は、デフォルトの Bedrock エージェント サービスではなく、クラシックをレガシー パスとして扱う必要があります。
AWS は、新規および移行する顧客に Bedrock AgentCore を案内します。 同社は、AgentCore について、マネージド オーケストレーションと、モデル コンテキスト プロトコルを介したツール公開、メモリ、アイデンティティ、可観測性、トレースなどの幅広い運用エージェント機能をサポートしていると説明しています。 これらの機能は、AWS が、より狭いマネージド エージェント ビルダーから、寿命が長く、ツールを使用するアプリケーション向けのより一般的なエージェント ランタイムに移行していることを示唆しています。
1 つの境界も重要です。変更は、Bedrock プラットフォーム全体ではなく、Bedrock のマネージド エージェント オーケストレーション層に関するものです。 AWS は、Bedrock モデル、ナレッジベース、ガードレールは影響を受けないと述べています。 チームは、周囲のエージェント オーケストレーション サービスを再検討する必要がある場合でも、Bedrock モデルの推論や取得、安全コンポーネントを引き続き使用できます。
これがエージェント ビルダーにとって重要な理由
エージェント インフラストラクチャは、モデル呼び出しのシン ラッパーとして扱うことが難しくなってきています。 実稼働エージェントには、多くの場合、ツールの権限、メモリ ルール、ID マッピング、ロギング、評価、およびコストの帰属が必要です。 マネージド オーケストレーション レイヤーが変更されると、開発者は、プロンプト、ツール スキーマ、取得、ガードレール、監視がどのように接続されているかを確認する必要がある場合があります。
これは、独自のオーケストレーションを構築する代わりに管理された代替手段として Bedrock Agents Classic を採用した企業に特に当てはまります。 これらの企業が現在、追加の環境を作成したり、新しいビジネスユニットをオンボードしたり、新しい AWS アカウントで再構築したりすると、既存のデプロイメントで使用されているものとは異なる可用性や推奨アーキテクチャに遭遇する可能性があります。
このカットオフは、統合インターフェイスの背後で Bedrock を抽象化しているベンダーや社内プラットフォーム チームにも影響します。 マルチクラウドまたはマルチモデルのプラットフォームでは、これを単に「AWS モデルへのルート」として扱うことはできません。顧客がプレーン モデル推論、ナレッジ ベース ワークフロー、Guardrails ポリシー、クラシック エージェント、または AgentCore でホストされるワークロードを呼び出しているかどうかを知る必要がある場合があります。 これらは、異なる移行リスクを伴う異なる運用面です。
Model Gate ユーザーや同様のゲートウェイ顧客にとって、LLM API ルーティングはもはや価格、レイテンシ、モデルの品質だけを重視するものではないという教訓が得られます。 エージェントの配置も重要です。 ゲートウェイは、API キーの管理、使用状況分析、チーム管理、支出の可視化を一元化するのに役立ちますが、基盤となるプロバイダー サービスの機能とライフサイクル ステータスを尊重する必要があります。
誰が影響を受けるか
最も直接的な影響を受けるグループは、Bedrock 上で新しいマネージド エージェントのビルドを計画している AWS の顧客です。 これまでに Bedrock Agents Classic を使用したことがない場合は、AgentCore が推奨パスであると想定する必要があります。 AWS によると、すでにクラシック エージェントを実行しているチームは引き続きクラシック エージェントを使用できますが、長期的なロードマップを決定する際にはサービスのメンテナンス体制を計画する必要があります。
リファレンス アーキテクチャの更新が必要になる可能性があるため、クラウド アーキテクトは影響を受けます。Bedrock Agents Classic を標準マネージド エージェント層として想定したドキュメント、Terraform モジュール、内部ゴールデン パス、セキュリティ レビューは、AgentCore の API、ID モデル、可観測性機能、および運用要件と照らし合わせてチェックする必要があります。
セキュリティ チームとガバナンス チームも対象範囲に含まれます。 AgentCore がアイデンティティ、ツールの公開、可観測性、追跡に重点を置いているのは、企業が現在解決しようとしている問題、つまり、どのユーザーまたはサービスが動作しているか、エージェントが呼び出せるツール、取得できるデータ、意思決定の監査方法、暴走ツール ループや高価なモデル呼び出しの検出方法などを反映しています。
Bedrock 上に構築しているソフトウェア ベンダーには、デュアル サポート期間が必要な場合があります。 既存の顧客は依然として Classic を使用している可能性がありますが、新規の顧客は AgentCore を必要とする可能性があります。 これは、追加のテスト、機能フラグ、顧客固有の導入ロジック、およびどの Bedrock エージェント パスがサポートされているかに関するより明確なドキュメントを意味します。
実際的な結果と未解決の疑問
最初の実際的なステップは、インベントリです。 チームは、Bedrock Agents Classic、プレーンな Bedrock モデル API、ナレッジ ベース、ガードレール、または Bedrock 外部のカスタム オーケストレーションを使用しているかどうかを確認する必要があります。 メンテナンス モードの通知は、これらのカテゴリに異なる影響を与えます。
2 番目のステップは、直接のリフト アンド シフトを想定するのではなく、移行の依存関係をマッピングすることです。 エージェントのワークロードは、ツール定義、取得構成、プロンプト テンプレート、IAM 権限、監査ログ、およびアプリケーション固有のエラー処理に依存する場合があります。 AgentCore への移行は、可観測性と ID 制御を改善する機会になる可能性がありますが、それでも統合作業が必要になる可能性があります。
3 番目のステップは、コストとガバナンスのレビューです。 新しいエージェント ランタイムにより、より多くのツールの接続や、より自律的なワークフローの実行が容易になることがよくあります。 これにより、使用状況分析、リクエストレベルのアトリビューション、予算管理の価値が高まります。 ゲートウェイ環境では、チームはどの呼び出しが中央ポリシー層を通過し、どの呼び出しが AWS 管理のオーケストレーション内に残るかを決定する必要があります。
一部の詳細はアカウント固有のままです。 独立したコメントでは、資格は以前のアカウントの使用状況に依存する可能性があり、新しくリリースされた打ち切り後のモデルの一部はクラシックでは利用できない可能性があると示唆しています。 これらの点は、ポリシーとして扱われる前に、顧客自身の AWS アカウントと AWS の現在のメンテナンスモードのドキュメントと照合して検証する必要があります。
より大きなシグナルは十分明らかです。AWS は Bedrock エージェントを終了していませんが、新しいエージェントの作業を元の Bedrock Agents インターフェイスから移動させています。 開発者とプラットフォーム チームにとって、将来の AWS エージェントへの投資は AgentCore に集中する一方、Bedrock Agents Classic は既存のデプロイメントとの互換性が懸念されるというのが安全な想定です。