Weekly AWS アップデート情報 - 2025/8/4 ～CloudWatch Logs Insights が OpenSearch PPL と SQL 用の自然言語クエリ生成機能を導入～

分析

AWS Clean Rooms が Amazon EventBridge へのイベント発行を開始
AWS Clean Rooms が Amazon EventBridge にイベントを発行するようになり、Clean Rooms コラボレーションのステータス変更をリアルタイムで把握できるようになりました。コラボレーション作成者はコラボレーションやメンバーシップの変更を、分析実行者は分析の完了を通知されます。
これにより、追加の監視インフラストラクチャーなしで、コラボレーションイベントに即座に対応する自動化されたワークフローを構築できます。例えば、パートナーが顧客セグメンテーション分析を完了すると、マーケティングチームに自動的に通知され、キャンペーンのアクティベーションを開始できます。これにより、アクションまでの時間が数時間から数分に短縮され、コラボレーションメンバー間の透明性が向上します。
AWS Clean Rooms は、企業とそのパートナーが互いの基礎となるデータを公開または複製することなく、共同データセットを簡単に分析・コラボレーションできるようにするサービスです。

アプリケーション統合

Amazon SNS の標準トピックが Amazon SQS のフェアキューをサポート
Amazon Simple Notification Service (Amazon SNS) の標準トピックでメッセージグループ ID がサポートされるようになり、登録されている全ての Amazon SQS 標準キューでフェアキュー機能が利用可能になりました。
この機能により、SNS 標準トピックに登録されているマルチテナントの標準キューにおいて、特定のテナントからの大量または処理の遅いメッセージがほかのテナントのメッセージを遅延させる「ノイジーネイバー」の影響を軽減できます。
Amazon SNS 標準トピックに送信するメッセージにグループ ID を含めると、トピックは自動的にこれらの ID を登録されている全ての Amazon SQS 標準キューに転送し、キュー間でフェアキューの動作を有効にします。
この機能は以下のようなケースで特に有用です：
- Amazon SNS を使用してメッセージを複数の処理キューに配信する SaaS アプリケーション
- 複数の顧客にサービスを提供するイベント駆動アーキテクチャー
- 異なるリクエストタイプ間でサービス品質を維持する必要があるマイクロサービス
この機能は、全ての AWS 商用リージョンと AWS GovCloud (US) リージョンで利用可能です。

Amazon SNS がメッセージフィルターリングの追加演算子を発表
Amazon Simple Notification Service (Amazon SNS) に、3つの新しいメッセージフィルターリング演算子が追加されました：
1. ワイルドカードマッチング
2. ワイルドカード以外のマッチング
3. プレフィックス以外のマッチング
これにより、トピックの購読者はより柔軟なメッセージフィルターリングポリシーを定義できるようになり、関連するメッセージのみを受信できます。これにより、購読者アプリケーションでの追加のフィルターリングロジックの必要性が軽減されます。
この機能は、全ての AWS 商用リージョンと AWS GovCloud (US) リージョンで利用可能です。

Amazon EventBridge が IPv6 をサポート
Amazon EventBridge が IPv6 をサポートする新しいデュアルスタックエンドポイントを提供するようになりました。
主な特長:
- EventBridge の Event Bus、Scheduler、Pipes、スキーマレジストリに IPv6、IPv4、またはデュアルスタッククライアントで接続可能
- 既存の IPv4 のみのエンドポイントは下位互換性のために維持
このアップデートにより:
- イベント駆動型アーキテクチャーの将来性を確保
- 既存の IPv4 システムとの互換性を維持
- 複雑な IP アドレス変換インフラの必要性を排除
IPv6 対応は AWS GovCloud (US) を含む全ての AWS リージョンで利用可能です。

ビジネスアプリケーション

Amazon Connect のエージェントワークスペースがサードパーティーアプリケーションの新しいアクションとワークフローをサポート
Amazon Connect で、バックグラウンドで動作するサードパーティーアプリケーションを活用した新しいアクションとワークフローをエージェントワークスペースに導入できるようになりました。
主な特長:
- エージェントのログイン時に新しいトレーニングを表示
- 転送時に社内専用の電話帳を表示
- サードパーティーアプリケーションでのフォーム入力やファイルダウンロードなどの新しいアクション
- 顧客対応後、中断した作業を再開可能
これらの機能により、エージェントは単一のインターフェースでより高度なワークフローを完了でき、生産性と顧客満足度の向上が期待できます。
サードパーティーアプリケーションは、米国東部 (バージニア北部)、米国西部 (オレゴン)、アフリカ (ケープタウン)、アジアパシフィック (ソウル、シンガポール、シドニー、東京)、カナダ (中部)、ヨーロッパ (フランクフルト、ロンドン) の AWS リージョンで利用可能です。

Amazon Connect の UI ビルダーが改善された UX/UI を発表
Amazon Connect の UI ビルダーが更新され、Step-by-Step Guide の作成プロセスが改善されました。主な変更点は以下の通りです：
1. 構造化されたワークフローの構築が簡素化された新しいユーザーインターフェース
2. ガイドへの動的データの受け渡しと、ユーザーが入力したデータの保存がより直感的に
3. Connect のワークフロー オーケストレーションとの一貫性向上
4. マネージャーがエージェントや顧客向けの柔軟な体験を作成しやすくなった
5. カスタム変数を動的参照として定義し、複数のフィールドやコンポーネントで共有可能に
6. Cloudscape Design System コンポーネントを採用し、Amazon Connect 全体との一貫性を実現
この機能は、米国東部（バージニア北部）、米国西部（オレゴン）、カナダ（中部）、アフリカ（ケープタウン）、アジアパシフィック（ソウル、シンガポール、シドニー、東京）、ヨーロッパ（フランクフルト、ロンドン）、AWS GovCloud（米国西部）の各リージョンで利用可能です。

