AWS（Amazon Web Services）は6月30日、約20のサービスおよび機能をメンテナンスモードに移行するサービス提供状況の更新を発表した。対象にはAmazon Kendra、Amazon Q Business、そしてAmazon Bedrock Agents Classicへと改称されたAmazon Bedrock Agentsが含まれる。これらのサービスは、1カ月後には新規顧客の受け付けを停止する。
クラウドプロバイダーが自社のカタログを整理することは珍しくない。AWSも2024年以降、AWS App Meshやその他いくつかのサービスを廃止し、整理を進めてきた。今回の動きが異なるのは、退役するサービスの若さである。AWSは2023年11月にBedrock Agentsを、1年足らず後にQ Businessを投入した。企業が同じ製品について調達から導入までの1サイクルを終えるよりも速いペースで、同社はAIサービスをメンテナンスモードに移行している。
メンテナンスモードが実際に意味すること
AWSの用語において、メンテナンスモードは完全サポートと廃止の中間に位置する。既存顧客は引き続きワークロードを稼働させることができ、AWSはセキュリティパッチとバグ修正の提供を継続する。ただし、新機能の開発は停止し、新規顧客の登録もできなくなる。Kendraのガイダンスではこの状態が明示されており、機能開発は6月30日で終了し、新規顧客の受付は7月30日で締め切られる。
6月の発表は、見出しとなった3つの名称にとどまらない。AWSは同じアップデートで、Ground Truth、Clarify、Debugger、Model Monitorを含む10のAmazon SageMaker AI機能がメンテナンスモードに移行したと報告した。Simple ADとAmazon Cognito Syncもこれに加わった。すでに3月のアップデートでは、AWS App Runner、AWS CloudTrail Lake、AWS Audit Managerがメンテナンスモードに移行していた。この先行する波では、Amazon WorkMailとAmazon RDS Custom for Oracleもサービス終了へと進んだ。2つの発表を合わせると、AWSカタログでこれまで見られた中で最も広範な協調的整理となる。
削減の背後にある統合
企業のAI支出がピークにある時期に、なぜAWSはAIサービスを退役させるのか。同社は顧客に代わりに何を使わせようとしているのか。どちらの問いに対する答えも統合であり、後継サービスの対応関係を見ればその戦略は読み取れる。退役するすべてのAIサービスには、置き換え対象の製品よりも新しく、より広範で、よりエージェント中心の後継が指定されている。
Kendraの顧客は、コネクター、ハイブリッド検索、エージェント型リトリーバルAPIを内蔵したマネージド型RAG（検索拡張生成）サービスであるAmazon Bedrock Knowledge Basesへの移行を促されている。Q Businessは、AWSが2025年10月にQ Businessの機能をAmazon QuickSightに統合して導入したAmazon Quick Suiteへと引き継がれる。Bedrock Agents ClassicはBedrock AgentCoreに引き渡される。AWSは現在、AgentCoreを本番環境のエージェント運用基盤として位置付けている。
この統合により、AWSは乱立していた個別のAIサービス群を3つの柱に集約している。Bedrockはモデルとリトリーバル層を、AgentCoreはエージェント実行を、Quick Suiteはビジネスユーザー体験を担う。企業はより境界の明確な少数のサービスに標準化でき、AWSは重複する製品に分散させるのではなく、エンジニアリング投資を集中させることができる。
マイクロソフトとGoogle Cloud（グーグルクラウド）は、より早く同様の地点に到達していた。マイクロソフトは企業向けAIアシスタントをCopilotブランドの下に統合し、Google CloudはGemini Enterpriseの下に提供サービスを集約した。大きな違いはそこに至る道筋にある。競合各社が最初から1つの旗艦アシスタントを構築したのに対し、AWSはKendra、Q Business、Bedrock Agentsを別々の製品として投入し、いまそのポートフォリオを公の場で巻き戻している。
早期導入企業にのしかかる移行負担
そのコストはまず、第1世代を信頼した顧客に降りかかる。2年前に検索用途でKendraを標準化した企業は、いまBedrock Knowledge Basesへの2度目の移行に直面している。AWS自身の移行ガイドには、機能差と回避策に関する専用セクションが設けられている。一部のKendraデータソースコネクターには後継サービスでネイティブの同等機能がなく、AWSはサポートされないソースをAmazon S3経由でルーティングすることを推奨している。
Q Businessの経路にも固有の摩擦がある。移行ガイダンスは、Quick Suiteがネイティブにサポートしないコネクターについて、Model Context Protocol統合へ顧客を誘導している。これらの統合は、ドキュメントのインデックス作成に使うナレッジベースのデータソースとしては機能できない。6月の発表には、既存ワークロードに対する明確な終了日は含まれていない。これにより当面の圧力は和らぐが、計画の見通しは開かれたまま残る。
より深いコストは、移行に要する時間ではなく、買い手の信頼に表れる。企業の購買担当者はクラウドサービスを持続性で評価する。ローンチから3年以内にAI製品を退役させるプラットフォームは、次の新サービスを割り引いて見るよう顧客に教えることになる。
企業の購買担当者にとっての意味
意思決定者にとっての要点は、ファーストパーティーのクラウドAIサービスを、耐久性のあるインフラではなく、活発に入れ替わるポートフォリオとして扱うことだ。企業の購買担当者が最初に問うべきは抽象化である。AIアプリケーションのどの部分が特定のAWSサービスAPIに依存しているのか。ロジックのどれだけを、後継サービスへの移行にも耐えられる社内インターフェースの背後に移せるのか。2つ目の問いは、中核サービスの持続性に関するものだ。そのサービスはBedrock、AgentCore、Quick Suiteの上に位置しているのか、それともそのいずれかと重複しているのか。
AWSが次の2回のre:Inventサイクルを通じてこの統合アーキテクチャを維持するなら、6月の整理は短期的な移行の痛みと引き換えに一貫したプラットフォームを得るための計算されたリスクと読めるようになる。いま自社のロードマップを3つの柱に合わせる顧客は、移行負債を少なく抑えられる。次の提供状況アップデートを待つ顧客は、AWSに自分たちの代わりに決定を下させることになる。
