Strands Agents、NVIDIA NIM、Amazon Bedrock AgentCore を用いた高性能生成 AI システムの構築
AWS は、NVIDIA NIM と Strands Agents を統合した新しいアーキテクチャにより、生成 AI エージェントの推論速度向上、コンテキスト維持、およびマルチエージェント協調を実現する実践的なガイドを公開しました。
キーポイント
高性能な生成 AI アーキテクチャの要件
本稿では、生産環境における生成 AI エージェントが直面する遅延、コンテキストの喪失、可視性の欠如といった課題を解決するため、GPU 加速推論とサーバーレスオーケストレーションの組み合わせが必要であると説いています。
3 つの主要技術コンポーネントの統合
NVIDIA NIM を用いた GPU 加速推論、Amazon Bedrock AgentCore による管理ランタイムと共有メモリ、そして Strands Agents によるサーバーレス型マルチエージェントオーケストレーションを組み合わせる具体的なアプローチが示されています。
並列推論とトレーサビリティの実装
複数の専門エージェント(ペルソナレビュー、バリデーションなど)が並列に動作し、コンテキストを保持しながら結果を統合する「キャンペーンレビューシステム」の参照アーキテクチャが紹介されています。
プロトタイプから本番環境への移行
実験的なプロトタイプ段階を超え、一貫したビジネス価値を提供し、数千の同時接続に対応可能な信頼性の高いシステムを構築するための具体的な実装パターンが提示されています。
環境変数の設定とデプロイ
CloudFormation から API URL や S3 バケット名を取得し、.env ファイルに設定してフロントエンドをビルド・S3 にデプロイする手順が示されています。
CloudFront キャッシュの無効化
フロントエンドを更新した際、CDN のキャッシュを即座に反映させるために CloudFront 配布 ID を取得し、キャッシュ無効化コマンドを実行するオプション手順が含まれています。
NVIDIA NIM と AWS の統合による高パフォーマンス
GPU アクセラレーションされた推論(NVIDIA NIM)とサーバーレスなオーケストレーション(Bedrock AgentCore, Strands Agents)を組み合わせることで、独立したスケーリングと共有コンテキストを実現しています。
影響分析・編集コメントを表示
影響分析
この記事は、生成 AI エージェントの実用化における技術的障壁(特に遅延とコンテキスト管理)を解消するための具体的な統合ソリューションを示しており、企業による本番環境での大規模導入を加速させる重要な指針となります。AWS と NVIDIA の強力な連携により、開発者が複雑なインフラ管理なしで高性能なマルチエージェントシステムを構築できる道筋が明確になり、業界全体の成熟度を高める一因となるでしょう。
編集コメント
生成 AI エージェントの実装において、単なるモデル呼び出しではなく「コンテキストの維持」と「並列処理の制御」が本番環境の成否を分ける鍵であることが明確に示されています。AWS と NVIDIA の技術スタックを組み合わせたこのアプローチは、複雑なワークフローを自動化する企業にとって即座に活用可能な強力な枠組みを提供しています。
高性能な生成 AI エージェントを構築するには、高速推論を提供し、複数のエージェントを調整し、本番環境の負荷下でも確実に動作できるアーキテクチャが必要です。レビューの自動化やデジタルアシスタントの機能強化、複雑な意思決定ワークフローのサポートのために生成 AI エージェントを構築する場合、これらのエージェントが良好に機能する必要があります。手作業の削減、ニアリアルタイムでの応答、追加のインフラ管理なしで数千ものインタラクションへのスケーリングを実現できなければなりません。本稿では、GPU 加速推論 GPU、サーバーレスオーケストレーション、共有メモリ、組み込みの観測機能(observability)を組み合わせることで、AWS 上でこれらの高性能エージェントを構築する方法について解説します。実験的なプロトタイプから一貫したビジネス価値を提供するシステムへ移行する際、これらの機能は不可欠です。
本番環境におけるエージェントワークロードが増大すると、並行リクエスト下で推論レイテンシが著しく増加し、応答が遅延してユーザーエクスペリエンスが低下することがあります。ステートレスな実行環境では、インタラクション間で会話やタスクのコンテキストを失うことがあり、その結果として重複作業が発生したり出力が不整合になったりします。エージェントの実行状況に対する可視性が限定的であるため、障害の原因特定、推論経路の理解、運用コストの制御が困難になります。これらの課題は、複数のエージェントが並列実行され、コンテキストを共有し、結果を集約する必要があるマルチエージェントシステムにおいて、より顕著に現れます。
並列推論、文脈の維持、追跡可能な実行パスを実証するマルチエージェントキャンペーンレビューシステムを構築します。この統合アーキテクチャでは、GPU 加速推論のために NVIDIA NIM を使用し、Amazon Bedrock AgentCore が管理されたランタイム、共有メモリ、組み込みの観測機能を提供し、Strands Agents がサーバーレス型マルチエージェントオーケストレーションを担当します。このアプローチは、本番環境におけるパフォーマンス、スケーラビリティ、運用上の洞察をサポートします。例ではマーケティングコンテンツレビューに焦点を当てていますが、同じパターンはデジタルアシスタント、レビュー自動化、検索拡張生成パイプラインにも適用可能です。
これらの概念を具体的に理解するために、以下のセクションでは、これらコンポーネントが実際にどのように連携して動作するかを示す参照アーキテクチャと実装の詳細を解説します。
ソリューション概要
あなたは、並列して動作する 3 つの専門エージェントからなるシステムを構築します。ペルソナレビューアエージェントは、複数の聴衆視点からキャンペーンコンテンツを評価し、共鳴スコアを生成します。バリデーターエージェントは、コンテンツが法的およびブランドガイドラインに適合しているかを確認します。ファイナライザーエージェントはこれらの出力を集約し、統合された推奨事項セットを作成します。ドキュメントは React ベースのフロントエンドを通じて提出され、結果を非同期でポーリングして、利用可能になった時点でエージェントからのフィードバックを表示します。
本ソリューションでは、build.nvidia.com を経由して提供されるホスト型の NVIDIA NIM API を使用し、フルマネージドサービスとして高性能な GPU 加速推論を提供します。これらのエンドポイントは、NVIDIA が管理する GPU バックエンド上で最適化された大規模言語モデルを実行しています。これらのバックエンドは、Compute Unified Device Architecture (CUDA), や TensorRT-LLM などの技術を活用し、エージェントワークフローに対して低遅延かつ高スループットの応答を実現します。OpenAI と互換性のある Chat Completion API を公開することで、NIM はモデル固有の適応を必要とせず、Strands ベースのマルチエージェントオーケストレーション層に統合されます。
Strands Agents を用いて、ツールベースの推論ワークフローを調整するためのエージェントオーケストレーションを実装します。Strands を使用すると、エージェント間の相互作用を明示的にモデル化できるため、並列実行の管理、制御フローの制御、複数エージェントにわたる結果の集約が容易になります。Strands オーケストレーターと専門的なエージェントを Docker コンテナとしてパッケージ化し、Amazon Bedrock AgentCore Runtime にデプロイします。AgentCore Runtime は、チェックポイント機能と回復機能を備えた管理された実行環境を提供します。これらの機能により、エージェントは中断から自動的に復元でき、手動でのインフラ管理なしで数千の同時呼び出しにスケールすることが可能になります。
Amazon Bedrock AgentCore Observability を使用して、エージェントワークフローの各ステップの詳細な可視化を提供し、開発者が実行パスを検査したり、中間出力を監査したり、パフォーマンスのボトルネックをデバッグしたりできるようにします。遅延、トークン使用量、エラーレートなどの運用メトリクスは Amazon CloudWatch を通じて監視できます。この可視性により、エージェントの動作を理解し、本番環境でのパフォーマンスボトルネックを特定することが可能になります。
また、Amazon Bedrock AgentCore Memory を使用して、エージェント呼び出し間での共有コンテキストを提供し、多回対話のサポートも実現できます。AgentCore Memory は会話の状態と履歴を保存するための組み込みサポートを提供しているため、この実装を拡張して AI アシスタントに自然言語インターフェースを提供することも可能です。
本ソリューションの中核的な側面の 1 つは、AWS Serverless Application Model (AWS SAM) テンプレートを使用して Bedrock AgentCore Runtime へ容易にデプロイできる点です。テンプレートによってプロビジョニングされた Amazon API Gateway インターフェースを呼び出すことで、Strands エージェントおよびそのすべての依存関係をパッケージ化・デプロイできると同時に、AgentCore Observability(観測性)と AgentCore Memory の機能も有効化されます。
以下のアーキテクチャ図は、NVIDIA NIM、Strands Agents、Amazon Bedrock AgentCore が連携して、デプロイにおける推論、オーケストレーション、メモリ管理、および観測性をどのようにサポートするかを示しています。
前提条件
本ソリューションをデプロイする前に、以下のツールを開発環境にセットアップする必要があります。
- AWS Command Line Interface (AWS CLI) をインストールします。
- AWS SAM CLI v1.100.0+ をインストールします。
- Docker v20.x+ をインストールします。
- Node.js v18.x+ をインストールします。
- Python v3.11+ をインストールします。
依存関係
Strands Agents の実装では、DockerFile にパッケージ化されている以下の依存関係も必要です。
- AWS Strands マルチエージェントフレームワーク:strands-agents
- Strands エージェントツールおよびユーティリティ:strands-agents-tools
- API 呼び出し用の HTTP ライブラリ:requests
- Amazon Bedrock エージェントコア機能:bedrock-agentcore
- Python 用 AWS SDK:boto3
ソリューションのデプロイ
アーキテクチャを理解したところで、以下の手順で AWS 環境にソリューションをデプロイする方法をご案内します。なお、NVIDIA NIM を利用するには、AWS Marketplace のサブスクリプションまたは NGC 登録時に入手可能な NVIDIA AI Enterprise EULA(エンドユーザーライセンス契約)への同意が必要です。
本ソリューションは GitHub リポジトリ からダウンロード可能です。AWS 環境でソリューションをデプロイしてアクセスするには、GitHub リポジトリの「Deployment セクション」 に正確に記載されている以下のステップバイステップガイドも併せてご活用ください:
ステップ 1: リポジトリのクローン
git clone
cd aws-genai-campaign-review-strands-agentcore
ステップ 2: AWS 認証情報の設定
AWS CLI の設定を行います:
aws configure
認証情報を確認します:
aws sts get-caller-identity
ステップ 3: Amazon DynamoDB ペルソナテーブルのセットアップ
スクリプトに実行権限を付与します:
chmod +x scripts/setup_persona_table.sh
セットアップスクリプトを実行します:
./scripts/setup_persona_table.sh
ステップ 4: AWS SAM アプリケーションの構築
sam build
ステップ 5: インフラストラクチャのデプロイ
ガイド付きデプロイを使用し、プロンプトに従ってスタック名、エージェント名、AWS リージョンを入力して、その他の項目についてはデフォルト値を受け入れてください。
sam deploy --guided
ステップ 6: デプロイ出力の取得
API エンドポイントの取得:
aws cloudformation describe-stacks --stack-name [スタック名] --query 'Stacks[0].Outputs' --output table
これらの値を保存してください:
- ApiEndpoint – HTTP API URL
- CampaignOrchestratorApi – エージェント API URL
- CloudFrontURL – フロントエンド URL
- FrontendBucket – フロントエンド用の S3 バケット
ステップ 7: AgentCore Runtime へのエージェントのデプロイ
これにより、Strands エージェントが Bedrock AgentCore にデプロイされ、エージェント ARN が Systems Manager に書き込まれます:
curl -X POST -H "Content-Type: application/json" -d '{"action":"deploy","agent_name":"[エージェント名]"}'
これには約 5 分かかります。API Gateway はタイムアウト(29 秒)しますが、AWS Lambda 関数は実行を続けます。
進行状況の監視:
aws logs tail /aws/lambda/deploy-agentcore --region [リージョン名] –follow
*Agent Core Runtime is READY! and Wrote Agent ARN to SSM.*というメッセージが表示されるまで待ちます。
検証:
aws ssm get-parameter --name /agentcore/[スタック名]/[エージェント名]/agent-arn --region [リージョン名]
ステップ 8: フロントエンド環境の設定
PI_URL=$(aws cloudformation describe-stacks --stack-name [スタック名] --query 'Stacks[0].Outputs[?OutputKey==ApiEndpoint].OutputValue' --output text)
AGENT_API_URL=$(aws cloudformation describe-stacks --stack-name -review --query 'Stacks[0].Outputs[?OutputKey==CampaignOrchestratorApi].OutputValue' --output text)
.env ファイルの作成
cat > .env
EOF
ステップ 9: フロントエンドのビルドとデプロイ
依存関係のインストール:
npm install
フロントエンドのビルド:
npm run build
フロントエンド用バケット名の取得:
FRONTEND_BUCKET=$(aws cloudformation describe-stacks --stack-name unified-campaign-review --query 'Stacks[0].Outputs[?OutputKey==FrontendBucket].OutputValue' --output text)
S3 へのデプロイ:
aws s3 sync dist/ s3://$FRONTEND_BUCKET --delete
CloudFront キャッシュの無効化(オプション、更新時のみ):
DISTRIBUTION_ID=$(aws cloudfront list-distributions --query "DistributionList.Items[?Origins.Items[0].DomainName=='${FRONTEND_BUCKET}.s3.us-west-2.amazonaws.com'].Id" --output text)
aws cloudfront create-invalidation --distribution-id $DISTRIBUTION_ID --paths "/*"
ステップ 10: アプリケーションへのアクセス
CloudFront URL の取得:
aws cloudformation describe-stacks --stack-name unified-campaign-review --query 'Stacks[0].Outputs[?OutputKey==CloudFrontURL].OutputValue' --output text
ブラウザで URL を開いてアプリケーションにアクセスしてください。この campaign_brief.md ファイルをサンプルキャンペーンドキュメントとして使用し、左側のパネルにアップロードしてください。その後、右側のパネルには、マルチエージェントオーケストレーションからのキャンペーンレビュー出力が以下のように表示されます:
Bedrock AgentCore 観測コンソール に移動し、エージェントを選択して、以下のようにエージェントワークフローの各ステップの詳細な可視化を行います:
クリーンアップ
このソリューションを試した後、再発する課金を避けるために AWS アカウントをクリーンアップしてください。
- AWS CloudFormation スタックを削除します:
sam delete --stack-name unified-campaign-review
- DynamoDB テーブルを削除します:
aws dynamodb delete-table --table-name PersonaTable --region us-west-2
結論
この投稿では、GPU アクセラレーションされた推論に NVIDIA NIM を、サーバーレスオーケストレーションに AWS 上の Amazon Bedrock AgentCore と Strands Agents を組み合わせて、本番環境対応の生成 AI エージェントシステムを構築する方法について学びました。推論とエージェント調整を分離することで、このアーキテクチャは独立したスケーリング、エージェント間での共有コンテキスト、および実行とパフォーマンスの詳細な可視性をサポートします。
本稿のアプローチは、並列推論、文脈の維持、運用上の洞察を必要とするマルチエージェントシステムの基盤となる実用的な手法を提供します。レビュー自動化、デジタルアシスタント、またはその他のエージェント駆動型アプリケーションを構築する際でも、ここで示されたパターンにより、実験的なプロトタイプから、AWS 上で信頼性を持って展開・監視・スケール可能なシステムへと移行することが可能になります。
著者について
Kanishk Mahajan氏は、AWS Professional Services のシニア AI/ML プリンシパルです。この役職において、彼はテレコムおよびメディア・エンターテインメント分野における AWS の主要顧客向けに、生成型 AI およびエージェント型のトランスフォーメーションを主導しています。
Akshay Parkhi氏は、Amazon Web Services に所属する機械学習エンジニアで、SAP、クラウド、DevOps、AI/ML における企業変革のリーダーシップ経験が 16 年以上に及びます。彼は複雑な実世界環境において重要なビジネス成果を実現する、生産レベルの AI およびエージェント型システムのアーキテクチャ設計とスケーリングを担当しています。
原文を表示
Building high-performance generative AI agents requires architecture that can deliver fast inference, coordinate multiple agents, and operate reliably under production workloads. If you are building generative AI agents to automate reviews, power digital assistants, and support complex decision-making workflows, you need these agents to perform well. They must reduce manual effort, respond in near real time, and scale to thousands of interactions without additional infrastructure management. In this post, you’ll learn how to build these high-performance agents on AWS by combining GPU-accelerated inference, serverless orchestration, shared memory, and built-in observability. These capabilities are essential when moving from experimental prototypes to systems that deliver consistent business value.
As agent workloads grow in production environments, inference latency can increase significantly under concurrent requests, leading to slower responses and degraded user experience. Stateless execution environments often cause agents to lose conversational or task context between interactions. This results in repeated work or inconsistent outputs. Limited visibility into agent execution makes it difficult to diagnose failures, understand reasoning paths, or control operational costs. These challenges become more pronounced in multi-agent systems, where several agents must run in parallel, share context, and aggregate results.
You’ll build a multi-agent campaign review system that demonstrates parallel reasoning, context persistence, and traceable execution paths using an integrated architecture that combines NVIDIA NIM for GPU-accelerated inference. Amazon Bedrock AgentCore provides managed runtime, shared memory and built-in observability and Strands Agents provide serverless multi-agent orchestration. This approach supports performance, scalability, and operational insight in production environments. While the example focuses on marketing content review, the same pattern applies to digital assistants, review automation, and retrieval-augmented generation pipelines.
To make these concepts concrete, the following sections walk through a reference architecture and implementation that demonstrates how these components work together in practice.
Solution overview
You will build a system that consists of three specialized agents that operate in parallel. A persona reviewer agent evaluates campaign content from multiple audience perspectives and produces resonance scores. A validator agent checks the content against legal and brand guidelines. A finalizer agent aggregates the outputs and produces a consolidated set of recommendations. You submit documents through a React based frontend, which asynchronously polls for results and displays agent feedback as it becomes available.
Our solution uses hosted NVIDIA NIM APIs available via build.nvidia.com to deliver high-performance, GPU-accelerated inference as a fully managed service. These endpoints run optimized large language models on NVIDIA-managed GPU backends. These backends use technologies such as Compute Unified Device Architecture (CUDA), and TensorRT-LLM to provide low-latency, high-throughput responses for agent workflows. By exposing OpenAI-compatible Chat Completion APIs, NIM integrates with the Strands-based multi-agent orchestration layer without requiring model-specific adaptations.
You’ll implement agent orchestration using Strands Agents, AWS’s multi-agent framework for coordinating tool-based reasoning workflows. With Strands, you can model agent interactions explicitly, making it easier to manage parallel execution, control flow, and aggregation of results across multiple agents. You package the Strands orchestrator and specialized agents together as a Docker container and deploy them into Amazon Bedrock AgentCore Runtime. AgentCore Runtime provides a managed execution environment with checkpointing and recovery capabilities. These features help your agents recover gracefully from interruptions and scale to thousands of concurrent invocations without manual infrastructure management.
You use Amazon Bedrock AgentCore Observability to provide detailed visualizations of each step in the agent workflow, enabling developers to inspect execution paths, audit intermediate outputs, and debug performance bottlenecks. You can monitor operational metrics such as latency, token usage, and error rates through Amazon CloudWatch. This visibility helps you understand agent behavior and identify performance bottlenecks in production.
You also use Amazon Bedrock AgentCore Memory for shared context across agent invocations and to provide support for multi-turn conversations. You can extend this implementation to provide an AI assistant natural language interface because AgentCore Memory provides built-in support for storing conversational state and history.
One of the core aspects of this solution is ease of deployment into Bedrock AgentCore Runtime using an AWS Serverless Application Model (AWS SAM) template. You invoke an Amazon API Gateway interface provisioned by the template that then packages and deploys your Strands agents and all their dependencies along with enabling AgentCore Observability and AgentCore Memory.
The following architecture diagram shows how NVIDIA NIM, Strands Agents, and Amazon Bedrock AgentCore work together to support inference, orchestration, memory, and observability in your deployment.
Prerequisites
Before you can deploy this solution, you’ll need to set up your development environment with the following tools as prerequisites.
- Install the AWS Command Line Interface (AWS CLI).
- Install the AWS SAM CLI v1.100.0+
- Install Docker v20.x+.
- Install Node.js v18.x+
- Install Python v3.11+
Dependencies
The Strands Agents implementation also needs to have the following dependencies that are packaged in the DockerFile:
- AWS Strands multi-agent framework: strands-agents
- Strands agent tools and utilities: strands-agents-tools
- HTTP library for API calls: requests
- Amazon Bedrock agent core functionality: bedrock-agentcore
- AWS SDK for Python: boto3
Deploy the solution
Now that you understand the architecture, the following steps walk you through deploying the solution in your AWS environment. Note that using NVIDIA NIM requires accepting the NVIDIA AI Enterprise EULA (available during AWS Marketplace subscription or NGC registration).
Our solution is available for download on the GitHub repo. Use the following step-by-step guidance also outlined exactly in the Deployment section of the GitHub repo to deploy and access the solution in your AWS environment:
Step 1: Clone the repository
git clone
cd aws-genai-campaign-review-strands-agentcoreStep 2: Configure AWS credentials
Configure AWS CLI:
aws configureVerify credentials:
aws sts get-caller-identityStep 3: Set up an Amazon DynamoDB persona table
Make script executable:
chmod +x scripts/setup_persona_table.shRun setup script:
./scripts/setup_persona_table.shStep 4: Build the AWS SAM application
sam buildStep 5: Deploy infrastructure
Use a guided deployment and follow the prompts to provide your stack name, agent name, AWS region and accept the default values for other areas.
sam deploy --guidedStep 6: Get deployment outputs
Get API endpoints:
aws cloudformation describe-stacks --stack-name --query 'Stacks[0].Outputs' --output tableSave these values:
- ApiEndpoint – HTTP API URL
- CampaignOrchestratorApi – Agent API URL
- CloudFrontURL – Front-end URL
- FrontendBucket – S3 bucket for front end
Step 7: Deploy agent to AgentCore Runtime
This deploys your Strands agent to Bedrock AgentCore and writes the Agent ARN to Systems Manager:
curl -X POST -H "Content-Type: application/json" -d '{"action":"deploy","agent_name":""}'This takes approximately 5 minutes. The API Gateway times out (29 seconds) but the AWS Lambda function continues running.
Monitor progress:
aws logs tail /aws/lambda/deploy-agentcore --region –followWait until you see: *Agent Core Runtime is READY! and Wrote Agent ARN to SSM.*
Verify:
aws ssm get-parameter --name /agentcore//agent-arn --region Step 8: Configure front-end environment
PI_URL=$(aws cloudformation describe-stacks --stack-name --query 'Stacks[0].Outputs[?OutputKey==`ApiEndpoint`].OutputValue' --output text)
AGENT_API_URL=$(aws cloudformation describe-stacks --stack-name -review --query 'Stacks[0].Outputs[?OutputKey==`CampaignOrchestratorApi`].OutputValue' --output text)Create .env file
cat > .env
EOFStep 9: Build and deploy front end
Install dependencies:
npm installBuild frontend:
npm run buildGet frontend bucket name:
FRONTEND_BUCKET= $(aws cloudformation describe-stacks --stack-name unified-campaign-review --query 'Stacks[0].Outputs[?OutputKey==`FrontendBucket`].OutputValue' --output text)Deploy to S3:
aws s3 sync dist/ s3://$FRONTEND_BUCKET --deleteInvalidate CloudFront cache (optional, for updates):
DISTRIBUTION_ID=$(aws cloudfront list-distributions --query "DistributionList.Items[?Origins.Items[0].DomainName=='${FRONTEND_BUCKET}.s3.us-west-2.amazonaws.com'].Id" --output text)
aws cloudfront create-invalidation --distribution-id $DISTRIBUTION_ID --paths "/*"Step 10: Access the application
Get CloudFront URL:
aws cloudformation describe-stacks --stack-name unified-campaign-review --query 'Stacks[0].Outputs[?OutputKey==`CloudFrontURL`].OutputValue' --output textOpen the URL in your browser to access the application. Use this campaign_brief.md file as the sample campaign document and upload it on the left panel. You will then be able to view the campaign review output from the multi-agent orchestration in the right panel as shown below:
Navigate to the Bedrock AgentCore Observability console and select your agent for a detailed visualization of each step in your agent workflow as shown below:
Clean up
To avoid recurring charges, clean up your AWS account after trying the solution.
- Delete the AWS CloudFormation stack:
sam delete --stack-name unified-campaign-review- Delete the DynamoDB table:
aws dynamodb delete-table --table-name PersonaTable --region us-west-2Conclusion
In this post, you learned how to build a production-ready generative AI agent system by combining NVIDIA NIM for GPU-accelerated inference with Amazon Bedrock AgentCore and Strands Agents on AWS for serverless orchestration. By separating inference from agent coordination, this architecture supports independent scaling, shared context across agent interactions, and detailed visibility into execution and performance.
The approach in this post provides a practical foundation for multi-agent systems that require parallel reasoning, context persistence, and operational insight. Whether you’re building review automation, digital assistants, or other agent-driven applications, the pattern demonstrated here helps you move from experimental prototypes to systems that can be deployed, observed, and scaled reliably on AWS.
About the authors
Kanishk Mahajan is Principal – AI/ML with AWS Professional Services. In this role, he leads GenAI and agentic transformations for some of AWS largest customers in Telco and Media & Entertaintment.
Akshay Parkhi is a Machine Learning Engineer at Amazon Web Services with over 16 years of experience leading enterprise transformation across SAP, cloud, DevOps, and AI/ML. He architects and scales production-grade AI and agentic systems that power critical business outcomes in complex, real-world environments.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み