Amazon Connect の Contact Control Panel (CCP) が一新された外観とユーザー体験を提供開始
Amazon Connect の Contact Control Panel (CCP) のユーザーインターフェースが更新され、Cloudscape Design System のコンポーネントを使用することで、エージェントの生産性と集中力が向上しました。
更新されたユーザーインターフェースには、色やボタンの新しいビジュアルスタイル、インターフェース全体でより視覚的に一貫性のある UI 要素が含まれています。この視覚的な刷新により、コンタクトセンターのエージェントにとってより直感的で効率的な体験を提供しつつ、馴染みのあるレイアウトと機能性を維持することで、影響や研修の必要性を最小限に抑えています。
この更新されたユーザーインターフェースは、Amazon Connect が提供されている全ての AWS リージョンで利用可能です。

Amazon Connect Cases がケースアクティビティフィード内に詳細なメールコンテンツを表示
Amazon Connect Cases で、メッセージ本文、画像、添付ファイルの詳細を含むメールコンテンツがケースアクティビティフィード内に直接表示されるようになりました。これにより、ケースワーカーはメールのやりとりをより効率的に理解し、ケースをより迅速に解決できます。
Amazon Connect Cases は、以下の AWS リージョンで利用可能です:
- 米国東部 (バージニア北部)
- 米国西部 (オレゴン)
- カナダ (中部)
- ヨーロッパ (フランクフルト)
- ヨーロッパ (ロンドン)
- アジアパシフィック (ソウル)
- アジアパシフィック (シンガポール)
- アジアパシフィック (シドニー)
- アジアパシフィック (東京)
- アフリカ (ケープタウン)

Amazon Connect Cases がアフリカ（ケープタウン）リージョンで利用可能に
Amazon Connect Cases が アフリカ (ケープタウン) AWS リージョンで利用可能になりました。Amazon Connect Cases は、複数の顧客とのやりとりやフォローアップタスクを必要とする顧客の問題を、コンタクトセンターのエージェントが簡単に作成、協力、迅速に解決できるようにする組み込みのケース管理機能を提供します。
この機能は現在、以下のAWSリージョンで利用可能です:
- 米国東部 (バージニア北部)
- 米国西部 (オレゴン)
- カナダ (中部)
- ヨーロッパ (フランクフルト)
- ヨーロッパ (ロンドン)
- アジアパシフィック (ソウル)
- アジアパシフィック (シンガポール)
- アジアパシフィック (シドニー)
- アジアパシフィック (東京)
- アフリカ (ケープタウン)

Amazon Chime SDK が IPv6 API エンドポイントを提供開始
Amazon Chime SDK で IPv6 アドレスの使用が可能になりました。新しいデュアルスタック API エンドポイントを介して、IPv6 を使用して Amazon Chime SDK API を呼び出せるようになりました。
このデュアルスタックエンドポイントは IPv4 と IPv6 の両方のクライアントをサポートし、お客さまのペースで IPv4 から IPv6 ベースのシステムやアプリケーションへの移行を支援します。これにより、IPv4 と IPv6 間のアドレス変換を処理するための追加のネットワーク機器の必要性を減らしながら、IPv6 コンプライアンス要件への対応が容易になります。
デュアルスタックエンドポイントは、AWS GovCloud (US) を含む Amazon Chime SDK が利用可能な全ての AWS リージョンで利用できます。

コンピューティング

Amazon EC2 がインスタンスの強制終了をサポート
Amazon EC2 の新機能として、シャットダウン状態で停止したインスタンスを強制終了できるようになりました。
EC2 インスタンスは、OSのフリーズや基盤となるハードウェアの問題により、まれにシャットダウン状態で停止することがあります。強制終了を使用すると、まず正常なシャットダウンプロセスを試みます。タイムアウト期間内に成功しない場合は、強制シャットダウンに進みます。
強制シャットダウンでは、ファイルシステムキャッシュやメタデータのフラッシュ、シャットダウンスクリプトの実行が行われない場合があります。
この機能により、AWS の介入を待たずに、vCPU クォータや Elastic IP アドレスなど、停止したインスタンスに関連するリソースを回復できるようになり、EC2 インスタンスの管理がより柔軟になります。

Amazon EC2 が GPU パーティショニング機能を持つ G6f インスタンスを一般提供開始
Amazon EC2 G6f インスタンスの一般提供が開始されました。これは NVIDIA L4 Tensor Core GPU を搭載し、GPU パーティショニングを備えた初の GPU インスタンスです。
G6f インスタンスは幅広いグラフィックスワークロードに対応し、GPU の 1/8 サイズ（3 GB の GPU メモリ）までのパーティションを提供します。これにより、単一 GPU の EC2 G6 インスタンスと比較して、インスタンスのサイズを最適化し、大幅なコスト削減を実現できます。
メディア＆エンターテインメント、コンピューター支援設計、ML 研究、ゲームストリーミングなどのリモートワークステーションのプロビジョニングに利用できます。
G6f インスタンスは 5 つのサイズがあり、GPU の 1/2、1/4、1/8 のパーティションを提供し、第 3 世代 AMD EPYC プロセッサーと組み合わせて最大 12 GB の GPU メモリと 16 vCPU を提供します。
米国東部（バージニア北部、オハイオ）、米国西部（オレゴン）、ヨーロッパ（ストックホルム、フランクフルト、ロンドン）、アジアパシフィック（ムンバイ、東京、シドニー）、カナダ（中部）、南米（サンパウロ）のリージョンで利用可能です。
オンデマンドインスタンス、スポットインスタンス、または Savings Plans の一部として購入できます。
AWS Management Console、AWS CLI、AWS SDK を使用して、NVIDIA GRID ドライバー 18.4 以降で G6f インスタンスを起動できます。また、Amazon DCV を使用してシームレスに接続し、どこからでもリモートデスクトップアクセスが可能です。

