2026/9/25 9:00:00 ~ 2026/9/28 9:00:00 (JST)
最近の発表
Amazon Transcribe adds customer-managed KMS keys for custom resources
Amazon Transcribe では、お客様が所有および管理している顧客管理の AWS KMS キーを使用して、保存中のカスタム語彙、カスタム語彙フィルター、カスタム言語モデルを暗号化できるようになりました。\n以前は、これらのカスタムリソースは常に AWS が所有するキーで暗号化されていました。これらのリソースを作成または更新するときに、独自の対称 AWS KMS キーを指定できるようになったため、Transcribe がユーザーに代わって保存するアーティファクトは、アカウントのキーで暗号化されます。キーを指定しなくても、リソースは引き続き AWS が所有するキーで暗号化されます。オプトインしない限り、何もする必要はありません。 顧客管理型のキーを使用すると、キーのアクセス権限を管理し、どのプリンシパルとサービスがカスタムリソースを暗号化および復号化できるかを正確に決定できます。キーが使用されるたびに AWS CloudTrail に記録され、コンプライアンスとモニタリングに関する完全な監査証跡が得られます。また、キーを無効にしたり、リソースを別のキーに移行して、自分のスケジュールでアクセスを取り消すこともできます。 この機能は、Amazon Transcribe が提供されているすべての AWS リージョンで利用できます。詳細については、「Amazon Transcribe 開発者ガイド」を参照してください。
Amazon EC2 M8i and M8i-flex instances are now available in additional regions
本日より、Amazon EC2 M8i および M8i-Flex インスタンスが AWS ヨーロッパソブリンクラウド (ドイツ) リージョンで利用できるようになりました。これらのインスタンスは AWS でのみ利用可能なカスタムの Intel Xeon 6 プロセッサを搭載しており、クラウド内の同等の Intel プロセッサの中で最高のパフォーマンスと最速のメモリ帯域幅を提供します。M8i インスタンスと M8i-Flex インスタンスは、前世代の Intel ベースのインスタンスと比較して、コストパフォーマンスが最大 15% 向上し、メモリ帯域幅が 2.5 倍も増えています。M7i や M7i-Flex インスタンスよりもパフォーマンスが最大 20% 向上し、特定のワークロードではさらにパフォーマンスが向上します。M8i および M8i-Flex インスタンスは、M7i および M7i-Flex インスタンスと比較して、PostgreSQL データベースでは最大 30%、NGINX ウェブアプリケーションでは最大 60%、AI ディープラーニングレコメンデーションモデルでは最大 40% 高速です。\n AWS マネジメントコンソール。新しいインスタンスの詳細については、M8i と M8i-Flex のインスタンスページまたは AWS ニュースブログをご覧ください。
Amazon EC2 R8i and R8i-flex instances are now available in additional regions
本日より、Amazon Elastic Compute Cloud (Amazon EC2) の R8i インスタンスと R8i-Flex インスタンスが AWS ヨーロッパソブリンクラウド (ドイツ) リージョンで利用できるようになりました。これらのインスタンスは AWS でのみ利用可能なカスタムの Intel Xeon 6 プロセッサを搭載しており、クラウドで同等の Intel プロセッサの中で最高のパフォーマンスと最速のメモリ帯域幅を実現します。R8i インスタンスと R8i-Flex インスタンスは、前世代の Intel ベースのインスタンスと比較して、コストパフォーマンスが最大 15% 向上し、メモリ帯域幅が 2.5 倍も増えています。R7i インスタンスよりも 20% 高いパフォーマンスを提供し、特定のワークロードではさらに大きなメリットが得られます。R7i と比較して、PostgreSQL データベースでは最大 30%、NGINX ウェブアプリケーションでは最大 60%、AI ディープラーニングレコメンデーションモデルでは最大 40% 高速です。\n当社初のメモリ最適化された Flex インスタンスである R8i-Flex は、メモリを大量に消費するワークロードの大半でコストパフォーマンスのメリットを得る最も簡単な方法です。Large から 16 xlarge までの最も一般的なサイズがあり、すべてのコンピューティングリソースを十分に活用していないアプリケーションには最適な選択肢です。 R8i インスタンスは、メモリを大量に消費するすべてのワークロード、特に最大のインスタンスサイズや継続的に高い CPU 使用率を必要とするワークロードに最適です。R8i インスタンスには、2 つのベアメタルサイズを含む 13 のサイズと、大規模アプリケーション向けの新しい 96xlarge サイズがあります。R8i インスタンスは SAP 認定を受けており、オンプレミスとクラウド環境にある同等のマシンの中で最高 142,100 台の ASAP を提供し、ミッションクリティカルな SAP ワークロードに優れたパフォーマンスを提供します。 開始するには、AWS マネジメントコンソールにサインインしてください。お客様は貯蓄プラン、オンデマンドインスタンス、スポットインスタンスを通じてこれらのインスタンスを購入できます。新しい R8i および R8i-Flex インスタンスの詳細については、AWS ニュースブログをご覧ください。
Amazon EC2 C8i and C8i-flex instances are now available in additional regions
本日より、Amazon Elastic Compute Cloud (Amazon EC2) の C8i インスタンスと C8i-Flex インスタンスが AWS ヨーロッパソブリンクラウド (ドイツ) リージョンで利用できるようになりました。これらのインスタンスは AWS でのみ利用可能なカスタムの Intel Xeon 6 プロセッサを搭載しており、クラウドで同等の Intel プロセッサの中で最高のパフォーマンスと最速のメモリ帯域幅を実現します。これらの C8i および C8i-Flex インスタンスは、前世代の Intel ベースのインスタンスと比較して、コストパフォーマンスが最大 15% 向上し、メモリ帯域幅が 2.5 倍も増えています。C7i および C7i-Flex インスタンスよりも最大 20% 高いパフォーマンスを提供し、特定のワークロードではさらに高いパフォーマンスを発揮します。C8i と C8i-Flex は、C7i や C7i-Flex と比較して NGINX ウェブアプリケーションでは最大 60%、AI ディープラーニングレコメンデーションモデルでは最大 40%、Memcached ストアでは 35% 高速です。\n AWS マネジメントコンソール。お客様は貯蓄プラン、オンデマンドインスタンス、スポットインスタンスを通じてこれらのインスタンスを購入できます。新しい C8i および C8i-Flex インスタンスの詳細については、AWS ニュースブログをご覧ください。
AWS IAM outbound identity federation now supports interface VPC endpoints for OIDC discovery
AWS ID およびアクセス管理 (IAM) アウトバウンド ID フェデレーションは、OpenID Connect (OIDC) 検出 API の Amazon 仮想プライベートクラウド (VPC) エンドポイントをサポートするようになりました。トラフィックがパブリックインターネットを経由しなくても、AWS PrivateLink を使用して VPC 内から OIDC 検出メタデータと JSON Web キーセット (JWKS) 検証キーエンドポイントにアクセスできるようになりました。\nIAM アウトバウンド ID フェデレーションにより、AWS ワークロードが外部サービスにアクセスするときに、長期間有効な認証情報を使用する必要がなくなります。代わりに、ワークロードは AWS セキュリティトークンサービス (AWS STS) から有効期間の短い JSON ウェブトークン (JWT) をリクエストします。外部サービスは、OIDC 検出エンドポイントで利用可能な公開検証キーとメタデータを使用してこれらのトークンを検証します。以前は、OIDC ディスカバリーエンドポイントにはパブリックインターネット経由でしかアクセスできなかったため、インターネットにアクセスできない VPC で実行されている検証ワークロードでは取得できませんでした。今回のローンチにより、これらのエンドポイントにプライベートにアクセスするためのインターフェイス VPC エンドポイントを作成し、検証キーを取得するトラフィックを AWS ネットワーク内に留めておくことができます。この機能により、外部サービスが JWT を検証できるようにしながら、インターネットアクセスが制限されている VPC で動作するワークロードのネットワークセキュリティ要件を満たすことができます。 この機能は、すべての商用 AWS リージョン、AWS GovCloud (米国) リージョン、および中国リージョンで利用できます。この機能には、標準の AWS PrivateLink 料金以外に追加料金はかかりません。詳細については、IAM ユーザーガイドを参照してください。
AWS DataSync launches a monitoring dashboard for tracking task executions across your account
AWS DataSync では、DataSync コンソールにモニタリングダッシュボードが提供され、アカウント全体のデータ転送を可視化できるようになりました。タスクを実行するたびに、そのステータス、データおよびファイルの転送速度、所要時間、転送されたデータおよびファイルの合計数を確認できます。ステータス、タスク、タスクモード、実行 ID、または開始時間で実行をフィルタリングして、特定の実行に集中できます。ダッシュボードには、成功した実行と失敗した実行の数、転送された累積データとファイルなど、フィルタリングされた結果がタスクごとにまとめて表示されます。問題のトラブルシューティングを行うには、失敗した実行を選択してエラーを表示できます。ダッシュボードには、設定したタスク、場所、エージェントの数と、リアルタイムの合計転送レートも表示されます。\n以前は、複数の転送を監視するには、各実行を個別に確認するか、カスタム Amazon CloudWatch ダッシュボードを作成する必要がありました。今では、同時転送の状態、パフォーマンス、進行状況を 1 つのビューからモニタリングできるようになりました。これは、一度に多くのタスクを実行する大規模な移行や定期的な転送に役立ちます。 AWS DataSync ダッシュボードは、すべての商用の AWS リージョンと AWS DataSync が利用可能な AWS GovCloud (米国) リージョンで追加料金なしで利用できます。ダッシュボードを表示するには、AWS DataSync コンソールにアクセスしてください。DataSync の詳細については、AWS DataSync ユーザーガイドをご覧ください。
AWS Elastic Disaster Recovery now supports AWS Graviton-based source servers
AWS エラスティックディザスターリカバリー (AWS DRS) は、AWS Graviton ベース (arm64) ソースサーバーのディザスターリカバリーをサポートするようになりました。x86 ワークロードで既に使用しているのと同じシンプルで信頼性の高い DRS エクスペリエンスで Graviton ワークロードを保護および復旧できるようになりました。\nコストパフォーマンスの面でのメリットから Graviton に移行するワークロードが増えるにつれ、他の環境と同じディザスタリカバリの対象範囲が必要になります。DRS は arm64 ソースサーバーを自動的に検出して Graviton インスタンスに復元し、ワークロードのアーキテクチャを端から端まで維持するようになりました。リカバリーは他のサーバーと同じように機能し、特別な設定は一切必要ありません。 この機能は、AWS DRS が提供されているすべての AWS リージョンで、追加料金なしで利用できます。詳細については、AWS Elastic ディザスターリカバリーユーザーガイドをご覧ください。
AWS End User Messaging and Amazon SES now offer AI agent skills for the AWS MCP Server
AWS エンドユーザーメッセージングと Amazon SES が AWS MCP サーバー用の AI エージェントスキルを公開するようになりました。これにより、開発者は AI コーディングエージェントに平易な言葉で質問するだけでメッセージを作成して送信できます。以前は、開発者はメッセージングタスクを完了するために複数のドキュメントページと管理コンソール画面をナビゲートする必要がありました。現在では、送信者本人確認やブランド化された Rich Communication Services (RCS) エージェントの構築、プロダクションメールの送信などのタスクについて、各スキルが検証済みの段階的なガイダンスをエージェントに提供するようになっています。\nこれらのスキルは、Claude Code、Codex、Cursor、Kiro などの一般的な AI コーディングエージェントと連携できます。たとえば、Amazon SES に送信者本人確認を依頼して、初めてプロダクション用 E メールを送信することができます。AWS End User Messaging にブランド化された RCS エージェントを構築してもらい、カードやボタン付きの豊富なメッセージを自分宛に送信できます。このスキルにより、手動でドキュメントを検索したり、コンソール画面を切り替えたりする必要がなくなり、自然言語コマンドを使用してメッセージングワークフローを直接完了できます。 これらのスキルを使用するには、まず AWS MCP サーバーをエージェントに接続します。Claude Code、Codex、Cursor では、aws-core プラグインが 1 回のインストールでサーバーと厳選されたスキルセットをバンドルします。Kiro やその他のエージェントでは、MCP 設定ファイルにサーバーを追加します。次に、必要なチャネル用のスキルを追加すると、エージェントがガイドする準備が整います。各スキルの機能とインストール方法の詳細については、AWS エンドユーザーメッセージング SMS および RCS エージェントセットアップガイド、AWS エンドユーザーメッセージング WhatsApp エージェントセットアップガイド、および Amazon SES エージェントセットアップガイドを参照してください。
AWS End User Messaging now supports voice calling on WhatsApp
AWS エンドユーザーメッセージングでは、企業がメッセージングに既に使用しているのと同じ検証済みビジネス ID を使用して、WhatsApp 内で顧客と直接音声通話を発信および受信できるようになりました。WhatsApp 音声通話では、別のチャネルやアプリケーションに切り替えることなく、会話をチャットスレッドから音声通話にシームレスに移行できるため、コンテキストが失われることはなく、顧客は会話が始まったメッセージスレッドに留まります。\n音声通話は双方向で機能します。顧客はWhatsAppチャット内から企業に電話をかけることができ、企業は連絡を許可した顧客に電話をかけることができます。AWS エンドユーザーメッセージングコンソールまたは API を使用して、登録した WhatsApp ビジネス電話番号で WhatsApp 音声通話を有効にして管理できます。 WhatsApp 音声通話は、AWS エンドユーザーメッセージングソーシャルが利用できるすべてのリージョンで利用できます。 詳細を確認して使用を開始するには、AWS エンドユーザーメッセージングソーシャルユーザーガイドを参照してください。
AWS Billing and Cost Management now provides billing context for your account through a new API
AWS 請求およびコスト管理では、指定した期間におけるアカウントの請求コンテキストを返す ListBillingViewSegments API が提供されるようになりました。\nこの API を使用して、管理アカウント、メンバーアカウント、請求グループのプライマリアカウントなど、請求階層におけるアカウントの位置に関する情報を取得できます。また、請求関係を管理しているアカウントや、コストデータに適用されている料金設定 (請求対象か見積りか) を特定することもできます。API は請求コンテキストのみを返し、コストと使用状況データは返しません。API は直接呼び出すことも、AI エージェントを通じて呼び出すこともできます。 請求コンテキストは期間の途中で変わる可能性があります。そのため、API はリクエストされた期間を複数の時間セグメントに分割し、それぞれに有効日範囲を設定します。たとえば、あるアカウントが当初は自身の支払人としてスタートし、メンバーアカウントとして別の組織の下に移り、翌月には新しい支払者に AWS Billing Conductor を通じて請求を管理させるといった具合です。3 つの期間すべてを対象とするリクエストでは、3 つのセグメントが返されます。各セグメントには、有効だったアカウントと請求設定が示されます。 ListBillingViewSegments はすべての商用 AWS リージョンで追加料金なしで利用でき、主要な請求ビューをサポートしています。開始するには、AWS 請求 API リファレンスをご覧ください。
AWS Blogs
Amazon Web Services ブログ (日本語)
- AI エージェントを組織構造に乗せる – PLAY が AWS DevOps Agent で築いた全社共通のインシデント対応基盤
- Amazon CloudWatch Omni のご紹介:生成 AI およびエージェント型ワークロード向けの AI を活用したオブザーバビリティ
- AWS for SAP MCP Server で実現する SAP へのシングルサインオン・エージェントアクセス
- 株式会社クリエイティブ・ウェブ様の AWS 開発事例「Amazon Connect Customer を活用した AI ロールプレイ研修システムの高速構築」のご紹介
- Amazon CloudWatch Omni のご紹介:アプリケーション向けのコラボレーション型 AI を活用したオブザーバビリティ
AWS Cloud Financial Management
AWS Cloud Operations Blog
Containers
AWS Database Blog
AWS Developer Tools Blog
Artificial Intelligence
- EFA と DeepEP を使用して Amazon EKS での MoE 強化学習のスループットを 40% 向上させたスケーリングを実現
- Amazon SageMaker HyperPod の SkyRL でマルチモーダル RL トレーニングを加速
- NarrateAI: Amazon Bedrockでのプロダクション準備が整った合同会社品質保証
- Amazon SageMaker AI に QWEN3-TTS を使用してリアルタイムでパーソナライズされたスピーチをデプロイする
- Datacor が Amazon クイックサイトを使用してセルフサービスのレンタル分析を構築した方法
- Amazon SageMaker HyperPod と Qumulo によるマルチリージョントレーニング
AWS for M&E Blog
Networking & Content Delivery
AWS Storage Blog
- AWS ストレージ評価を使用したクラウド移行のためのデータ主導型計画
- AWS ストレージ評価の内部:インテリジェントな分析が当て推量に取って代わる方法
- 移行前のデータ保護計画:AWS Storage Assessments がバックアップと災害復旧のコストをモデル化する方法