AWSの基礎力をつけるためにAWS What’s Newを毎日目を通す事を始めました。 最初は日本語訳されたものを見ていたのですが、1週間ほど遅れて訳されるようなので、英語の情報を訳して整理することにしました。
本情報が役立つ人もいるかなと思い公開します。 個人的な理解なので、実際の情報は原典をあたってください。
¥3,520 Amazonで見る![AWS運用入門 改訂第2版 押さえておきたいAWSの基本と運用ノウハウ [AWS深掘りガイド] 単行本（ソフトカバー） – 2025/7/11](https://m.media-amazon.com/images/I/61ftnZ09WvL._SY522_.jpg)
AWS運用入門 改訂第2版 押さえておきたいAWSの基本と運用ノウハウ [AWS深掘りガイド] 単行本（ソフトカバー） – 2025/7/11
Amazon Connectの評価フォームで複数選択と日付の質問がサポート開始 #
投稿日: 2025年12月15日
何ができるようになったのか #
Amazon Connectの評価フォームで、人間およびAIエージェントのパフォーマンスに関するより深いインサイトを収集するための、2つの新しい評価質問タイプ（複数選択と日付）が利用可能になりました。管理者は、顧客がセールス会話中に興味を持った製品など、複数の回答を選択できる質問を作成できるようになりました。さらに、評価フォーム内で顧客およびエージェントのアクションに関する日付を記録できます。
何が嬉しいのか #
人間およびAIエージェントのパフォーマンスに関するより詳細なインサイトを収集できるようになり、評価の質と効率が向上します。
これまでとどう変わるのか #
- これまで: 評価フォームの質問タイプが限定的でした。
- これから: 評価フォームで複数選択と日付の質問がサポートされ、より柔軟で詳細な情報収集が可能になります。
具体的なユースケース #
- 顧客がセールス会話中に興味を持った製品を記録する。
- 顧客がローンの申請を行った日時や承認された日時を記録する。
Amazon EC2 M8i インスタンスが追加リージョンで利用可能に #
投稿日: 2025年12月16日
何ができるようになったのか #
Amazon EC2 M8i インスタンスが、アジアパシフィック (ソウル)、アジアパシフィック (東京)、アジアパシフィック (シドニー)、アジアパシフィック (シンガポール)、カナダ (中部) リージョンで利用可能になりました。これらのインスタンスは、AWS のみで利用可能なカスタム Intel Xeon 6 プロセッサを搭載しており、クラウド上の同等の Intel プロセッサの中で最高のパフォーマンスと最速のメモリ帯域幅を提供します。
何が嬉しいのか #
M8i インスタンスは、前世代の Intel ベースのインスタンスと比較して、最大 15% 優れた価格性能と 2.5 倍のメモリ帯域幅を提供します。 また、M7i インスタンスと比較して最大 20% 優れたパフォーマンスを発揮し、特定のワークロードではさらに高い性能向上を実現します。
これまでとどう変わるのか #
- これまで: M8i インスタンスは一部のリージョンでのみ利用可能でした。
- これから: M8i インスタンスがアジアパシフィック (ソウル)、アジアパシフィック (東京)、アジアパシフィック (シドニー)、アジアパシフィック (シンガポール)、カナダ (中部) リージョンで利用可能になり、より多くの地域で高性能なインスタンスを利用できるようになりました。
具体的なユースケース #
- PostgreSQL データベース: M7i インスタンスと比較して最大 30% 高速です。
- NGINX ウェブアプリケーション: M7i インスタンスと比較して最大 60% 高速です。
- AI ディープラーニング推奨モデル: M7i インスタンスと比較して最大 40% 高速です。
- 最大規模のインスタンスサイズや継続的な高い CPU 使用率を必要とする、あらゆる汎用ワークロードに適しています。
Amazon EKSが強化されたネットワークセキュリティポリシーを導入 #
投稿日: 2025年12月15日
何ができるようになったのか #
Amazon Elastic Kubernetes Service (EKS) に強化されたネットワークポリシー機能が導入されました。これにより、Kubernetesワークロードおよびクラスター外部の宛先との統合におけるネットワークセキュリティ体制を向上させることができます。この機能強化は、以前からEKSでサポートされていたネットワークセグメンテーション機能に基づいて構築されています。
具体的には、クラスター全体でネットワークアクセスフィルターを一元的に適用できるようになり、また、クラスター環境からのエグレス（送信）トラフィックを保護するために、Domain Name System (DNS) ベースのポリシーを活用できるようになりました。
これらの新機能は、Kubernetesバージョン1.29以降を実行する新しいEKSクラスター向けに、すべての商用AWSリージョンで利用可能です。既存のクラスターへのサポートは今後数週間で提供される予定です。ClusterNetworkPolicyは、VPC CNI v1.21.0以降を使用するすべてのEKSクラスター起動モードで利用できます。DNSベースのポリシーは、EKS Auto Modeで起動されたEC2インスタンスでのみサポートされます。
何が嬉しいのか #
この機能強化により、Kubernetesワークロードとクラスター外部の宛先との統合におけるネットワークセキュリティ体制を大幅に改善できます。EKSを使用してアプリケーション環境を拡張し続けるお客様にとって、ネットワークトラフィックの分離は、クラスター内外のリソースへの不正アクセスを防ぐ上でますます不可欠です。
クラスター管理者は、Fully Qualified Domain Name (FQDN) に基づいて外部エンドポイントへのトラフィックをフィルタリングするエグレスルールを使用することで、クラウドまたはオンプレミスのクラスター外部リソースへの不正アクセスを防ぐための、より安定した予測可能なアプローチを得ることができます。
これまでとどう変わるのか #
- これまで: EKSは、Amazon VPC Container Network Interface (VPC CNI) プラグインでKubernetes NetworkPoliciesのサポートを導入し、名前空間レベルでのPod間通信のセグメンテーションを可能にしていました。
- これから: クラスター全体のネットワークフィルターを一元的に管理できるようになりました。また、クラスター管理者は、FQDNに基づいて外部エンドポイントへのトラフィックをフィルタリングするエグレスルールを使用することで、クラスター外部リソースへの不正アクセスを防ぐための、より安定した予測可能なアプローチを利用できます。
具体的なユースケース #
- EKSを使用してアプリケーション環境を大規模に展開している際に、ネットワークトラフィックの厳格な分離を必要とする場合。
- クラスターから外部サービスへのエグレス通信を、特定のFQDNに基づいてきめ細かく制御し、セキュリティを強化したい場合。
Amazon Elastic VMware Service (Amazon EVS) が追加リージョンで利用可能に #
投稿日: 2025年12月15日
何ができるようになったのか #
Amazon Elastic VMware Service (Amazon EVS) が、米国西部 (北カリフォルニア)、アジアパシフィック (ハイデラバード)、アジアパシフィック (マレーシア)、カナダ西部 (カルガリー)、欧州 (ミラノ)、メキシコ (セントラル)、南米 (サンパウロ) の各リージョンで、全てのアベイラビリティーゾーンで利用可能になりました。これにより、VMware ワークロードをクラウドで実行するための選択肢がさらに広がります。
何が嬉しいのか #
この拡張により、VMware ワークロードを AWS の規模と柔軟性を活用して実行するための選択肢が増えます。迅速なデプロイにより、ワークロードの AWS へ移行が加速され、老朽化したインフラストラクチャの排除、運用リスクの軽減、データセンターからの移行における重要なタイムラインの達成に役立ちます。また、これらのリージョンでの可用性向上により、エンドユーザーに近い場所での低レイテンシー、データレジデンシーまたは主権要件への準拠、および高可用性と回復性の追加オプションが提供され、冗長性戦略が強化されます。
これまでとどう変わるのか #
- これまで: 上記の追加リージョンでは Amazon EVS が利用できませんでした。
- これから: 上記の追加リージョンで Amazon EVS が利用可能になり、VMware Cloud Foundation (VCF) 環境を数時間でセットアップし、VMware ワークロードを AWS に迅速に移行できるようになりました。
具体的なユースケース #
- VMware ワークロードを、エンドユーザーに近いリージョンにデプロイすることで、アプリケーションのレイテンシーを低減する。
- 特定のデータレジデンシーまたは主権要件がある場合に、新たに利用可能になったリージョンで VMware ワークロードを実行する。
- 既存のデータセンターから VMware ワークロードを AWS に迅速に移行し、老朽化したインフラストラクチャの運用コストとリスクを削減する。
Amazon Managed Service for Apache Flink が AWS アジアパシフィック (オークランド) リージョンで利用可能に #
投稿日: 2025年12月15日
何ができるようになったのか #
本日より、お客様は AWS アジアパシフィック (オークランド) リージョンで Amazon Managed Service for Apache Flink を利用して、リアルタイムのストリーム処理アプリケーションを構築できるようになりました。
何が嬉しいのか #
Amazon Managed Service for Apache Flink は、Apache Flink を使用してストリーミングデータをリアルタイムで変換および分析するプロセスを簡素化します。これにより、Apache Flink アプリケーションの構築と管理の複雑さが軽減され、Amazon Managed Streaming for Apache Kafka (Amazon MSK)、Amazon Kinesis Data Streams、Amazon OpenSearch Service、Amazon DynamoDB Streams、Amazon Simple Storage Service (Amazon S3) など、組み込みコネクタを使用したカスタム統合との連携が容易になります。
これまでとどう変わるのか #
- これまで: AWS アジアパシフィック (オークランド) リージョンでは Amazon Managed Service for Apache Flink が利用できませんでした。
- これから: AWS アジアパシフィック (オークランド) リージョンで Amazon Managed Service for Apache Flink を利用し、リアルタイムのストリーム処理アプリケーションを構築できるようになりました。
具体的なユースケース #
- ニュージーランドのオークランドリージョンに拠点を置く企業が、リアルタイムのデータ分析やストリーム処理を行うアプリケーションを構築する際に、低レイテンシーでサービスを利用できます。
- 既存のデータパイプラインをオークランドリージョンに拡張し、地理的に近い場所でデータ処理を行うことで、パフォーマンスを向上させることができます。
Amazon Quick Suiteがチャットエージェントのメモリをサポート #
投稿日: 2025年12月16日
何ができるようになったのか #
Amazon Quick Suiteのチャットエージェントがメモリ機能をサポートするようになりました。これにより、ユーザーは過去の会話に基づいてパーソナライズされた応答を受け取ることができます。Quick Suiteは、ユーザーがチャットで指定した設定（応答形式、略語、ダッシュボード、統合など）を記憶し、それらに合わせて調整された応答を生成します。ユーザーは推論された設定を確認・削除したり、会話がメモリ推論に使用されないプライベートモードでチャットを開始したりすることも可能です。
何が嬉しいのか #
この新機能により、チャットエージェントとのやり取りがより効率的かつパーソナルになります。ユーザーは毎回同じ情報を繰り返す必要がなくなり、より正確で洞察に富んだ応答を迅速に得られるようになります。また、ユーザー自身がメモリの内容を完全に管理できるため、プライバシーとコントロールが確保されます。
これまでとどう変わるのか #
- これまで: チャットユーザーは、応答形式、略語、ダッシュボード、統合に関する設定を会話ごとに繰り返す必要がありました。また、曖昧なトピックやエンティティを明確にするために、何度もやり取りを重ねる必要がありました。
- これから: Quick Suiteがユーザーの事実や詳細を記憶するため、繰り返しや曖昧さの解消にかかる手間が減り、継続的に学習・改善された応答が提供されます。
具体的なユースケース #
- ユーザーが特定のレポート形式やデータソースを好む場合、チャットエージェントはそれを記憶し、以降の問い合わせに対して自動的にその形式で情報を提供します。
- 特定の業界用語や社内略語を使用するユーザーに対して、エージェントはそれらを記憶し、より適切な言葉遣いで応答することで、コミュニケーションの効率が向上します。
- ユーザーが過去に興味を示したダッシュボードや統合に関する情報を記憶し、関連する質問があった際に、より的確な情報や提案を行うことができます。
AWS Billing and Cost Management がダッシュボードの PDF エクスポートと CSV データダウンロードに対応 #
投稿日: 2025年12月15日
何ができるようになったのか #
AWS Billing and Cost Management のダッシュボードで、PDF エクスポートと CSV データダウンロード機能が利用可能になりました。これにより、カスタマイズされたダッシュボードを PDF ファイルとしてオフライン分析や共有のためにエクスポートしたり、個々のウィジェットデータを CSV 形式でダウンロードしてスプレッドシートアプリケーションで詳細に分析したりできるようになります。
何が嬉しいのか #
この新機能により、組織全体で AWS のコストに関するインサイトを共有する方法がさらに増えました。スクリーンショットや手動での書式設定が不要になり、一貫した表示とダッシュボードのレイアウトを維持した整形済みレポートを簡単に作成できます。これにより、ステークホルダーとの会議やレビュー、戦略的計画セッションでの共有が容易になります。また、詳細なデータ分析が必要な場合は、アナリストが特定のコストメトリクスを好みのスプレッドシートツールで詳細に調査できるようになります。
これまでとどう変わるのか #
- これまで: ダッシュボードの共有は、閲覧または編集アクセス権限の付与が主な方法でした。オフラインでの共有や詳細なデータ分析には、スクリーンショットや手動でのデータ抽出が必要でした。
- これから: ダッシュボード全体または個々のウィジェットを直接コンソールから PDF ファイルとしてエクスポートしたり、個々のウィジェットデータを CSV 形式でダウンロードしたりできるようになりました。
具体的なユースケース #
- 月次または四半期のコストレビュー会議で、整形された PDF レポートをステークホルダーと共有する。
- 特定のサービスやプロジェクトのコスト傾向を詳細に分析するため、関連するウィジェットデータを CSV 形式でダウンロードし、スプレッドシートツールでさらに掘り下げる。
- コスト最適化戦略を策定する際に、過去のコストデータを PDF レポートとして参照し、意思決定の材料とする。
AWS、炭素排出量データの公開時間を21日以内に短縮 #
投稿日: 2025年12月16日
何ができるようになったのか #
AWSは、顧客の炭素排出量データ（Carbon Footprint Data）の公開時間を21日以内に短縮しました。以前は最大3ヶ月のデータ遅延がありましたが、今後は利用月の翌月15日から21日の間に推定データが公開されます。
何が嬉しいのか #
炭素排出量データがより早く利用可能になることで、アプリケーションの実行方法や場所について、よりタイムリーな意思決定を行うための洞察が得られます。これにより、リソース効率の向上を通じて排出量とコストを削減する機会を特定できます。 また、CCFTダッシュボードは38ヶ月分のデータを保持しているため、長期的な炭素利用傾向を把握できます。
これまでとどう変わるのか #
- これまで: 炭素排出量データは最大3ヶ月のデータ遅延で公開されていました。
- これから: 利用月の翌月15日から21日の間に推定データが公開され、21日以内にデータにアクセスできるようになります。
具体的なユースケース #
- AWS Billing and Cost Management コンソールを通じて、自身の炭素排出量データを参照し、環境負荷低減のための運用改善に役立てる。
- アプリケーションのデプロイ戦略やリソース利用状況を評価し、より環境効率の良い構成へと最適化する。
AWS Clean Roomsがメンバー招待とテーブル準備状況に関するイベントをEventBridgeに発行 #
投稿日: 2024年05月16日
何ができるようになったのか #
AWS Clean Roomsが、新しいメンバー招待とテーブルの準備状況に関するイベントをAmazon EventBridgeに発行するようになりました。これにより、コラボレーションメンバーはリアルタイムのインサイトを得て、透明性が向上します。Clean Roomsコラボレーションに招待されたメンバーは、招待時にEventBridge通知を受け取るため、新しい招待の確認やコラボレーションへの参加が容易になります。また、IDマッピングテーブルやIDネームスペースなどのAWS Entity Resolutionリソースがコラボレーションに関連付けられた際にも、コラボレーションメンバーに通知が届きます。これにより、コラボレーターのデータセット間で関連レコードを使用する分析を自動的に開始できるようになります。
何が嬉しいのか #
この機能により、アクションまでの時間を数時間から数分に短縮し、コラボレーションメンバー間の透明性を高めることができます。顧客は数分でセキュアなデータクリーンルームを作成し、AWSまたはSnowflake上のあらゆる企業と協力して、広告キャンペーン、投資決定、研究開発に関する独自のインサイトを生成できます。
これまでとどう変わるのか #
- これまで: コラボレーションメンバーは、新しい招待やテーブルの準備状況を手動で確認する必要があり、遅延や透明性の欠如につながる可能性がありました。
- これから: Amazon EventBridgeを介して、メンバー招待とテーブルの準備状況に関するリアルタイム通知が提供されます。これにより、招待の確認や分析の開始プロセスが自動化されます。
具体的なユースケース #
- パブリッシャーが広告主をコラボレーションに招待した場合、広告主がコラボレーション内でIDマッピングテーブルを作成するとすぐに、パブリッシャーはメディアプランニング分析を自動的に実行できます。
ユーザー属性を使用したコスト配分を発表 #
投稿日: 2025年12月15日
何ができるようになったのか #
AWSは、既存の従業員ユーザー属性（コストセンター、部門、組織、部署など）を使用して、AWSアプリケーションの使用状況とコストを追跡・分析する新しいコスト配分機能を発表しました。この新機能により、Amazon Q Business、Amazon Q Developer、Amazon QuickSightなどのAWSアプリケーションのユーザーごとの月額サブスクリプション料金とオンデマンド料金を、それぞれの社内事業部門に配分できるようになります。
何が嬉しいのか #
この機能により、Cloud Financial Operations (FinOps) の専門家は、AWS Cost ExplorerおよびAWS CUR 2.0でコストを表示・分析し、異なるチームがどのようにAWSの使用状況とコストを推進しているかを可視化できるようになります。これにより、より正確なコスト管理と最適化が可能になります。
これまでとどう変わるのか #
- これまで: ユーザー属性に基づいたAWSアプリケーションのコスト配分は、手動または複雑なプロセスが必要でした。
- これから: IAM Identity Centerにユーザー属性をインポートし、AWS Billing and Cost Managementコンソールからコスト配分タグとして有効化することで、ユーザーがAWSアプリケーションにアクセスする際に、その使用状況とコストが選択された属性とともに自動的に記録されます。
具体的なユースケース #
- 企業内の各部署が利用するAmazon Q Businessの費用を、それぞれの部署のコストセンターに自動的に配分し、部門ごとのITコストを正確に把握する。
Amazon EC2 M7a インスタンスが欧州 (ロンドン) リージョンで利用可能に #
投稿日: 2025年12月15日
何ができるようになったのか #
汎用 Amazon EC2 M7a インスタンスが、AWS 欧州 (ロンドン) リージョンで利用可能になりました。M7a インスタンスは、第4世代 AMD EPYC プロセッサ (コードネーム Genoa) を搭載し、最大周波数 3.7 GHz で動作します。
何が嬉しいのか #
M7a インスタンスは、M6a インスタンスと比較して最大50%高いパフォーマンスを提供します。 これにより、顧客はより高い処理能力を必要とするワークロードを、欧州 (ロンドン) リージョンで効率的に実行できるようになります。
これまでとどう変わるのか #
- これまで: 欧州 (ロンドン) リージョンでは、M7a インスタンスが利用できませんでした。
- これから: 欧州 (ロンドン) リージョンで M7a インスタンスが利用可能になり、既存の M6a インスタンスよりも高性能なオプションが提供されます。
具体的なユースケース #
- 欧州 (ロンドン) リージョンで、高性能な汎用ワークロード (例: アプリケーションサーバー、マイクロサービス、ゲームサーバー、中規模のデータストアなど) を実行する顧客は、M7a インスタンスを利用してパフォーマンスを向上させることができます。
- 既存の M6a インスタンスを使用している顧客は、M7a インスタンスに移行することで、コスト効率を維持しつつ、ワークロードの処理能力を大幅に向上させることが可能です。
- 欧州 (ロンドン) リージョンで事業を展開し、低レイテンシーと高性能を求める企業は、M7a インスタンスを活用してアプリケーションの応答性を高めることができます。
Amazon EC2 M8i-flex インスタンスがアジアパシフィック (シドニー) リージョンで利用可能に #
投稿日: 2025年12月16日
何ができるようになったのか #
Amazon EC2 M8i-flex インスタンスがアジアパシフィック (シドニー) リージョンで利用可能になりました。これらのインスタンスは、AWS専用のカスタム Intel Xeon 6 プロセッサを搭載しており、クラウド内の同等の Intel プロセッサの中で最高のパフォーマンスと最速のメモリ帯域幅を提供します。
何が嬉しいのか #
M8i-flex インスタンスは、前世代の Intel ベースのインスタンスと比較して最大15%優れた価格性能比と2.5倍のメモリ帯域幅を提供します。 また、M7i-flex インスタンスと比較して最大20%優れたパフォーマンスを発揮し、特定のワークロードではさらに高い性能向上が見られます。 具体的には、PostgreSQL データベースでは最大30%、NGINX ウェブアプリケーションでは最大60%、AI ディープラーニングのレコメンデーションモデルでは最大40%高速化されます。
これまでとどう変わるのか #
- これまで: M8i-flex インスタンスはアジアパシフィック (シドニー) リージョンでは利用できませんでした。前世代の Intel ベースのインスタンスは、価格性能比とメモリ帯域幅が低かったです。
- これから: アジアパシフィック (シドニー) リージョンで M8i-flex インスタンスが利用可能になり、大幅に改善された価格性能比とメモリ帯域幅が提供されます。
具体的なユースケース #
- ウェブサーバーおよびアプリケーションサーバー、マイクロサービス、中小規模のデータストア、仮想デスクトップ、エンタープライズアプリケーションなど、ほとんどの汎用ワークロードに最適な価格性能比を提供します。
- すべてのコンピューティングリソースを完全に活用しないアプリケーションにとって、優れた最初の選択肢となります。
Amazon Quick Suiteブラウザ拡張機能がQuick Flowsをサポート開始 #
投稿日: 2025年12月16日
何ができるようになったのか #
Amazon Quick Suiteブラウザ拡張機能がAmazon Quick Flowsをサポートするようになりました。これにより、ウェブブラウザ内で直接ワークフローを実行できるようになり、各ウェブページから手動で情報を抽出する必要がなくなります。作成したワークフローや共有されたワークフローを呼び出し、ウェブページコンテンツを入力として渡すことが、ブラウザを離れることなく可能になります。
何が嬉しいのか #
この機能は、契約書を分析して主要な用語を抽出したり、プロジェクトダッシュボードから週次レポートを生成して関係者に自動的に通知したりするなど、日常的なタスクを完了するのに非常に役立ちます。
これまでとどう変わるのか #
- これまで: 各ウェブページから手動で情報を抽出する必要がありました。
- これから: ウェブブラウザ内で直接ワークフローを実行し、ウェブページコンテンツを入力として渡すことで、ブラウザを離れることなくタスクを完了できます。
具体的なユースケース #
- 契約書を分析して主要な用語を抽出する。
- プロジェクトダッシュボードから週次レポートを生成し、関係者に自動的に通知する。
Amazon Route 53 Resolver エンドポイントの詳細メトリクスを開始 #
投稿日: 2025年12月16日
何ができるようになったのか #
Amazon Route 53 Resolver エンドポイントおよびアウトバウンド Resolver エンドポイントに関連付けられたターゲットネームサーバーのパフォーマンスとヘルスを監視するために、Amazon CloudWatch メトリクスを有効にできるようになりました。この新しいメトリクスにより、Resolver エンドポイントが受信したDNSクエリの応答レイテンシー、SERVFAIL、NXDOMAIN、REFUSED、または FORMERR ステータスで返されたクエリの数、およびアウトバウンド Resolver エンドポイントに関連付けられたターゲットネームサーバーの可用性を評価できます。
何が嬉しいのか #
この機能により、Route 53 Resolver エンドポイントと関連するターゲットネームサーバーのヘルス状態を迅速に評価することが容易になります。ハイブリッドクラウド構成におけるDNSクエリ解決の可視性が向上し、問題の特定とトラブルシューティングを迅速に行えるようになります。
これまでとどう変わるのか #
- これまで: Route 53 Resolver エンドポイントのパフォーマンスとヘルスに関する詳細なメトリクスが直接利用できませんでした。
- これから: Resolver エンドポイントが受信したDNSクエリの応答レイテンシー、SERVFAIL、NXDOMAIN、REFUSED、FORMERRなどのステータス、およびターゲットネームサーバーの可用性（応答レイテンシー、タイムアウトしたクエリ数）をCloudWatchで監視できるようになります。
具体的なユースケース #
- オンプレミスとAWS間のDNSクエリのパフォーマンス問題を特定し、トラブルシューティングを行う。
- Resolver エンドポイントのヘルス状態を継続的に監視し、異常を早期に検知する。
- ターゲットネームサーバーの可用性を追跡し、DNS解決の信頼性を確保する。