Amazon EC2 Auto Scaling のライフサイクルフックが AWS Lambda 関数を通知ターゲットとしてサポート
Amazon EC2 Auto Scaling (ASG) のライフサイクルフックで、AWS Lambda 関数を通知ターゲットとして使用できるようになりました。この新機能により、インスタンスが待機状態になったときにカスタムアクションを実行する Lambda 関数をシームレスに統合できます。Lambda 関数を直接トリガーすることでワークフローを効率化し、イベント駆動型処理のアプローチを簡素化します。
ASG ライフサイクルフックを使用すると、Auto Scaling インスタンスのライフサイクルイベントに応じてカスタムアクションを実行できます。例えば、スケールインイベントが発生した場合、ライフサイクルフックはインスタンスを終了する前に一時停止し、通知を送信します。インスタンスが待機状態の間に、完全に終了する前にログやその他のデータをダウンロードする Lambda 関数を呼び出すことができます。
以前は、ライフサイクルフックで Lambda 関数を呼び出すために、Amazon EventBridge、Amazon SNS トピック、Amazon SQS キューなどの中間サービスを使用する必要がありました。今回のアップデートにより、Lambda 関数を直接通知ターゲットとして指定できるようになり、中間依存関係を減らしてインフラストラクチャーを簡素化できます。
この機能を使用するには、カスタム終了ポリシーと同様に、Lambda リソースベースのポリシーを使用して EC2 Auto Scaling に権限を付与します。その後、Auto Scaling グループの作成時やライフサイクルフックの追加時に、Lambda 関数の ARN を通知ターゲットとして指定できます。
この機能は、AWS GovCloud (US) リージョンを含む全ての AWS リージョンで利用可能です。

AWS Lambda のレスポンスストリーミングが 200 MB のレスポンスペイロードをサポート
AWS Lambda のレスポンスストリーミングで、デフォルトの最大レスポンスペイロードサイズが 200 MB に拡大されました。これは以前の 10 倍のサイズです。
レスポンスストリーミングの特長:
- クライアントへのレスポンスペイロードを段階的にストリーミング
- レイテンシーに敏感なワークロードのパフォーマンス向上
- ファーストバイトまでの時間 (TTFB) パフォーマンスの改善
主な用途:
- リアルタイム AI チャット
- Web やモバイルアプリケーション（ページ読み込みパフォーマンスがユーザー体験に影響）
以前の制限:
- デフォルトのレスポンスペイロード制限は 20 MB
- 制限を超える場合、ペイロードの圧縮や Amazon S3 の中間ステップが必要
新しい制限の利点:
- Lambda 内で最大 200 MB のレスポンスペイロードを直接処理可能
- 大規模データセット、画像を多く含む PDF ファイル、音楽ファイルのリアルタイム処理などが可能
対応ランタイム:
- Node.js マネージドランタイム
- カスタムランタイム
この 200 MB のレスポンスストリーミングペイロード制限は、Lambda レスポンスストリーミングがサポートされている全ての AWS リージョンでデフォルトとなっています。

AWS Batch が SageMaker トレーニングジョブのスケジューリングをサポート
AWS Batch が SageMaker トレーニングジョブのスケジューリングをサポートするようになりました。この統合により、以下の機能が提供されます:
- データサイエンティストは、AWS Batch で動作する設定可能なキューにトレーニングジョブを送信できます
- 優先度とリソースの可用性に基づいてジョブをスケジュールし、手動での再試行や調整が不要になります
- システム管理者はフェアシェアスケジューリングポリシーを設定し、チーム間のリソース利用を最適化できます
- 失敗したジョブの自動再試行とキューステータスの可視化が可能です
- SageMaker Flexible Training Plans (FTP) を利用して、必要な時に必要な容量を確保できます
- データサイエンティストは SageMaker Python SDK から直接実験を送信でき、インフラの複雑さは自動的に処理されます
この機能は AWS Management Console、CLI、SDK を通じて即座に利用可能で、追加料金はかかりません。AWS Batch for SageMaker トレーニングジョブは、AWS Batch と SageMaker AI が利用可能な全ての商用 AWS リージョンで一般提供されています。

コンテナ

Amazon EKS が Kubernetes バージョン 1.28 をサポート
Amazon RDS for Oracle が、最大 170 Gbps のネットワーク帯域幅を提供する R6in および M6in インスタンスをサポートするようになりました。ネットワーク帯域幅の向上により、M6in と R6in DB インスタンスは書き込み集中型のワークロードに適しています。
R6in と M6in インスタンスは、Bring Your Own License モデルで Oracle Database Enterprise Edition (EE) と Oracle Database Standard Edition 2 (SE2) の両方に対応しています。新しいインスタンスは、Amazon RDS 管理コンソールまたは AWS CLI を使用して起動できます。

データベース

Amazon RDS for MySQL が MySQL の新しいマイナーバージョン 8.0.43 と 8.4.6 をサポート
Amazon Relational Database Service (Amazon RDS) for MySQL が MySQL のマイナーバージョン 8.0.43 と 8.4.6 をサポートするようになりました。これらは MySQL コミュニティーによってリリースされた最新のマイナーバージョンです。
新しいマイナーバージョンへのアップグレードが推奨されています。これにより、以下のメリットがあります：
1. 既知のセキュリティ脆弱性の修正
2. バグ修正
3. パフォーマンスの向上
4. MySQL コミュニティーによる新機能の追加
自動マイナーバージョンアップグレード機能を利用すると、スケジュールされたメンテナンスウインドー中に自動的にデータベースを最新のマイナーバージョンにアップグレードできます。
また、Amazon RDS マネージド Blue/Green デプロイメントを使用することで、MySQL インスタンスのより安全、シンプル、高速な更新が可能です。
Amazon RDS for MySQL は、クラウド上で MySQL デプロイメントの設定、運用、スケーリングを簡単に行えるようにします。

