Amazon Web Services ブログ
Amazon Bedrock インテリジェントプロンプトルーティングとプロンプトキャッシュでコストとレイテンシーを削減 (プレビュー)
Amazon Bedrock は 12 月 4 日、生成 AI アプリケーションのコストとレイテンシーの削減に役立つ 2 つの機能をプレビュー版で導入しました。
Amazon Bedrock インテリジェントプロンプトルーティング – モデルを呼び出すときに、同じモデルシリーズの基盤モデル (FM) を組み合わせて使用することで、品質とコストを最適化できるようになりました。たとえば、Anthropic’s Claude モデルシリーズでは、Amazon Bedrock はプロンプトの複雑さに応じて Claude 3.5 Sonnet と Claude 3 Haiku の間でリクエストをインテリジェントにルーティングできます。同様に、Amazon Bedrock はリクエストを Meta Llama 3.1 70B と 8B の間でルーティングできます。プロンプトルーターは、応答の質とコストを最適化しながら、各リクエストに対してどのモデルが最高のパフォーマンスを提供するかを予測します。これは、単純なクエリをより小さく、より速く、より費用対効果の高いモデルで処理でき、複雑なクエリをより高性能なモデルにルーティングできるカスタマーサービスアシスタントなどのアプリケーションに特に役立ちます。インテリジェントプロンプトルーティングは、精度を損なうことなくコストを最大 30% 削減できます。
Amazon Bedrock はプロンプトキャッシュをサポートするようになりました – 複数のモデル呼び出しにわたって、頻繁に使用されるコンテキストをプロンプトにキャッシュできるようになりました。これは、ユーザーが同じドキュメントについて複数の質問をするドキュメント Q&A システムや、コードファイルのコンテキストを管理する必要があるコーディングアシスタントなど、同じコンテキストを繰り返し使用するアプリケーションに特に役立ちます。キャッシュされたコンテキストは、アクセスするたびに最大 5 分間使用できます。Amazon Bedrock のプロンプトキャッシュにより、サポートされているモデルのコストを最大 90% 削減し、レイテンシーを最大 85% 削減できます。
これらの機能により、レイテンシーを低減し、パフォーマンスとコスト効率のバランスを取ることが容易になります。それでは、これらをアプリケーションでどのように使用できるかを見てみましょう。
コンソールでの Amazon Bedrock インテリジェントプロンプトルーティングの使用
Amazon Bedrock インテリジェントプロンプトルーティングは、高度なプロンプトマッチングとモデル理解技術を使用して、すべてのリクエストにおける各モデルのパフォーマンスを予測し、応答の質とコストを最適化します。プレビュー中は、Anthropic’s Claude および Meta Llama モデルシリーズのデフォルトのプロンプトルーターを使用できます。
インテリジェントなプロンプトルーティングには、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (AWS CLI)、AWS SDK からアクセスできます。Amazon Bedrock コンソールでは、ナビゲーションペインの [基盤モデル] セクションの [プロンプトルーター] を選択します。
詳細情報を得るには、Anthropic プロンプトルーターのデフォルトルーターを選択します。
プロンプトルーターの設定から、クロスリージョン推論プロファイルを使用して Claude 3.5 Sonnet と Claude 3 Haiku の間でリクエストをルーティングしていることがわかります。ルーティング基準は、ランタイムにルーター内部モデルによって予測された各プロンプトの最大モデルの応答と最小モデルの応答の品質差を定義します。フォールバックモデルは、選択したモデルのどれも望ましいパフォーマンス基準を満たさない場合に使用されるもので、Anthropic’s Claude 3.5 Sonnet です。
プロンプトルーターを使用してチャットするには [プレイグラウンドで開く] を選択し、次のプロンプトを入力します。
アリスには N 人の兄弟がいて、彼女には M 人の姉妹もいます。アリスの兄弟に姉妹は何人いますか?
結果はすぐに提供されます。右側の新しいルーターメトリックアイコンを選択して、プロンプトルーターでどのモデルが選択されたかを確認します。今回は、質問がかなり複雑なので、Anthropic’s Claude 3.5 Sonnet が使われました。
ここで、同じプロンプトルーターに簡単な質問をします。
「hello world」プログラムの目的を1行で説明してください。
今回は、Anthropic’s Claude 3 Haiku がプロンプトルーターに選ばれました。
メタプロンプトルーターを選択して構成を確認します。フォールバックとして、70B モデルを使用した Llama 3.1 70B および 8B のクロスリージョン推論プロファイルを使用しています。
プロンプトルーターは、Amazon Bedrock ナレッジベースや Amazon Bedrock エージェントなど、他の Amazon Bedrock 機能と統合されているほか、評価を実行する場合にも統合されます。たとえば、ここでは、私のユースケースでは、プロンプトルーターを別のモデルまたはプロンプトルーターと比較するのに役立つモデル評価を作成します。
アプリケーションでプロンプトルーターを使用するには、プロンプトルーターの Amazon リソースネーム (ARN) を Amazon Bedrock API のモデル ID として設定する必要があります。この仕組みが AWS CLI と AWS SDK でどのように機能するかを見てみましょう。
AWS CLI での Amazon Bedrock インテリジェントプロンプトルーティングの使用
Amazon Bedrock API はプロンプトルーターを処理するように拡張されました。たとえば、ListPromptRouters を使用して AWS リージョンの既存のプロンプトルートを一覧表示できます。
出力には、コンソールで見たものと似た、既存のプロンプトルータの概要が表示されます。
前のコマンドの全出力は次のとおりです。
GetPromptRouter とプロンプトルータ ARN を使用すると、特定のプロンプトルータに関する情報を取得できます。たとえば、Meta Llama モデルシリーズの場合:
Amazon Bedrock でプロンプトルーターを使用するには、API コールを行うときにプロンプトルーター ARN をモデル ID として設定しました。たとえば、ここでは AWS CLI と Amazon Bedrock Converse API で Anthropic プロンプトルーターを使用しています。
出力には、プロンプトルーターを使用した呼び出しには、実際に使用されたモデルを示す新しいトレース
セクションが含まれます。この場合は、Anthropic’s Claude 3.5 Sonnet です。
AWS SDK による Amazon Bedrock インテリジェントプロンプトルーティングの使用
AWS SDK をプロンプトルーターで使用することは、以前のコマンドラインエクスペリエンスと似ています。モデルを呼び出すときに、モデル ID をプロンプトモデル ARN に設定しました。たとえば、次の Python コードでは、ConverseStream API でメタラマルーターを使用しています。
このスクリプトは、応答テキストとトレースの内容を応答メタデータに出力します。この単純なリクエストに対して、プロンプトルーターはより高速で手頃なモデルを選択しました。
AWS SDK でのプロンプトキャッシュの使用
Amazon Bedrock Converse API ではプロンプトキャッシュを使用できます。キャッシュするコンテンツにタグを付けて初めてモデルに送信すると、モデルは入力を処理し、中間結果をキャッシュに保存します。同じコンテンツを含む後続のリクエストでは、モデルは前処理された結果をキャッシュから読み込み、コストと待ち時間の両方を大幅に削減します。
プロンプトキャッシュは、いくつかの手順でアプリケーションに実装できます。
- プロンプトの中で頻繁に再利用される部分を特定します。
- 新しい
cachePoint
ブロックを使用して、これらのセクションをメッセージのリストにキャッシュするようにタグ付けします。 - レスポンスメタデータの使用状況セクションで、キャッシュの
使用状況
とレイテンシーの改善を監視してください。
ドキュメントを操作するときのプロンプトキャッシュの実装例を次に示します。
まず、AWS のウェブサイトから 3 つの意思決定ガイドを PDF 形式でダウンロードします。これらのガイドは、お客様のユースケースに合った AWS サービスを選択するのに役立ちます。
次に、Python スクリプトを使用して、ドキュメントについて 3 つの質問をします。このコードでは、モデルとの会話を処理する converse()
関数を作成します。この関数を初めて呼び出すときに、ドキュメントのリストと cachePoint
ブロックを追加するためのフラグを含めます。
スクリプトは、呼び出しごとに応答と使用状況カウンター
を出力します。
レスポンスの使用状況
セクションには、cacheReadInputTokenCount
と cacheWriteInputTokenCount
という 2 つの新しいカウンターが含まれています。呼び出しのトークンの総数は、入力トークンと出力トークンの合計に、キャッシュに読み書きされたトークンを加えたものです。
呼び出しのたびに、メッセージのリストが処理されます。最初の呼び出しのメッセージには、ドキュメント、最初の質問、およびキャッシュポイントが含まれます。キャッシュポイントより前のメッセージは現在キャッシュにないため、キャッシュに書き込まれます。使用状況
カウンターによると、29,841 個のトークンがキャッシュに書き込まれています。
次の呼び出しでは、前の応答と新しい質問がメッセージのリストに追加されます。cachePoint
の前のメッセージは変更されず、キャッシュ内にあります。
予想どおり、使用状況
カウンターから、以前に書き込まれたのと同じ数のトークンがキャッシュから読み取られることがわかります。
私のテストでは、最初の呼び出しと比較して、次の呼び出しが完了するまでにかかる時間が 55% 短くなりました。ユースケース(キャッシュされたコンテンツが多い場合など)にもよりますが、プロンプトキャッシュによってレイテンシが最大 85% 改善されます。
モデルによっては、メッセージのリストに複数のキャッシュポイントを設定できます。ユースケースに適したキャッシュポイントを見つけるには、さまざまな構成を試して、報告された使用状況への影響を確認してください。
知っておくべきこと
Amazon Bedrock インテリジェントプロンプトルーティングは、米国東部 (バージニア北部) および米国西部 (オレゴン) の AWS リージョンで 12 月 4 日プレビュー版をご利用いただけます。プレビュー中は、デフォルトのプロンプトルーターを使用できます。プロンプトルーターを使用しても追加料金はかかりません。選択したモデルの費用を支払います。プロンプトルーターは、評価の実行、ナレッジベースの使用、エージェントの設定など、他の Amazon Bedrock 機能とともに使用できます。
プロンプトルーターが使用する内部モデルはプロンプトの複雑さを理解する必要があるため、インテリジェントプロンプトルーティングは現在英語プロンプトのみをサポートしています。
Amazon Bedrock によるプロンプトキャッシュのサポートは、米国西部 (オレゴン) で Anthropic’s Claude 3.5 Sonnet V2 と Claude 3.5 Haiku のプレビュー版が提供されています。米国東部 (バージニア北部) では Amazon Nova Micro、Amazon Nova Lite、および Amazon Nova Pro のプロンプトキャッシュも利用できます。
プロンプトキャッシュを使用すると、キャッシュ読み取りは、キャッシュされていない入力トークンと比較して 90% 割引されます。キャッシュストレージに追加のインフラストラクチャ料金はかかりません。Anthropic モデルを使用する場合、キャッシュに書き込まれたトークンには追加料金がかかります。Amazon Nova モデルでは、キャッシュ書き込みに追加コストはかかりません。詳細については、Amazon Bedrock の料金をご覧ください。
プロンプトキャッシュを使用する場合、コンテンツは最大 5 分間キャッシュされ、キャッシュヒットするたびにカウントダウンがリセットされます。プロンプトキャッシュは、クロスリージョン推論を透過的にサポートするために実装されています。これにより、アプリケーションでは、クロスリージョン推論の柔軟性を利用して、プロンプトキャッシュによるコスト最適化とレイテンシーのメリットを享受できます。
これらの新機能により、費用対効果が高く高性能な生成 AI アプリケーションを簡単に構築できます。リクエストをインテリジェントにルーティングし、頻繁に使用されるコンテンツをキャッシュすることで、アプリケーションのパフォーマンスを維持し、さらに向上させると同時に、コストを大幅に削減できます。
これらの新機能の詳細を確認して今すぐ使用を開始するには、Amazon Bedrock のドキュメントにアクセスし、AWS re:Post for Amazon Bedrock にフィードバックを送信してください。community.aws では、詳しい技術コンテンツを検索し、ビルダーコミュニティが Amazon Bedrock を使用する方法を見出すことができます。
– Danilo
原文はこちらです。