AWS Bedrockがモデルライフサイクルを解説：Active、Legacy、End-of-Lifeフェーズ

AWSは4月9日、Amazon Bedrock内のファウンデーションモデルライフサイクルの公式ガイドを公開しました — ユーザーからよく寄せられる「もしAWSが私の本番環境が依存しているモデルを廃止したらどうなるのか？」という質問への回答です。回答は現在、3つの明確に定義されたフェーズを通じて構造化されています。

モデルの3つの状態

ACTIVEは標準状態です — モデルはメンテナンスとアップデートを受け、すべてのユーザーが制限なく利用できます。

LEGACYは最終的な廃止の6か月前から始まる廃止予定フェーズです。ユーザーはメール、AWS Health Dashboard、Bedrockコンソールアラート、そしてAPIを介してプログラム的に通知を受けます。EOL日が2026年2月1日以降のモデルについて、AWSは新しいコンセプトを追加しました — 少なくとも追加3か月続く拡張アクセス期間です。この期間中、アクティブなユーザーはアクセスを継続できますが、AWS Service Quotasを介したクォータ増加はおそらく承認されません。価格は事前通知とともに変更される可能性があります。

END-OF-LIFEは完全な廃止を意味します — モデルはもはや利用できず、呼び出しも、ファインチューニングも、既存のワークロードも実行できません。

5ステップの移行プレイブック

AWSは構造化された移行アプローチを推奨します。(1) 現在の使用状況の評価 — どのアプリケーションがどのモデルをどの頻度で呼び出しているか。(2) 代替モデルの調査 — 機能と価格の比較。(3) テスト — パラレル実行、シャドウテスト、A/Bテスト。(4) 段階的な実装 — ビッグバン切り替えではなくフェーズドロールアウト。(5) 移行後のモニタリング — 切り替え後のリグレッションの追跡。

技術的には、移行には通常、API参照の更新、新しいモデルのクォータ増加の申請、プロンプトの調整（異なるモデルは同じプロンプトに異なる反応をするため）、レスポンス解析ロジックの更新、トークン消費の最適化が含まれます。

確認すべきこと

AWSが強調する最も重要な実用的な点は、アカウントの連絡先情報と通知設定が適切な人に届くようにすることです。最悪のシナリオは、廃止通知が組織のためにもはや働いていない誰かの受信トレイに届き、本番チームへの警告なしにモデルがシャットダウンされることです。