Amazon Neptune Global Database が大阪など5つの新しいリージョンで利用可能に
Amazon Neptune Global Database の提供地域が拡大されました。新たに以下の地域で利用可能になりました:
- ヨーロッパ (フランクフルト)
- アジアパシフィック (シンガポール)
- アジアパシフィック (大阪)
- アジアパシフィック (ジャカルタ)
- イスラエル (テルアビブ)
Amazon Neptune Database は、高度に接続されたデータセットを扱うアプリケーションの構築と実行を容易にする、高速で信頼性の高いフルマネージドのグラフデータベースサービスです。
Neptune Global Database の特長:
- 通常1秒未満の低レイテンシーで、リージョン間の高速ストレージベースレプリケーションを実現
- ワークロードのパフォーマンスに影響を与えない専用インフラストラクチャーを使用
- リージョンの機能低下や障害時に、セカンダリーリージョンを完全な読み取り/書き込み機能に昇格可能
- 最大5つのセカンダリーリージョンをサポート
- 各セカンダリーリージョンで最大16のレプリカインスタンスをサポート
Neptune Global Database は、Amazon Neptune 管理コンソールから数クリックで作成できます。料金は、使用する Neptune リソースに対する標準料金に加えて、プライマリとセカンダリーの Neptune クラスター間の書き込み、挿入、削除を捕捉する「レプリケートされた書き込み I/O」に対しても課金されます。

Amazon ElastiCache が Redis OSS のバージョン 4 と 5 に対する延長サポートを発表
Amazon ElastiCache が Redis OSS のバージョン 4 と 5 に対する延長サポートを提供開始しました。これにより、標準サポート終了日から最大3年間、これらのバージョンで重要なワークロードを維持できます。
この新しいサービスは、アプリケーションの依存関係や大規模な展開の複雑さにより、バージョンアップグレードの計画と実行に追加の時間を必要とするお客さまのニーズに対応します。
Redis OSS の ElastiCache バージョン 4 と 5 の標準サポートは2026年1月31日に終了します。この日以降、サポート対象バージョンにアップグレードされていないクラスターは自動的に延長サポートに登録されます。
延長サポート期間中、Amazon ElastiCache は共通脆弱性識別子（CVE）に対する重要なセキュリティアップデートと、これらの Redis OSS バージョンの重大な不具合修正を引き続き提供します。
お客さまは、サービスアップデート API またはキャッシュクラスターとレプリケーショングループの変更 API を使用してアップグレードできます。
Amazon ElastiCache 延長サポートは、AWS GovCloud（US）リージョンと中国リージョンを含む全ての AWS リージョンで利用可能です。延長サポートの課金開始日は2026年2月1日以降となります。

Amazon DocumentDB Serverless が一般提供開始
Amazon DocumentDB Serverless が一般提供開始されました。これは Amazon DocumentDB (MongoDB 互換) 向けのオンデマンドで自動スケーリングする構成です。
主な特長:
- サーバーレスで完全マネージド、MongoDB API 互換のドキュメントデータベースサービス
- アプリケーションの需要に応じて細かい単位でキャパシティを自動的にスケーリング
- ピーク時のキャパシティプロビジョニングと比較して最大90%のコスト削減が可能
- 変動するワークロードに対して、リソース管理を簡素化
- 事前のコミットメントや追加コストなしで、使用したデータベースキャパシティに対してのみ課金
- 読み取りレプリカ、Performance Insights、I/O 最適化などの機能を提供
以下のようなユースケースに適しています:
- 変動的、マルチテナント、または混合 (読み取り/書き込み) ワークロードを持つアプリケーション
- 数千のアプリケーションを持つ企業
- 数百または数千のデータベースを持つマルチテナント環境を持つ SaaS ベンダー
- ネーティブのベクトル検索とサーバーレスの適応性を活用するエージェンティック AI アプリケーション
Amazon DocumentDB 5.0 以降の新規および既存のクラスターで利用可能です。

Amazon Aurora MySQL データベースクラスターが最大 256 TiB のストレージボリュームをサポート
Amazon Aurora MySQL 互換エディションの最大ストレージ制限が、従来の128 TiBから256 TiBに倍増しました。この拡張により、以下の利点があります：
- 単一のAuroraデータベースクラスター内でより大規模なデータセットを保存・管理可能
- 大規模アプリケーションのデータ管理が簡素化
- 現代のアプリケーションの増大するデータニーズに対応
お客さまは使用したストレージ分のみを支払い、256 TiB全体を事前にプロビジョニングする必要はありません。
増加したストレージ制限を利用するには、クラスターをサポートされているデータベースバージョンにアップグレードします。アップグレード後、Auroraのストレージはクラスターボリューム内のデータ量に基づいて自動的に256 TiBまでスケールアップします。
この新しいストレージボリューム容量は、Aurora MySQLとAurora PostgreSQLが利用可能な全てのAWSリージョンで利用できます。
Amazon Auroraは、MySQLとPostgreSQLとの完全な互換性を持ちながら、グローバルスケールで比類のない高性能と高可用性を実現するように設計されています。組み込みのセキュリティ、継続的バックアップ、サーバーレスコンピューティング、最大15個のリードレプリカ、自動化されたマルチリージョンレプリケーション、ほかのAWSサービスとの統合を提供します。

