2026/11/11 9:00:00 ~ 2026/11/12 9:00:00 (JST)
最近の発表
AWS Lambda MicroVMs now supports the x86 CPU architecture
AWS Lambda MicroVMS は x86 CPU アーキテクチャをサポートするようになったため、既存の x86 アプリケーション、ツール、およびソフトウェアの依存関係を再コンパイルまたは移植せずに実行できます。MicroVM イメージを作成するときに、x86 と Arm (AWS Graviton) のどちらかを選択できるようになりました。これにより、各ユーザーまたはジョブに、ワークロードが使用するアーキテクチャ上の分離された MicroVM を提供できます。\n Lambda MicroVMS はサーバーレスコンピューティングプリミティブであり、AI コーディングアシスタント、CI/CD ランナー、インタラクティブな開発環境、脆弱性スキャナーなどのアプリケーションで、実行中のユーザーコードや AI 生成コードの VM レベルの分離、ほぼ瞬時の起動と再開、状態保持を実現します。本日のリリースにより、Lambda MicroVMS で x86 ベースのワークロードをそのまま実行できるようになります。Arm で実行されるワークロードでは、デフォルトの CPU アーキテクチャオプションである AWS Graviton プロセッサを引き続き使用できます。
Lambda MicroVMS で x86 ワークロードの構築を開始するには、Dockerfile から MicroVM イメージを作成するときに x86 アーキテクチャを選択し、そのイメージから MicroVM を起動します。MicroVMS は、AWS Lambda コンソール、AWS CloudFormation、AWS クラウド開発キットから使用することも、AWS エージェントツールキットを使用してお好きなエージェント開発ツールと組み合わせて使用することもできます。
x86 CPU アーキテクチャのサポートは、アジアパシフィック (香港)、アジアパシフィック (マレーシア)、アジアパシフィック (タイ)、ヨーロッパ (スペイン) を除き、Lambda MicroVMS が利用可能なすべての AWS リージョンで利用できます。詳細については、AWS Lambda MicroVMS 開発者ガイドをご覧ください。料金の詳細については、「Lambda MicroVMS 料金表」を参照してください。
Amazon EKS Auto Mode now supports security groups for Pods
Amazon EKS Auto Mode がポッドのセキュリティグループをサポートするようになり、専用の Amazon EC2 セキュリティグループルールを個々のポッドに適用できるようになりました。同じノード上のさまざまなワークロードに異なるセキュリティグループを適用できるため、アプリケーションごとに個別のノードプールを作成しなくても、ポッドをネットワークレベルでセグメンテーションできます。\n ポッドのセキュリティグループは、既存の AWS ネットワーク制御をポッドレベルまで拡張するので、ポッドは Amazon RDS や Amazon ElastiCache データベースなどのリソースにアクセスできるようになります。これらのリソースは、他の VPC が使用するのと同じルールに基づいてセキュリティグループによる接続を許可します。SecurityGroupPolicy リソースを使用して、どのポッドがどのセキュリティグループを受け取るかを定義します。ポリシーに一致しないポッドはノードのセキュリティグループを引き続き使用します。
ポッドのセキュリティグループは追加料金なしで EKS Auto Mode の一部として含まれており、EKS 自動モードがサポートされているすべての AWS リージョンの Kubernetes バージョン 1.36 以降を実行しているクラスターで利用できます。詳細については、Amazon EKS ユーザーガイドと Amazon EKS 自動モード製品ページの「ポッドのセキュリティグループ」を参照してください。
AWS Quick apps are now available in Asia Pacific (Singapore)
macOS と Windows 用の AWS Quick デスクトップアプリと iOS と Android 用の Quick モバイルアプリが、アジアパシフィック (シンガポール) リージョンで利用できるようになりました。今回のローンチは、最近シンガポールで Quick が利用可能になったことを踏まえたものです。\n デスクトップアプリはローカルファイルと連携し、カレンダー、メール、ビジネスアプリに接続します。モバイルアプリでは、Quickとチャットしたり、アクティビティフィードを確認したり、ダッシュボードを開いたりできます。会話、コンテキスト、エージェントはウェブ、デスクトップ、モバイルで常に同期しているので、デスクトップでエージェントを起動し、スマートフォンで確認し、パソコンを閉じた後も実行し続けることができます。
開始するには、AWS クイックダウンロードページからデスクトップアプリをダウンロードするか、Apple App Store または Google Play からモバイルアプリケーションをダウンロードしてください。詳細については、AWS クイックユーザーガイドの「モバイル版の AWS Quick」と AWS Quick 製品ページを参照してください。
Amazon SES now supports higher limits for email identities, tenants, and configuration sets
Amazon Simple E メールサービス (Amazon SES) では、E メールの ID、テナント、および設定セットに対してより高い制限がサポートされるようになりました。AWS サービスクォータコンソールで、各制限に対する現在の使用状況を確認したり、増加をリクエストしたりできます。1 つのアカウントで増加に対応できるようになったため、E メールのワークロードを複数のアカウントに分割してアカウントごとの制限内に収める必要がなくなりました。\n マルチテナントワークロードを実行している顧客は、サービスを提供する顧客、ブランド、AI エージェントごとに個別の電子メール ID、テナント、または設定セットを作成することがよくあります。顧客、ブランド、AI エージェントが増えるにつれて、これらのリソースは急速に増加し、制限が高くなると、これらすべてのワークロードが 1 つのアカウントで増加することになります。大規模なアカウントを管理しやすくするために、これらのリソースを名前やステータスで検索できるようになりました。
Amazon SES が利用可能なすべての AWS リージョンで、E メール ID、テナント、設定セットに対してより高い制限が適用されています。
詳細については、Amazon SES 開発者ガイドと Amazon SES 製品ページの「Amazon SES のサービスクォータ」を参照してください。
AWS Blogs
Amazon Web Services ブログ (日本語)
AWS News Blog
AWS Cloud Financial Management
AWS Big Data Blog
- AWS でのエージェント AI のデータ基盤の構築:レイクハウスから MCP まで
- Terraform を使用した Amazon SageMaker Unified Studio でマルチチームの AI および分析環境を構築しましょう
- サムスン広告が Amazon Cognito を使用してスノーフレークアイスバーグテーブルを統合した方法
- 共有されている Amazon MSK コストを Kafka トピックに割り当ててコストを可視化する
- Amazon SageMaker ユニファイドスタジオのカタログを超えたガバナンスコンプライアンス
- Intuit が Apache Hive メタストアから AWS Glue データカタログに移行した経緯
AWS Compute Blog
- Amazon EC2 アプリケーションステータスチェックでアプリケーションの状態を監視する
- Amazon EC2 による視覚効果のための GPU ワークステーションの構築:パート 5 — セキュリティ
- Amazon EC2 による視覚効果のための GPU ワークステーションの構築:パート 4 — 最適化
- Amazon EC2 による視覚効果のための GPU ワークステーションの構築:パート 3 — ウィンドウズ
- Amazon EC2 でのビジュアルエフェクトのための GPU ワークステーションの構築:パート 2 — Linux
- Amazon EC2 での視覚効果のための GPU ワークステーションの構築:パート 1 — セットアップ
AWS Database Blog
- Amazon Aurora DSQL を使用したマルチテナント CRM の構築
- AWS DMS の AI エージェントによるオフライン評価と変換
- RDS/Aurora PostgreSQL 用の Oracle AWR スタイルのレポートを作成
- Amazon EC2 から Amazon ElastiCache サーバーレスへのダウンタイムなしの移行
- Amazon EC2 での Oracle データガードのスイッチオーバーとフェイルオーバーの自動化
- Aurora MySQL 8.4 でのメモリ不足による再起動を防ぐのに役立ちます
- CloudWatch データベースインサイトを使用して Amazon Aurora MySQL のパフォーマンスを診断する
- グローバルフェイルオーバー後の Aurora ゼロ ETL リカバリの自動化
- Flickr が Valkey 用 Amazon ElastiCache を使用してキャッシュを最新化した方法
- Amazon ElastiCache によるマルチテナンシー:適切な分離モデルの選択
AWS for Industries
Artificial Intelligence
- AWS re: Invent 2026 AI/ML トラックの参加者向けガイド
- プッシュベースのアーキテクチャによる AWS エージェントレジストリの更新の自動化
- DXCテクノロジーがアマゾン・ベッドロックでマルチモデルAI基板を構築した経緯
- 再利用可能なアセットによるジェネレーティブ AI デリバリーの促進
- AWS Quick の AI ドリブンライフサイクル管理 (AI-PDLC) による製品開発の促進
- UAEF: AI エージェントのクローズドループ評価のためのフレームワークにとらわれないシステム
- Amazon SageMaker AI 双方向ストリーミングの従量制料金の導入
- アマゾンベッドロックにキミK3.1 Proが登場
AWS for M&E Blog
AWS Messaging Blog
- ベッティングおよびゲーム・テクノロジー・アプリケーションにおけるメッセージング要件への対応(第2部:登録の実行とコンプライアンスの維持)
- ベッティングおよびゲーム・テクノロジー・アプリケーションにおけるメッセージング要件への対応(第1部:状況を理解し、アプリケーションを準備する)
- AWS エンドユーザーメッセージングを使用して、チームごとおよびユースケースごとの SMS 支出を追跡する