2026/6/5 9:00:00 ~ 2026/6/8 9:00:00 (JST)
最近の発表
Amazon Bedrock AgentCore Runtime は、新しい InvokeAgentRuntimeCommandShell API を通じてインタラクティブシェルをサポートするようになりました。これにより、PTY ベースの永続的なターミナルを WebSocket 経由で実行中のエージェントセッションに直接開くことができます。これにより、既存の InvokeAgentRuntimeCommand API をワンショット実行で補完し、色、タブ補完、Ctrl+C、ターミナルのサイズ変更、ネットワークドロップ時の自動再接続など、分離された MicroVM 内での完全なターミナルエクスペリエンスが開発者に提供されます。\n これは、クロード・コード、OpenAI Codex、Amazon Kiro などのコーディング・エージェントを AgentCore ランタイムでホストしている開発者にとって特に重要です。すでに実行していた非同期コマンド実行に加えて、認証を行い、コーディングエージェントをホストしている MicroVM にドロップし、エージェントとの対話、ファイルの検査、アドホックコマンドの実行、環境状態のデバッグなど、ローカル端末のように操作できるようになりました。シェルは同じセッション内のコマンド間で状態を永続的に保持するため、環境変数、作業ディレクトリ、コマンド履歴はすべて期待どおりに動作します。 各インタラクティブセッションは、ランタイムセッション ID とシェル ID で識別されます。再接続時に両方を渡すと、まったく同じシェルが表示されます。短時間のネットワークドロップは自動的に再接続され、長時間切断された場合は同じ ID を使用して手動で再開できます。1 つのエージェントランタイムで最大 10 個のシェルを同時に実行できるため、開発者は同じまたは複数の MicroVM に対して複数のターミナルを開いて、エージェントが異なるブランチで並行して動作するのを見ることができます。 エージェントコア CLI の使用を開始するには、
agentcore exec--it--runtimeを使用してください。詳細については、「インタラクティブシェル (ターミナル)」と「AgentCore Runtime でのシェル実行」で、両方のシェルモードの比較を参照してください。
AWS Glue データカタログは、Amazon S3 テーブルと Apache アイスバーグマテリアライズドビューの AWS IAM ベースの認証をサポートするようになりました。IAM ベースの認証では、ストレージ、カタログ、クエリエンジンにわたる必要なすべての権限を 1 つの IAM ポリシーで定義できます。\n この機能により、S3 テーブルまたはマテリアライズドビューを Amazon Athena、Amazon EMR、Amazon Redshift、AWS Glue などのあらゆる AWS アナリティクスサービスと簡単に統合できます。また、いつでも AWS Lake Formation にオプトインして、AWS マネジメントコンソール、AWS CLI、API、AWS CloudFormation を使用してきめ細かなアクセスコントロールを管理できます。 この機能は AWS GovCloud (米国東部) と AWS GovCloud (米国西部) リージョンで利用できるようになりました。詳細については、S3 テーブルのドキュメントと AWS Glue データカタログのドキュメントをご覧ください。
Amazon OpenSearch UI is now available in GovCloud regions
Amazon OpenSearch Service では、最新の運用分析エクスペリエンスが AWS GovCloud (米国東部) や AWS GovCloud (米国西部) などの GovCloud リージョンにまで拡大され、ユーザーは単一のエンドポイントからマネージドドメインやサーバーレスコレクションにまたがるデータに関する洞察を得ることができます。この拡張には、コラボレーションと生産性を強化するワークスペースが含まれ、チームが専用のスペースを作成できるようになります。Discover が刷新され、DQL や Lucene に加えて、パイプ処理言語 (PPL) や SQL などの言語もサポートされるように、統一されたログ探索環境が提供されるようになりました。Discover には、複数のソースをサポートするデータセレクター、新しいビジュアルデザイン、および使いやすさを向上させるためのクエリのオートコンプリート機能が搭載されています。このエクスペリエンスにより、基盤となるマネージドクラスターやコレクションのバージョンに関係なく、ユーザーは最新の UI 拡張機能にアクセスできます。\n 拡張された OpenSearch アナリティクスは、オブザーバビリティ、セキュリティ分析、検索ユースケースに特化した機能を提供することで、ユーザーが運用データから洞察を得るのに役立ちます。強化された Discover インターフェースにより、ユーザーはツールを切り替えることなく複数のソースからのデータを分析できるようになり、効率が向上しました。ワークスペースは、チームがダッシュボード、保存されたクエリ、その他の関連コンテンツを扱うための専用環境を作成することで、コラボレーションを促進します。すべてのバージョンで最新の UI 更新を利用できるため、最新の機能やツールに中断なくアクセスできます。 OpenSearch UI は OpenSearch ドメイン (バージョン 1.3 以上) と OpenSearch サーバーレスコレクションに接続できます。開始するには、AWS マネジメントコンソールで OpenSearch アプリケーションを作成してください。Amazon OpenSearch サービス開発者ガイドで詳細をご覧ください。
Amazon ECS with AWS Fargate now supports 32vCPU compute configurations
AWS Fargate を搭載した Amazon Elastic Container Service (Amazon ECS) は、32vCPU のコンピューティング構成をサポートするようになりました。これにより、お客様はより要求の厳しいアプリケーションを、より高い柔軟性とパフォーマンスで実行できるようになりました。AWS Fargate では、Linux 上の x86 ベースと ARM ベースの両方のワークロード向けに、60 GiB、120 GiB、または 244 GiB のメモリ構成で 32vCPU タスクを提供しています。これらの新しいタスクサイズにより、Amazon ECS の機能が拡張され、高性能コンピューティングのユースケース、大規模なデータ処理、AI 推論、その他のコンピューティング集約型ワークロードをサポートできるようになります。32 個の vCPU と最大 244 GiB のメモリを搭載した Amazon ECS のお客様は、AWS Fargate の信頼性、セキュリティ、スケーラビリティを活用しながら、より大きなコンテナをデプロイし、以前の制限を超えてアプリケーションをスケーリングできるようになりました。\n 新しい 32vCPU タスクサイズを使用するには、vCPU 値として 32 を指定するようにタスク定義を設定し、新しいメモリオプション (60、120、244 GiB) のいずれかを選択するだけで、AWS マネジメントコンソール、CLI、または選択したコードとしてのインフラストラクチャを使用して Amazon ECS サービスまたはタスクを通常どおりデプロイできます。新しいvCPUとメモリ構成は、FargateとFargate Spotの両方のキャパシティプロバイダーで利用でき、既存のコンピューティング節約プランが自動的に適用されます。料金の詳細については、AWS Fargate の料金表ページを参照してください。 32 vCPU タスクは、すべての AWS 商用リージョンと AWS GovCloud (米国) リージョンの Amazon ECS と AWS Fargate でご利用いただけます。詳細については、Amazon ECS のドキュメントを参照してください。
The AWS MCP Server now supports cross-account and cross-role access
本日、AWSは、AWSエージェントツールキットの一部であるAWSモデルコンテキストプロトコル（MCP）サーバーへのクロスアカウントおよびクロスロールアクセスを発表しました。この機能により、Kiro、Claude Code、Codex などの AI コーディングエージェントを使用する開発者は、再起動を必要とせずに、1 つのセッション内で複数の AWS アカウントと AWS ID およびアクセス管理 (IAM) ロールにわたる作業を行うことができます。以前は、アカウントを変更するたびに、プロファイルを切り替えるには AI コーディングセッションを停止し、ローカルの AWS 認証情報を更新し、MCP サーバーを再起動する必要がありました。AWS MCP Server を使用する AI エージェントは、コマンドごとにプロファイルを指定できるようになったため、ユーザーはアカウントとロールをシームレスに切り替えることができます。\n
クロスアカウントアクセスにより、開発者はマルチアカウント環境でより迅速に行動できます。たとえば、DevOps エンジニアが本番アカウントとステージングアカウントの CloudWatch ログをクエリしてパフォーマンスの問題を診断したり、アプリケーション開発者が 1 つのアカウントの Lambda 設定を更新して別のアカウントで S3 バケットポリシーを調整したりといったことをすべて同じ会話の中で行うことができます。リクエストごとに、使用するプロファイルが指定されるので、コマンドが誤ったアカウントに届くリスクはありません。
はじめに、Agent Toolkit for AWS ユーザーガイドの「マルチプロファイルサポート」を参照してください。AWS MCP Server は、米国東部 (バージニア北部) およびヨーロッパ (フランクフルト) リージョンでご利用いただけます。
AWS Blogs
Amazon Web Services ブログ (日本語)
- AI 時代におけるセキュリティ体制の強化
- Amazon Cognito マルチリージョンレプリケーションを利用して、アプリケーションの回復力の向上を実現
- Amazon Bedrock 上で OpenAI の GPT-5.5 モデル、GPT-5.4 モデル、Codex の使用を開始する
- ポスト量子暗号で将来の量子リスクからシークレットを守る
- 2026年1月〜5月の AWS オブザーバビリティ関連リリースまとめ