Amazon Aurora MySQL 3.10 (MySQL 8.0.42 互換) が一般提供開始
Amazon Aurora MySQL 互換エディション 3（MySQL 8.0 互換）が Aurora MySQL v3.10 で MySQL 8.0.42 をサポートするようになりました。主な更新内容は以下の通りです：
1. MySQL 8.0.42 の機能追加：
- セキュリティ強化とバグ修正
- writeset 依存関係追跡を使用した並列レプリケーションのパフォーマンス向上
- InnoDB ストレージエンジンのデバッグ機能強化
2. Aurora MySQL 3.10 の機能追加：
- 最大ストレージ容量が 128 TiB から 256 TiB に増加
- インメモリリレーログ最適化による binlog レプリケーションパフォーマンスの向上
- リレーログコンテンツをメモリにキャッシュ
- コミットレイテンシの削減
- binlog レプリカでのストレージ I/O 操作の最小化
アップグレードは、DB クラスターの手動変更または「自動マイナーバージョンアップグレード」オプションの有効化で実行できます。この機能は Aurora MySQL が利用可能な全ての AWS リージョンで提供されています。

AWS DMS Schema Conversion が仮想モードを導入
AWS Database Migration Service (DMS) のスキーマ変換機能に、データプロバイダー向けの仮想モードが追加されました。これにより、ターゲットデータベースインスタンスに接続せずにスキーマの評価と変換を実行できるようになりました。
主な特長:
- インフラコストを抑えながら、即座に変換計画を開始可能
- データベースの互換性評価、スキーマコードのレビューと変換、評価リポートの生成、リソース要件の計画が可能
- 実際のデータベースインフラをプロビジョニングする前に上記の作業を実行可能
- 移行準備が整った時点で、仮想から実際のデータプロバイダーにシームレスに切り替え可能
仮想モードは、Amazon RDS や Aurora PostgreSQL、MySQL、Amazon RDS for Db2、Amazon Redshift など、AWS DMS スキーマ変換がサポートする全てのターゲットデータベースで利用できます。
AWS DMS スキーマ変換がサポートされている全ての AWS リージョンで、追加料金なしで利用可能です。

ウェブとモバイルのフロントエンド

Amazon SES がテナント分離と自動評価ポリシーを導入
Amazon Simple Email Service (SES) に、以下の新機能が追加されました：
1. 単一の SES アカウント内で分離されたテナントをプロビジョニングする機能
2. 自動化された評価ポリシーを適用してメール送信を管理する機能
主な特長：
- 複数のテナントを作成し、各テナントに専用の設定セット、ID、テンプレートを割り当て可能
- 分離されたメールストリーム内の配信性の問題を検出・分離し、送信者の評価を維持
- テナントレベルのメトリクス（送信メッセージ数、バウンス率、苦情率）をリアルタイムで提供
- 評価の問題が検出された場合、影響を受けるテナントを自動的に一時停止
- 3つの評価ポリシーオプション：標準（推奨）、厳格、なし（手動監視）
- テナントのステータス変更や新しい評価結果の検出時に Amazon EventBridge に通知を発行
この新機能は、Amazon SES が提供されている全ての AWS リージョンで利用可能です。

Amazon Location Service の Migration SDK が拡張された場所、ルート、マップ機能をサポート
Amazon Location Service の Migration SDK が更新され、拡張された場所、ルーティング、マッピング機能のサポートが拡張されました。新機能には以下が含まれます：
- 近隣検索
- 電話番号による検索
- ウェイポイントの最適化
- ステップバイステップのルート計画指示
この更新により、これらの機能に依存するお客さまが Google Maps Platform から Amazon Location Service へ移行しやすくなりました。開発者は、アプリケーションやビジネスロジックを書き直すことなく、より洗練された位置情報ベースのアプリケーションを移行できます。
お客さまは、現在の Google Maps API の使用状況と Migration SDK がサポートする API のリストを比較して、Migration SDK が適しているかどうかを判断できます。Amazon Location Service が Maps/Places/Routes の機能セットを拡張するにつれて、Migration SDK も更新される予定です。

IoT

AWS IoT SiteWise が多変量異常検知機能を導入
AWS IoT SiteWise で多変量異常検知機能が一般提供されました。この機能により、産業界の顧客は設備や資産データの異常を自動的に特定できるようになります。
主な特長:
- 機械学習の専門知識なしで予測保全や予防保全戦略の実装が簡素化
- 運用効率の向上とダウンタイムの削減を支援
- コードを書いたり複雑なインフラを管理したりすることなく、全資産の設備異常を検知可能
- タービン、コンプレッサー、モーターなどの資産に特に効果的
この機能は、AWS IoT SiteWise が提供されている以下のリージョンで利用可能です:
- 米国東部 (バージニア北部)
- ヨーロッパ (アイルランド)
- アジアパシフィック (シドニー)

AWS IoT Core が MQTT 共有サブスクリプション向けのメッセージキューイングを追加
AWS IoT Core が MQTT 共有サブスクリプションのメッセージキューイングをサポートするようになりました。これにより、ネットワーク障害時でも IoT アプリケーションのメッセージ配信の信頼性を維持できます。
主な特長:
- 共有サブスクリプショングループのメンバーが切断されたり、受信メッセージ量を処理できない場合、サービスは自動的に永続セッションで QoS1 メッセージをキューイングします。
- キューイングされたメッセージは、共有サブスクライバーが再接続したり、グループに新しいサブスクライバーが追加されたときに自動的に配信されます。
- 接続の問題やピーク負荷時の重要データ保持に役立ちます。
- MQTT v3.1.1 および 5.0 クライアントと完全に互換性があります。
- AWS IoT Core がサポートされている全ての AWS リージョンで利用可能です。
キューイングされたメッセージには標準のメッセージング料金が適用されます。

人工知能

Amazon Q Developer が多言語サポートを拡大
Amazon Q Developer が AWS Management Console、AWS Console モバイルアプリケーション、Microsoft Teams および Slack チャットアプリケーションにおいて、多言語サポートを拡大しました。サポートされる言語には、フランス語、ドイツ語、イタリア語、日本語、韓国語、中国語、スペイン語、ポルトガル語などが含まれます。
利用するには、希望する言語で Q Developer との会話を開始するだけです。Q Developer は自動的に言語を検出し、適切な言語で回答を提供します。これにより、グローバルチームがより迅速かつアクセスしやすい方法で AWS リソースの学習、監視、運用、トラブルシューティングを行えるようになります。
このアップデートは、Amazon Q Developer が利用可能な全ての AWS リージョンで利用できます。

Amazon Q Developer CLI がカスタムエージェントを発表
Amazon Q Developer CLI にカスタムエージェント機能が追加されました。主な特長は以下の通りです:
- コードレビューやトラブルシューティングなど、特定のタスクに特化したカスタムエージェントを作成可能
- 設定ファイルでエージェントの使用ツール、動作を導くプロンプト、必要なコンテキストを定義
- カスタムエージェントを使用して CLI で会話を開始でき、コンテキストスイッチを減らし効率化
- MCP やネーティブツールの使用可否、ファイルシステム書き込みツールのパス権限など、詳細な動作制御が可能
- 静的に含めるファイルや、コンテキストフックを通じて動的に含めるファイルを指定可能
- プロジェクト固有のエージェントをチーム内で共有したり、開発者がプロジェクト横断的に使用するグローバルエージェントを作成可能
この機能は Amazon Q Developer CLI 内で利用できます。

Amazon Bedrock Data Automation が DOC/DOCX と H.265 ファイルをサポート
Amazon Bedrock Data Automation (BDA) が DOC/DOCX ファイルと H.265 エンコードされた動画ファイルの処理をサポートするようになりました。
この更新により:
1. DOC/DOCX サポート:
- Word 文書やリポートなどのテキストベースのコンテンツを PDF に変換せずに直接処理可能
- テキスト抽出と分析のワークフローが効率化
2. H.265 サポート:
- 高品質な動画ファイルをより効率的に処理
- 従来のコーデックと比較して、高画質でありながらファイルサイズが大幅に小さい
- 動画分析ワークロードの処理時間が短縮
これらの機能により、より包括的で効率的なマルチモーダルデータ分析パイプラインの構築が可能になります。
Amazon Bedrock Data Automation は、ヨーロッパ（フランクフルト、ロンドン、アイルランド）、アジアパシフィック（ムンバイ、シドニー）、米国西部（オレゴン）、米国東部（バージニア北部）の7つのAWSリージョンで利用可能です。

AWS Entity Resolution が Levenshtein、Cosine、Soundex を使用した高度なマッチングを開始
AWS Entity Resolution が高度なルールベースのファジーマッチングを発表しました。主な特長は以下の通りです：
1. Levenshtein Distance、Cosine Similarity、Soundex アルゴリズムを使用
2. 断片化、不整合、不完全なデータセット間での消費者レコードの解決を支援
3. バリエーションやタイプミスに対する許容性を導入
4. レコードの手動前処理が不要
この機能により、以下の利点が得られます：
- マッチ率の向上
- パーソナライゼーションの強化
- 消費者ビューの統合
- 効果的なクロスチャンネルターゲティング、リターゲティング、測定の実現
高度なルールベースのファジーマッチングは、従来のルールベースと機械学習ベースのマッチング技術のギャップを埋めます。顧客は文字列フィールドに類似性、距離、音声的しきい値を設定できます。
この機能は、広告・マーケティング、小売・消費財、金融サービスなど、複数の業界で適用可能です。
AWS Entity Resolution は、複数のアプリケーション、チャンネル、データストアに保存された関連する顧客、製品、ビジネス、またはヘルスケアレコードのマッチング、リンク、強化を支援します。エンティティ解決や機械学習の専門知識がなくても、柔軟でスケーラブルなマッチングワークフローを使用して、数分で開始できます。

管理とガバナンス

Database Insights が RDS for Oracle 向けのオンデマンド分析を提供開始
Amazon CloudWatch Database Insights が RDS for Oracle データベースエンジンに対応し、オンデマンド分析機能を拡張しました。この機能は機械学習モデルを活用して、選択した期間のパフォーマンスボトルネックを特定し、次のアクションに関するアドバイスを提供します。
主な特長:
- 任意の期間のデータベースパフォーマンスモニターリングデータを分析
- 通常時との差異、問題点、是正措置のアドバイスを提供
- グラフと説明でパフォーマンス問題の主要因を特定
- 問題解決のための次のステップをガイド
- データベースパフォーマンス問題の診断時間を大幅に短縮（数時間から数分へ）
RDS for Oracle データベースで Database Insights の Advanced モードを有効にすることで、この機能を利用できます。CloudWatch Database Insights は、フリートレベルでのデータベース健全性モニターリングと、詳細なデータベースおよび SQL クエリ分析のためのインスタンスレベルのダッシュボードを提供します。全ての AWS リージョンで利用可能で、vCPU ベースの料金体系を採用しています。

Database Insights が Aurora Limitless データベースのフリートサポートを追加
CloudWatch Database Insights が Amazon Aurora PostgreSQL Limitless データベースのフリートモニターリングをサポートするようになりました。Database Insights は、DevOps エンジニア、アプリケーション開発者、データベース管理者 (DBA) 向けに設計された、データベースのトラブルシューティングを迅速化し、データベースフリートの健全性を包括的に把握するための可観測性ソリューションです。
Database Insights は、アプリケーション、データベース、およびそれらが実行されるOSからのログとメトリクスを、コンソール上の統合ビューに集約します。事前構築されたダッシュボードと自動化されたテレメトリ収集を使用して、全てのデータベースタイプのフリート健全性を1カ所で監視し、フリート概要から個々のインスタンス分析まで、シームレスにドリルダウンできます。
Database Insights は、エステート全体の可視性を提供するフリート健全性ダッシュボードと、詳細なパフォーマンス分析のためのインスタンスダッシュボードという2つの監視ビューを提供します。Aurora Limitless PostgreSQL データベースは以前からインスタンスレベルの監視でサポートされており、シャードグループ間の負荷分散を追跡できました。今回、この機能をフリートレベルの監視にまで拡張し、Aurora クラスター、RDS インスタンス、Aurora Limitless PostgreSQL データベースを含む、データベースフリート全体の健全性を単一の統合ダッシュボードで確認できるようになりました。
Aurora サービスコンソール、AWS API、SDK を使用して Limitless データベースで有効にすることで、Aurora Limitless 用の Database Insights を利用開始できます。
Aurora Limitless 用の Database Insights は、Aurora Limitless が利用可能な全てのリージョンで利用可能で、新しい ACU ベースの価格設定が適用されます。

Amazon Managed Service for Prometheus がワークスペースごとのアクティブな時系列のデフォルト上限を 5,000 万に引き上げ
Amazon Managed Service for Prometheus のワークスペースごとのアクティブな時系列のデフォルト上限が、1,000万から5,000万に引き上げられました。これにより、5,000万シリーズまでの上限引き上げリクエストが不要になります。お客さまは引き続き、ワークスペース当たり最大10億のアクティブシリーズまで上限引き上げをリクエストできます。
Amazon Managed Service for Prometheus ワークスペースは、Prometheus メトリクスの保存とクエリ専用の論理的なスペースです。新しい上限は既存のワークスペースに適用済みで、Amazon Managed Service for Prometheus が一般提供されている全ての AWS リージョンで利用可能です。

Amazon CloudWatch と Amazon OpenSearch Service が AWS Network Firewall 用の事前構築ダッシュボードを提供開始
AWS が新しい AWS Network Firewall ダッシュボードを発表しました。このダッシュボードは、Amazon CloudWatch と Amazon OpenSearch Service 間の統合分析エクスペリエンスを強化します。既存の Amazon VPC、AWS CloudTrail、AWS WAF ログを含む事前構築されたダッシュボードセットが拡張されました。
新しいダッシュボードは以下の機能を提供します：
1. トラフィックパターン、プロトコル、AWS PrivateLink エンドポイント、TLS Server Name Indication (SNI) トラフィックなどのネットワークメトリクスに関する洞察
2. セキュリティチームが CloudWatch でほかの AWS サービスログとともに AWS Network Firewall ログを監視・分析できるようにすることで、トラブルシューティング能力を強化
3. セキュリティ管理者が異常なネットワークアクティビティを迅速に特定し、プライベートネットワーク接続を監視し、TLS ポリシーの有効性を評価してネットワークセキュリティ構成を最適化可能
このダッシュボードは、CloudWatch Logs Insights または OpenSearch Service コンソールで作成できます。OpenSearch Service の直接クエリが利用可能なリージョンで利用できます。

AWS Management Console がどこからでもアプリケーションの検出と管理を可能に
AWS Management Console に新機能が追加されました。この機能により、アプリケーション中心のエクスペリエンスが AWS Management Console のどこからでもアクセス可能になりました。
主な特長：
1. AWS Console のナビゲーションバーのサービスメニューから AWS アプリケーションを表示できます。
2. 「All Applications」ビューで、全てのアプリケーションを確認し、お気に入りに登録できます。
3. アプリケーションをクリックすると、関連する全てのリソースが表示され、プロパティやタグに基づくフィルターを追加できます。
4. 複数のアプリケーションを管理するお客さまは、アプリケーションをお気に入りに登録し、素早く切り替えることができます。
5. 1クリックで全てのアプリケーションを表示でき、現在のコンテキストから離れることなく、アプリケーション内のリソース間を移動できます。
この新機能は、全ての AWS コマーシャルリージョンで利用可能です。AWS Management Console のナビゲーションバーにあるサービスメニューの「All Applications」をクリックしてアクセスできます。

ネットワーキングとコンテンツ配信

Amazon CloudFront がオリジンレスポンスタイムアウトの新しい制御機能を導入
Amazon CloudFront がオリジンタイムアウト制御を強化する2つの機能を提供開始しました：
1. レスポンス完了タイムアウト
2. Amazon S3 オリジンに対するカスタムレスポンスタイムアウト値のサポート
これらの機能強化により、オリジンレスポンスタイムアウトをより細かく制御できるようになり、ネットワーク状況やオリジンのパフォーマンスにかかわらず、一貫性のある信頼性の高いユーザーエクスペリエンスを提供できます。
新しいレスポンス完了タイムアウトでは、CloudFront が全てのパケットとリトライにわたってオリジンからの完全なレスポンスを待つ最大時間を設定できます。これにより、メディアストリーミングや API コールなどのレイテンシーに敏感なワークロードの累積レスポンス時間を制御できます。
Amazon S3 をオリジンとして使用する場合、デフォルト値の30秒ではなく、カスタムレスポンスタイムアウト値を設定できるようになりました。
これらの機能により、CloudFront が遅いまたは応答しないオリジンをどのように処理するかをより細かく制御できます。
AWS China (北京) リージョンを除く全ての CloudFront エッジロケーションでサポートされており、追加料金なしで CloudFront コンソール、API、AWS CloudFormation を使用して設定できます。

Amazon Application Recovery Controller がリージョン切り替えをサポート
Amazon Application Recovery Controller (ARC) が、マルチリージョンアプリケーションの復旧のための AWS リージョン切り替えをサポートするようになりました。この自動化された機能により、以下が可能になります：
1. 別の AWS リージョンからマルチリージョンアプリケーションの運用を切り替えるための具体的な手順を調整
2. リアルタイムの可視性とロギングを提供するダッシュボードを復旧プロセス全体で利用可能
これにより、以下のメリットがあります：
- エンジニアリング作業時間の節約
- フェイルオーバー手順の完了、カスタムダッシュボードの作成、複数の AWS アカウントでホストされた組織全体のアプリケーションの復旧成功の証拠を手動で収集する際の運用オーバーヘッドの削減
リージョン切り替え機能は以下をサポートします：
- アクティブ-パッシブマルチリージョンアプローチのフェイルオーバーとフェイルバック
- アクティブ-アクティブマルチリージョンアプローチのアプリケーションに対する AWS リージョンの追加と削除
ARC リージョン切り替えの特長：
- マルチリージョン復旧のための高可用性ソリューション
- 各リージョンで独立して動作
- リージョン切り替えプランは、アプリケーションが稼働する全てのリージョンにレプリケートされる
使用方法：
1. ARC コンソール、API、または CLI を使用してリージョン切り替えプランを作成
2. プランは30分ごとに評価され、正しい構成と復旧の準備が整っていることを確認
3. テストや運用イベントからの復旧時には、ARC ダッシュボードを使用してアプリケーションの復旧を監視
ARC リージョン切り替えは、全ての商用 AWS リージョンで利用可能です。

AWS Direct Connect がサポート対象のパートナーインターコネクトで MACsec 機能を拡張
AWS Direct Connect が、サポートされている物理デバイスで終端するパートナー所有のインターコネクトで IEEE 802.1AE MAC セキュリティ標準 (MACsec) 暗号化をサポートするようになりました。
サポートされているデバイスを使用するパートナーは、MACsec がサポートされている世界中の 100 以上の接続ポイントで、エッジネットワークデバイスと Direct Connect デバイス間のレイヤー 2 接続を暗号化できます。
MACsec は、AWS のネットワークデバイスとパートナーのエッジデバイス間で、ネーティブかつほぼ回線速度のポイントツーポイント暗号化をレイヤー 2 で提供するように設計されています。
この機能を有効にしたパートナーは、セキュアなリンクを通過する全ての顧客トラフィックを暗号化できます。
パートナーは、Direct Connect コンソールまたはサポートされている API を通じて、MACsec 対応のインターコネクトをリクエストし、新機能を管理できます。

セキュリティ、アイデンティティ、コンプライアンス

AWS Directory Service が Managed Microsoft AD 向けハイブリッドエディションを発表
AWS Directory Service for Microsoft Active Directory の新機能である Hybrid Edition for AWS Managed Microsoft AD が発表されました。この機能により、以下が可能になります：
- 既存の Active Directory ドメインを AWS に拡張
- オンプレミス、AWS クラウド、マルチクラウド環境間で統一された Active Directory 展開を実現
- AD 環境と AWS 間のレプリケーションとメンテナンスを自動処理
- 既存の AD データを維持しながら、AD に依存するワークロードをクラウドに移行
- 既存のアクセス制御とグループポリシーを保持し、権限の再設定が不要
この機能により、以下のメリットがあります：
- Amazon EC2、Amazon FSx for Windows File Server、Amazon RDS などの AWS サービスとの容易な統合
- 運用オーバーヘッドの大幅な削減
- AD インフラストラクチャーのメンテナンスを AWS が担当
- AWS Secrets Manager を使用した管理者認証情報の安全な共有
Hybrid Edition for AWS Managed Microsoft AD は、AWS マネジメントコンソール、AWS CLI、または AWS SDK を通じて利用可能です。

ストレージ

Amazon S3 アクセスポイントが属性ベースのアクセス制御のためのタグをサポート
Amazon S3 Access Points が、属性ベースのアクセス制御 (ABAC) のためのタグをサポートするようになりました。S3 Access Points は、S3 の汎用バケットとディレクトリーバケットの共有データセットへのデータアクセス管理を簡素化します。
ABAC サポートにより、以下が可能になります:
- アクセスポイントへのタグ付け
- 新規および既存のユーザー、ロール、アクセスポイントへのタグベースの権限の拡張
これにより、AWS Identity and Access Management (IAM)、S3 バケット、アクセスポイントポリシーの頻繁な更新が不要になり、共有データセットのアクセスガバナンスのスケーリングが簡素化されます。
S3 Access Points のタグ付けは、AWS Management Console、S3 REST API、AWS CLI、AWS SDK を使用して開始できます。この機能は、全ての AWS リージョンで追加コストなしで利用可能です。

AWS Backup が Aurora DSQL マルチリージョン復元ワークフローを改善
AWS Backup が Amazon Aurora DSQL マルチリージョンクラスターの復元ワークフローを改善し、分散 SQL データベースの復旧を簡素化しました。この機能強化により、以下が可能になりました:
- マルチリージョンクラスター内の単一リージョンから復元を開始
- AWS Backup が全リージョンにわたるプロセス全体を管理
- ピアリージョンのバックアップコピーを自動識別
- 全リージョンにわたってバックアップを復元
- 復元されたクラスターをリンクしてマルチリージョンクラスターの作成を完了
これにより、Aurora DSQL マルチリージョンクラスターの復元がより高速で信頼性が向上し、ビジネス継続性と復旧目標が改善されます。ただし、お客さまは引き続き全てのピアリージョンでバックアップコピーを作成する必要があります。
この機能は、Aurora DSQL マルチリージョンクラスターが利用可能な全ての AWS リージョンで利用できます。AWS Backup マネジメントコンソール、AWS CLI、または AWS SDK を通じて利用可能です。

今週のWeekly AWSは、以上です。

最後までお読みいただき、ありがとうございました。

関連サービス