AWS アップデート (2026 年 10 月)

Amazon Connect Customer がフローとフロー モジュールのバージョン管理とエイリアス機能をサポートし、顧客体験フローの構築、テスト、デプロイを簡素化し、ライブエンドカスタマーへの影響を最小限に抑える。バージョン管理ではフローにイミュータブルなバージョンを作成し、バージョンにフレンドリ名 (エイリアス) をアタッチできる。キュー、クイックコネクト、電話番号などのリソースを特定のバージョンではなくエイリアスにポイントする。新しいバージョンのロールアウトは 1 回の更新で可能で、リソースを再公開または再リンクする必要はない。例えば、更新された顧客体験フローを新しいバージョンとして公開し、テスト環境で検証しながらライブトラフィックは現在のバージョンに留まる。次に、プロダクションエイリアスを再ポイントして、すべての電話番号を 1 回の更新で新しいバージョンに移動できる。この機能は、Amazon Connect Customer が提供されているすべての AWS リージョンで利用可能。詳細については、Amazon Connect Customer 管理ガイドの「フローのバージョン管理とエイリアス」を参照。Amazon Connect Customer の詳細については、Amazon Connect Customer のウェブサイトを参照。

この更新の位置づけ

この更新は、顧客体験フローの管理とデプロイを効率化する必要がある企業向け

対応リージョン: Amazon Connect Customer と同じ

AWS WAF は、Amazon CloudFront ディストリビューション向けに自動 SDK 統合を発表した。この機能を有効にすると、CloudFront は AWS WAF JavaScript SDK のスクリプタグを提供する HTML に自動で追加し、アプリケーションコード、ビルドプロセス、デプロイメントを変更する必要はない。SDK は、Bot Control (ターゲット検査レベル)、Fraud Control アカウント乗っ取り防止 (ATP)、Fraud Control アカウント作成詐欺防止 (ACFP) の 3 つの AWS WAF マネージドルールグループで使用されるクライアント側シグナルを提供する。以前は、これらのシグナルを提供するために、保護したいすべてのアプリケーションのページにスクリプタグを追加し、リリース間で維持する必要があった。多くのアプリケーションを実行しているチームや、彼らが制御しないシステムでページを提供しているチームにとって、これは繰り返し作業と、保護が AWS WAF で有効でもクライアント側統合が欠落する一般的な設定ミス原因となっていた。CloudFront ディストリビューションを保護する Web ACL で自動 SDK 統合を有効にすると、アプリケーションごとの作業が不要になる。この自動 SDK 統合は、Amazon CloudFront で使用され、少なくとも 1 つのマネージドルールグループを含む Web ACL で利用可能である。AWS マネジメントコンソール、CLI、SDK、CDK、または CloudFormation で設定できる。AWS WAF コンソールでは、マネージドルールグループ設定と共に設定が表示され、これらのルールグループの 1 つで新しい Web ACL を作成するとデフォルトで有効になる。プログラム的に Web ACL を作成する場合、デフォルトでは無効である。このリリース以前に作成された Web ACL は変更されない。自動 SDK 統合には追加料金はかからない。要件、制限、コンテンツセキュリティポリシーのガイダンスについては、AWS WAF 開発者ガイドの「CloudFront ディストリビューション向けの自動 SDK 統合」を参照。

この更新の位置づけ

この更新は、AWS WAF と CloudFront を連携させることで、ボット攻撃や詐欺をより効果的に検出・防止する開発者やセキュリティ担当者に関連する。

Amazon RDS for Oracle では、JVM、Spatial、Locator、OLAP オプションを使用する新しいおよび既存の DB インスタンスで、自動マイナー版アップグレードを無効にできる。これまで、これらのオプションでは自動マイナー版アップグレードが有効に設定されていましたが、今回の変更により、ユーザーがアップグレードのタイミングを選択できるようになります。自動マイナー版アップグレードを無効にした場合は、最新の Oracle セキュリティ修正を適用するために、新しいマイナー版を定期的に適用することを推奨します。自動マイナー版アップグレードを有効のままにしておきつつ、環境のアップグレード順序を制御したい場合は、AWS Organizations のアップグレードロールアウトポリシーを使用できます。この変更は、Amazon RDS for Oracle が提供されているすべての商用 AWS リージョンおよび AWS GovCloud (US) リージョンで利用可能です。Amazon RDS for Oracle で利用可能なオプションの詳細については、Amazon RDS ユーザーガイドの「Oracle DB インスタンスにオプションを追加する」を参照してください。

この更新の位置づけ

この変更は、Oracle データベースを Amazon RDS で管理しているユーザーに影響する。特に JVM、Spatial、Locator、OLAP オプションを使用しているユーザーは、アップグレードのタイミングを自らコントロールできるようになる。

対応リージョン: 全リージョン

Amazon MSK は、MSK プロビジョニング済みクラスターでトランスポートレイヤセキュリティ (TLS) プロトコルのバージョン 1.3 をサポートします。TLS 1.3 はストリーミングデータの暗号化をより高速かつ安全にし、コンプライアンスフレームワークや企業のセキュリティ標準でますます必要とされています。また、量子コンピューターによる攻撃からデータを保護するためのポストクアンタム暗号化の前提条件の 1 つでもあります。顧客は、MSK クラスターの設定で名前付きセキュリティポリシーを選択することで TLS 1.3 を有効にできます。既存のクラスターにはポリシーが適用されるまで変更はありません。名前付きセキュリティポリシーは、クラスターが受け入れることができる TLS バージョンおよび暗号化スイートを定義します。このリリースにより、Amazon MSK は顧客が選択できる一連のポリシーを提供し、選択されたポリシーの要件を満たさない接続は拒否されます。これにより、顧客はセキュリティとコンプライアンスの姿勢をコントロールできます。TLS 1.2 と TLS 1.3 の両方をサポートするポリシーでは、クライアントがサポートする最高バージョンで接続を交渉できます。TLS 1.3 をサポートするクライアントはすぐに接続でき、TLS 1.2 のクライアントは TLS 1.2 で接続を続けます。これにより、顧客はより厳格なポリシーを適用する前にクライアントをアップグレードできます。顧客はコンプライアンス要件に沿ってより厳格なポリシーを選択し、接続を TLS 1.3 にのみ制限することもできます。この機能は、Amazon MSK プロビジョニングが利用可能なすべての AWS リージョンで追加コストなしで利用できます。詳細については、Amazon MSK ドキュメンテーションを参照してください。

この更新の位置づけ

Amazon MSK は、Kafka ベースのマネージドサービスです。この更新により、データ転送中のセキュリティが強化され、特にコンプライアンスやセキュリティ要件が高い企業にとって有用です。

対応リージョン: Amazon MSK Provisioned と同じ

Amazon CloudFront はオプションで 2 つの新しいヘッダーをオリジンに転送できる。CloudFront-Viewer-ISP ヘッダーはリクエスト元のインターネットサービスプロバイダー (ISP) の名前を示し、リクエストがどのネットワークから来たか確認できる。CloudFront-Viewer-TLS-Details ヘッダーは各ビューアの TLS 接続で使用された暗号化手法を記述し、ポストクォンタム暗号化 (PQC) が使用されたかどうかを確認できる。CloudFront-Viewer-ISP を使用して、ネットワークごとのトラフィックやパフォーマンスを分析し、特定の提供元からの異常なトラフィックを隔離できる。CloudFront-Viewer-TLS-Details には各接続の鍵交換、署名方式、署名公開鍵タイプが含まれ、実際に PQC で接続しているビューアの割合を測定したり、未対応のクライアントを特定できる。いずれかのヘッダーをオリジンに転送するには、オリジンリクエストポリシーに追加し、ディストリビューションにアタッチする。

この更新の位置づけ

この更新は、ウェブトラフィックの分析やセキュリティ強化を必要とする開発者やセキュリティ担当者に関連する。CloudFront の機能を活用して、リクエスト元のネットワークや暗号化技術を詳細に監視できる。

OpenAI の Daybreak Red が、認証された顧客向けに Amazon Bedrock で AWS GovCloud (US-East) で提供開始された。Daybreak Red: GPT-5.6 Cyber は、許可された脆弱性調査、攻撃再現、および緩和策開発用に構築されており、複雑なセキュリティ問題を調査するための余地を増やし、この作業に対する拒否を減らし、より強力なアイデンティティ検証、監視、およびアクセス制御を提供する。Daybreak Red は Bedrock の次世代推論エンジンで実行され、チップレベルでゼロオペレーターアクセスが強制される。推論データはモデルをトレーニングするために使用されず、Daybreak Red のデータは OpenAI と共有する必要はない。このモデルは US 東 (オハイオ) および AWS GovCloud (US-East) で利用可能。モデルへのアクセスには OpenAI からの Daybreak アクセス登録が必要。開始するには、OpenAI または AWS アカウントチームに Daybreak の適格性について連絡する。承認されたら、AWS アカウントチームと協力してアクセスを有効にする。

この更新の位置づけ

セキュリティチームが高度な AI を利用して脆弱性や攻撃の再現、防御策の開発を行う際の新しいツールとして、AWS GovCloud (US-East) で Daybreak Red が提供開始された

対応リージョン: AWS GovCloud (米国東部)、オハイオ

Amazon Connect Customer は、メール作成中に接続が中断されたり、ブラウザーが誤って閉じたりリフレッシュされた場合でも、進捗を失わずに作業を再開できるように、進行中のメールを自動的に下書きとして保存する。この機能により、エージェントはメッセージ本文、受信者、件名、添付ファイルの参照を含む下書きを復元できる。顧客は、保存された下書きデータを Amazon S3 バケットにアクセスして、他のアプリケーションとの統合を構築することもできる。

この更新の位置づけ

顧客サービスエージェントがメール対応中に作業を中断された場合でも、確実に処理を完了できるようにする機能

Kiro の Web 検索により、エージェントはインターネット上の最新情報をリアルタイムにアクセスでき、その回答は最新の検索結果とページコンテンツに基づく。エージェントは、質問が最近の変更やモデル学習データを超えるトピックを含む場合に自動的に Web 検索を使用する。Web 結果を使用する回答には引用が含まれる。Kiro のエンタープライズ管理者は、Kiro コンソールの設定で組織向けに Web 検索と Web フェッチを無効にできる。チームは個々のカスタムエージェントから Web ツールを削除したり、機能ベースのアクセス許可ルールでブロックしたりすることもできる。詳細については、AWS GovCloud (US) のドキュメント、監視および追跡ガイドを参照するか、AWS アカウントチームに連絡する。Kiro についてさらに詳しく知りたい場合は、Kiro 製品ページにアクセスしてください。

この更新の位置づけ

Kiro は AI エージェント向けの AWS サービスで、Web 検索機能により最新情報を活用できる。これにより、組織の情報セキュリティ要件に合わせた管理が可能になる。

Amazon Bedrock は、AWS GovCloud (US) で OpenAI GPT-5.6 モデル (Terra と Luna) の API サポートを拡張し、Responses、Converse、Chat Completions API を bedrock-runtime エンドポイントでサポートします。さらに、AWS GovCloud (US) リージョン内でのクロスリージョン推論をサポートし、顧客は複数のリージョンにわたる処理能力を自動的に管理せずにスループットを向上させることができます。クロスリージョン推論は、AWS GovCloud (US) の両リージョン間でリクエストをルーティングし、米国データ主権を維持しながらスケール可能にし、需要のピーク時でも最大のスループットと Bedrock の処理能力を提供します。このリリースでは API サポートも拡張され、OpenAI GPT モデルを bedrock-runtime エンドポイントで使用できます。これらのネイティブな OpenAI API は Bedrock の他のモデルと同じアカウントレベル制御で動作し、使用状況は Bedrock モデル呼び出しログ (Amazon S3 または Amazon CloudWatch Logs に配信可能)、Amazon CloudWatch メトリクス (呼び出し回数、トークン数、レイテンシ、スロットリング、エラー)、AWS Cost Explorer および AWS コストと使用レポートで項目化され、モデルごとの支出を属性化できます。OpenAI モデル用のクロスリージョン推論は、Amazon Bedrock で OpenAI モデルが提供されているすべての AWS リージョンで利用可能です。開始するには、Amazon Bedrock ユーザーガイドで GPT-5.6 (Terra と Luna) のモデルカードを確認してください。

この更新の位置づけ

この更新は、AWS GovCloud (US) で AI モデルを運用しているユーザーに影響を与えます。クロスリージョン推論により、処理能力と冗長性を向上させることができます。

Amazon Quick は企業向けに Quick Essentials を導入した。このプランにより、組織は AI パワードのチャット、リサーチ、フロー、アプリなどのすべての機能を簡単に利用できるようになる。ユーザーは Quick Sight のダッシュボードやレポートを表示・操作し、必要なペースで採用を進めることができる。Quick Sight リーダーユーザーは、追加のユーザーごとのコストなしで Quick Essentials にアップグレードされ、自然言語でダッシュボードに質問 (例：3 月の売上減少の原因) やフォローアップ質問をすることができる。回答をドキュメントやプレゼンテーション、スプレッドシートに変換することもできる。リサーチ機能はデータやファイル、ウェブから情報を収集して詳細なレポートを生成し、フロー機能は定期的な更新を自動化する。存在しないツールが必要な場合は、アプリがコードを書かずに構築する。既存のダッシュボード、お気に入り、最近のアイテムはそのまま残る。行レベルおよび列レベルのセキュリティがすべての回答に適用され、データは顧客間で共有されず、共有モデルをトレーニングにも使用されない。管理者は、カスタム権限プロファイルをユーザーやロールに適用して機能を管理できる。Quick Essentials は、Quick AI 機能が利用可能な AWS リージョンで段階的にロールアウトされる。

この更新の位置づけ

Amazon Quick はエンタープライズ向けのビジネスインテリジェンスと AI アシスタントツール。Quick Essentials はユーザーが AI 機能を簡単に利用できるようにし、データ分析やレポート作成を効率化する。

マネージド Prometheus コレクタが Amazon MSK のコンシューマーグループメトリクスをサポートするようになった。この統合により、Kafka エクスポートメトリクスとコンシューマーグループの遅延メトリクスが Amazon MSK クラスターから収集される。マネージド Prometheus コレクタは、ワークロードから Prometheus メトリクスを検出および収集し、ユーザーがコレクションエージェントを自分で実行・操作する必要はない。収集されたメトリクスは、Amazon Managed Service for Prometheus ワークスペースまたは Amazon CloudWatch に取り込まれ、そこでクエリや分析が可能。コンシューマーグループメトリクスにより、Kafka ストリームのヘルスとコンシューマーのパフォーマンスを監視し、ストリーミングアプリケーションの処理ボトルネックを検出できる。この機能は、マネージド Prometheus コレクタが一般提供されているすべての AWS リージョンで利用可能。

この更新の位置づけ

この更新は、Amazon MSK クラスターの監視を自動化したいユーザーに有用。Kafka ストリームのヘルスとコンシューマーのパフォーマンスを簡単に監視できる。

Amazon MSK Connect は、Amazon MSK で Apache Kafka Connect コネクタをデプロイ、監視、スケールできる完全マネージドサービスである。これまで、コネクタのプラグインまたはワーカー設定を更新するには、コネクタを削除して再作成する必要があり、運用負荷とリスクが増大した。今回の機能追加により、更新をその場で行えるようになり、コネクタはコミットされたオフセットを保持し、タスクは更新完了後から処理を再開する。この機能は、Amazon MSK Connect がサポートされているすべての AWS リージョンで追加コストなしで利用できる

この更新の位置づけ

Apache Kafka Connect コネクタの管理を簡素化する完全マネージドサービスである Amazon MSK Connect の新機能。コネクタの更新作業をより安全かつ効率的に行えるようになる

対応リージョン: Amazon MSK Connect と同じ

本日、AWS は、複数の法人を運営するパートナーが一次に製品をリストアップし、子会社が直接のプライベートオファーとして販売できるようにする機能を発表した。これにより、各アカウントで重複リストを再作成する必要が解消される。メインユーザーがリストの所有権を保持し、各子会社が販売できる製品とプライベートオファーを提供する国を指定できる。各子会社は独自の税務 ID で取引し、サポートする通貨や支払い設定、銀行口座を選択する。メインユーザーの AWS Marketplace 分析レポートには、接続されたすべての子会社アカウントのオファー、契約、更新の統合ビューが表示される。パートナーはいつでも子会社の権限または接続を撤回でき、これによりその子会社が新しいオファーを作成できなくなり、すでに購入者に提供された契約やオファーは変更されない。この機能は、AWS Marketplace が提供されているすべての AWS リージョンで、追加費用なしで利用可能である。

この更新の位置づけ

この変更は、複数の法人を運営する AWS パートナーに特に有用であり、管理の効率化とグローバルな販売戦略の最適化に役立つ。

対応リージョン: AWS Marketplace と同じ

Amazon SageMaker AI インフェレンスが GPU パーティショニングをサポートし、1 つの GPU で複数のモデルを実行できるようにする。NVIDIA Multi-Instance GPU (MIG) 技術を使用して、GPU を最大 7 つの分離されたパーティションに分割し、それぞれに独自のメモリとコンピュートを割り当てる。細調整されたバリアントや埋め込みモデル、リランクラー、分類子など、小規模から中規模のモデルを提供する顧客は、これまで各モデルに完全なアクセラレータを割り当てる必要があり、インスタンスが GPU の数だけモデルをホストし、モデルが使用しない GPU キャパシティを支払わなければならなかった。GPU パーティショニングでは、エンドポイントの背後にある GPU の分割方法を選択し、各モデルをそれに合うサイズのパーティションに配置できる。複数のモデルが 1 つのアクセラレータを共有し、ハードウェアで強制された分離により、忙しいモデルが隣のモデルのメモリやスループットを奪うことはない。ワークロードに適切なアクセラレータを右サイズにすることで、1 つのモデルに必要なよりも多くのキャパシティを持つ新しいインスタンス世代も利用可能になる。エンドポイントを作成して推論コンポーネントをホストするときに GPU パーティショニングを構成し、各モデルを名前で呼び出し続けるため、アプリケーションコードは変更されない。GPU パーティショニングは、P4d、P5、G7、G7e インスタンスで US East (N. Virginia)、US East (Ohio)、US West (Oregon)、Asia Pacific (Singapore)、Asia Pacific (Tokyo)、Europe (Frankfurt)、Europe (Ireland) で利用可能。

この更新の位置づけ

小規模から中規模のモデルをホストする顧客にとって、コスト効率とリソースの最適化に役立つ

対応リージョン: バージニア北部、オハイオなど 7 のリージョン

本日より、Amazon Aurora PostgreSQL 互換エディションがポストクォンタム TLS (PQ-TLS) キー交換のサポートを開始し、データ転送中の暗号化にポストクォンタム暗号技術を使用できるようになった。Amazon Aurora PostgreSQL バージョン 18 以上では、ssl_groups パラメーターの変更がサポートされており、組織のセキュリティ基準に合わせるために Amazon Aurora PostgreSQL 許可リストから暗号グループを選択できる。Amazon Aurora は、高いパフォーマンスと可用性をグローバル規模で提供し、完全な PostgreSQL 互換性を持つ。スケールトゼロのサーバーレスコンピュート、複数リージョン対応の Aurora Global Database、I/O 集中型ワークロード向けの Aurora I/O-Optimized、組み込みのセキュリティと継続的なバックアップを提供する。詳細は、開始ページを参照してください。

この更新の位置づけ

この更新は、データ転送中のセキュリティを強化する必要がある組織向け。Amazon Aurora のユーザーは、ポストクォンタム暗号技術を使用して、将来のセキュリティ脅威に対応できる。

Amazon RDS for SQL Server と Amazon RDS for Oracle が、追加のストレージボリュームでの RDS ストレージオートスケーリングをサポートするようになった。RDS ストレージオートスケーリングは、データベースワークロードの増加に応じてストレージ容量を自動的にスケールし、ダウ ntime は発生しない。追加のストレージボリュームでは、最大 3 つのボリュームを追加して最大 256 TiB までストレージ容量を増やすことができる。従来は、追加のストレージボリュームにストレージ容量を事前にプロビジョニングする必要があり、不足するとアプリケーションのダウ ntime が発生し、過剰にプロビジョニングするとリソースの未使用やコスト増加につながった。RDS ストレージオートスケーリングでは、各追加ストレージボリュームの最大ストレージ制限を設定するだけで、オートスケーリングが残りを処理する。RDS ストレージオートスケーリングは、実際のストレージ消費量を継続的に監視し、実際の使用率がプロビジョニングされたストレージ容量に近づくと自動的に容量をスケールアップする。オートスケーリングは新しいデータベースインスタンスと既存のインスタンスの両方で動作する。オートスケーリングには追加料金はかからず、プロビジョニングされたストレージリソースのみを支払う。AWS マネジメントコンソール、AWS CLI、Amazon RDS API で有効にできる。RDS ストレージオートスケーリングは、Amazon RDS for SQL Server と Amazon RDS for Oracle で、すべての商用 AWS リージョンおよび AWS GovCloud (US) リージョンで利用可能。

この更新の位置づけ

この更新は、Amazon RDS のユーザーで、データベースのストレージ容量を動的に調整する必要がある場合に役立つ。特に、ストレージ容量の予測が難しいアプリケーションや、ストレージリソースのコスト効率を向上させたいユーザーに有益。

対応リージョン: 全リージョン

Amazon SageMaker Unified Studio がカスタム指定をサポートするようになった。カスタム指定とは、個々のプロジェクトメンバーが実行できるアクションを制御する名前付きの権限セットである。以前は、プロジェクトメンバーにオーナーまたはコントリビューターの指定のみができ、ほぼ同一の権限が与えられていた。今回の機能により、管理者は組織の役割に合わせた権限セットを定義し、プロジェクトメンバーに割り当てることができる。指定は、プロジェクト内のすべてのアクションを制御し、管理者は単一の権限モデルで職務の分離を実現できる。管理者は、SageMaker Unified Studio の管理ポータルで、カタログ、サブスクリプション、接続、ノートブック、データエージェントなどのカテゴリにグループ化された権限を選択して指定を作成する。たとえば、「データ管理者」の指定にはサブスクリプションレクエストの承認やアセットの公開の権限を含め、「アナリスト」の指定はデータのクエリやノートブックの実行に限定される。各指定はドメインレベルで定義され、そのドメイン内の任意のプロジェクトに割り当てられる。メンバーがアクションを実行すると、SageMaker Unified Studio は割り当てられた指定を評価し、リクエストを許可または拒否する。データエンジニア、管理者、アナリスト、自動化パイプラインが同じプロジェクトで異なるアクセス権で作業でき、権限を分離するために別々のプロジェクトを作成する必要が消える。各ドメインには、オーナーとコントリビューターの 2 つのマネージド指定が含まれ、管理者は最大 10 つの追加指定を作成できる。この機能は、Amazon SageMaker Unified Studio が提供されているすべての AWS リージョンで利用可能である。

この更新の位置づけ

この更新は、データサイエンスやマシンラーニングプロジェクトを管理する組織向けで、プロジェクトメンバーの権限をより細かく制御する必要がある場合に有用である。

対応リージョン: Amazon SageMaker Unified Studio と同じ

Amazon Redshift が、リージョン間スナップショットのコピーを自動化する機能を発表した。この機能により、プロビジョニングされたクラスターまたはサーバーレスワークグループを、選択したターゲット AWS リージョンに自動的にバックアップできる。自動化されたリージョン間スナップショットコピー機能は、最新のスナップショットを常に自動的にコピーし、手動操作を必要とせず、継続的かつ増分的にクラスターをバックアップし、ビジネス継続性のための追加オプションを提供する。この機能を有効にすると、計画外の障害発生時にリージョン間スナップショットのコピーを手動で開始する必要がなく、システムで利用可能な最新のスナップショットをコピー先にコピーするため、ローカルクラスターのスナップショットスケジュールとは独立して動作する。リージョン間スナップショットのコピーを構成するには、各クラスターに対して自動化されたリージョン間スナップショットコピー機能を有効にし、スナップションをコピーするターゲットリージョンと、ターゲットリージョンで自動スナップションを保持する期間を設定する必要がある。ターゲットリージョンでの自動スナップショットの保持期間を選択できる。ユーザースナップショットは、明示的に削除するまで保持される。ターゲットリージョンでスナップショットを復元するには、新しいプロビジョニングされたクラスターまたはサーバーレスワークグループにスナップショット復元機能を使用する。自動化されたリージョン間スナップショットコピー機能でコピーされたスナップショットには、ターゲットリージョンで copy というプレフィックスが名前につけられる。この機能は、AWS コマーシャルおよび GovCloud (US) リージョンすべてで利用可能である。構成と使用法の詳細については、Amazon Redshift ドキュメントの「リージョン間スナップショットコピー」のセクションを参照してください。クラスターをスナップショットから復元する方法については、「スナップショットからクラスターを復元する」のドキュメントを参照してください。料金情報については、Amazon Redshift の料金ページの「バックアップとストレージ」と「データ転送」のセクションを確認してください。

この更新の位置づけ

この更新は、ビジネス継続性と災害復旧戦略を強化する必要があるデータベース管理者や、クラスターの高可用性とデータ保護を求める企業に有用である

対応リージョン: 全リージョン

Amazon Managed Grafana が Grafana バージョン 12.4 から 13.2 へのインプレースアップグレードをサポートするようになった。このアップグレードにより、オープンソースの Grafana バージョン 13.0 から 13.2 まで導入された機能が利用可能になる。これには、ダッシュボードの Git 同期、動的ダッシュボード、Amazon CloudWatch データソースプラグインでの PromQL クエリサポートが含まれる。Git Sync により、ワークスペースを Git リポジトリにリンクしてダッシュボードをコードとして扱えるようになる。ダッシュボードの変更をバージョン管理で追跡、レビュー、復元できる。動的ダッシュボードにより、データや変数に応じてレイアウトやパネリングを動的に調整できる。Amazon CloudWatch データソースプラグインでは、PromQL を使用して OpenTelemetry (OTLP) エンドポイントを介して収集されたメトリクスをクエリできる。これまでサポートされていたメトリクス検索やメトリクスインサイトスのクエリタイプに加えてである。インプレースアップグレードは、Amazon Managed Grafana が一般提供されているすべての AWS リージョンでサポートされている。AWS コンソール、AWS SDK、AWS CLI のいずれかから数クリックでアップグレードできる。新機能の詳細については、Amazon Managed Grafana ユーザーガイドの「Grafana バージョンの違い」を参照し、アップグレード手順については「ワークスペースのバージョン更新」を参照してほしい。Amazon Managed Grafana の機能や価格については、製品ページと価格ページで確認できる。

この更新の位置づけ

Amazon Managed Grafana は、ユーザーが Grafana のダッシュボードと監視を管理しやすいようにするマネージドサービス。このアップデートにより、ユーザーは最新の Grafana 機能を簡単に利用できるようになる

対応リージョン: Amazon Managed Grafana と同じ

Amazon ECS Managed Instances は、クロスインスタンスと Spot コンソリデーションの 2 つのインフラストラクチャ最適化アップデートを導入しました。クロスインスタンスコンソリデーションは、複数のアンダユーティライズされたインスタンスで実行されているタスクを評価し、それらをより少ないインスタンスにパックして利用率を上げ、コストを削減します。Spot コンソリデーションは、この機能を Spot キャパシティに拡張し、代替キャパシティが利用可能であることを確認した後に、アンダユーティライズされた Spot インスタンスを統合します。これらの機能は、すべての AWS リージョンで追加コストなしで利用可能で、既存および新しい ECS Managed Instances のキャパシティプロバイダーに自動的に適用されます。

この更新の位置づけ

Amazon ECS Managed Instances は、利用可能な Amazon EC2 インスタンスをプロビジョニング、構成、操作し、可用性とコストのバランスを取ります。このアップデートにより、インフラストラクチャの最適化がさらに進み、コスト効率が向上します。

対応リージョン: 全リージョン

本日、Amazon OpenSearch Serverless の次世代バージョンで時系列コレクションのサポートを発表しました。時系列コレクションでは、クラスターをプロビジョニングや管理せずにログ、メトリクス、トレース、イベントデータをイングレス、保存、分析できます。イングレスのピークを自動的に吸収し、最近のデータを高速でクエリし、月や年間の履歴を低コストで検索できます。既存のホットストレージティアに加え、新しい低コストのウォームストレージティアを追加し、アクセス頻度の低いデータをホットストレージの価格で保持する必要がなくなります。顧客は、データがホットからウォームストレージに移行する期間を選択できます。コレクションあたり最大 100 TB のホットストレージを備えるため、時系列コレクションはアプリケーション監視、セキュリティ分析、IoT テレメトリなどの高ボリュームのオブザビリティワークロードを処理できます。アラートと異常検出も利用可能になったため、別途ツールを使わずにログやイベントデータの問題や異常なパターンを検出できます。時系列コレクションは、OpenSearch Serverless が提供されているすべての AWS リージョンで利用可能です。

この更新の位置づけ

この更新は、クラスター管理を必要とせずログやメトリクスの分析を効率的に行いたい開発者やデータエンジニアに有益です

AWS Lambda は、Lambda マネージドインスタンスで Seekable OCI (SOCI) の遅延読み込みをサポートします。これにより、実行環境の起動時に必要なファイルのみをフェッチし、起動時間を最大 70% 短縮できます。データ処理パイプラインや高スループットの API バックエンドなどのコンピュート集約型アプリケーションでは、画像のダウンロードと準備に時間がかかる問題を解決します。SOCI インデックス (画像レイヤーのファイルの目次) を Amazon ECR に作成してプッシュし、関数バージョンを作成または更新する際に SOCI-インデックス付きタグを設定すると、Lambda が自動的に遅延読み込みを有効にします。Kiro、Claude Code、Codex などのコーディングアシスタントを使用する場合は、AWS エージェントツールキットから Lambda マネージドインスタンススキルをインストールしてください。この機能は、Lambda マネージドインスタンスが利用可能なすべての AWS 商用リージョンで利用できます。

この更新の位置づけ

データ処理パイプラインや高スループットの API バックエンドなどのコンピュート集約型アプリケーションを構築しているユーザーに有用です。Lambda マネージドインスタンスの起動時間を短縮し、スケール時のパフォーマンスを向上させます。

Amazon ElastiCache Serverless for Valkey が AWS GovCloud (US) リージョンでパブリックエンドポイントをサポートするようになった。パブリックエンドポイントを使用すると、VPC、VPN、バスティオン HOST、SSH トンネルを設定せずに、サーバーレス関数や VPC 外のアプリケーションからキャッシュに接続できる。ElastiCache Serverless は、VPC の設定やインフラストラクチャのプロビジョニングが不要で、1 分以内に作成できる。すべての接続は TLS 1.3 での IAM 認証を使用し、パスワードの管理やローテーションも不要。Valkey GLIDE 2.2 以降または開発者ツールキットを組み合わせた Valkey クライアントで接続できる。パブリックエンドポイントは、すべての商用 AWS リージョン、AWS GovCloud (US) リージョン、および中国リージョンで利用可能。標準の ElastiCache Serverless の料金に加えて追加料金はかからない。Valkey 9.0 以降のサーバーレスキャッシュを AWS マネジメントコンソール、AWS SDK、または AWS CLI で作成して利用できる。

この更新の位置づけ

Amazon ElastiCache Serverless は、VPC 設定やインフラストラクチャの管理が不要な完全マネージドキャッシュサービス。この更新により、AWS GovCloud (US) リージョンでもパブリックエンドポイントが利用可能となり、VPC 外のアプリケーションからの接続が容易になる。

対応リージョン: 全リージョン

AWS Backup が AWS European Sovereign Cloud (ドイツ) リージョンで組織間管理、組織間バックアップ、および委任管理者をサポートするようになった。これにより、AWS Organizations を使用して組織全体のバックアップを集中管理、監視、およびコピーできる。組織間管理では、AWS Organizations の管理アカウントまたは委任管理者アカウントから組織全体のバックアップポリシーを展開できる。また、組織全体のバックアップ、コピー、および復元ジョブを 1 か所から監視できる。組織間バックアップでは、回復ポイントを組織内の別のアカウントのバックアップボールトにコピーでき、ソースアカウントでの偶発的または悪意による削除に対する保護が追加される。メンバーを委任管理者に登録することもでき、チームは管理アカウントにアクセスすることなく組織全体のバックアップを管理できる。これらの機能の使用には追加料金はかかりず、標準の AWS Backup の料金が適用される。詳細は AWS Backup のドキュメントを参照され、開始するには AWS Backup コンソールにアクセスしてください。

この更新の位置づけ

AWS Backup は組織全体のバックアップ戦略を強化するサービスであり、これにより組織全体のバックアップを集中管理し、セキュリティを向上できる

対応リージョン: AWS 欧州ソブリンクラウド (ドイツ)

AWS Certificate Manager (ACM) が ACME プロトコルを AWS GovCloud (US-East) および AWS GovCloud (US-West) でサポートし、ACMEv2 に互換性のあるクライアント (Certbot、Kubernetes の cert-manager、acme.sh など) を使用して Amazon Trust Services から公開 TLS 証明書を発行する完全に管理された ACME サーバーエンドポイントを提供する。CA/Browser Forum が 2029 年までに 47 日間の証明書有効期間を義務付けるため、公開証明書の手動管理が非現実的になる。ACM での ACME サポートにより、開発者は標準ベースの方法で証明書の発行と更新を完全に自動化できる。

この更新の位置づけ

AWS GovCloud (US) で ACME プロトコルをサポートすることで、開発者は公開 TLS 証明書の発行と更新を完全に自動化できる。この変更は、CA/Browser Forum が 2029 年までに 47 日間の証明書有効期間を義務付けるという要件に対応するためのものである。

対応リージョン: AWS GovCloud (米国東部)、AWS GovCloud (米国西部)

Amazon DynamoDB Accelerator (DAX) がカナダ (中部) とアフリカ (ケープタウン) の 2 つの新しい AWS リージョンで提供開始した。DAX は Amazon DynamoDB の完全管理型、高可用性のインメモリキャッシュで、ミリ秒単位からマイクロ秒単位までのパフォーマンス改善を実現する。DAX は DynamoDB と API 互換であり、マイクロ秒レベルの遅延キャッシュをアプリケーションに追加できる。顧客はリージョン内でキャッシュデータを保持し、完全管理サービスの利点を活かせる。

この更新の位置づけ

Amazon DynamoDB の読み取りパフォーマンスを向上させるキャッシュサービス。リージョン拡大により、より多くの顧客が低遅延のキャッシュ機能を利用可能になる。

対応リージョン: カナダ (中部)、ケープタウン

AWS Step Functions ワークフローを Amazon Bedrock AgentCore Gateway を介して AI エージェントツールとして使用できるようになった。エージェントがワークフローの実行タイミングと入力を決定し、Step Functions が定義されたとおりに各ステップを実行する。既存の Standard および Express ワークフローをツールとして使用できる。AgentCore Gateway は、モデルコンテキストプロトコル (MCP) を介して AI エージェントとツールを接続する。この機能により、エージェントは毎回同じ順序で多段階のビジネスプロセスを実行できる。たとえば、カスタマーサポートエージェントが返金ワークフローを開始すると、Step Functions が適格性チェック、管理者承認、クレジットステップを実行し、すべての返金がポリシーに沿って処理される。エージェントはワークフローの実行状況を確認できるため、オペレーションエージェントは夜間に失敗したオーダーの実行がどこで失敗したかをオンワコールエンジニアに伝え、問題のステップの修正にすぐに取り組める。この機能は、Amazon Bedrock AgentCore Gateway が利用可能なすべての AWS リージョンで利用できる。Step Functions と AgentCore Gateway の標準料金が適用される。詳細は Step Functions 開発ガイドのチュートリアルを参照。サポートされる操作とセットアップオプションについては、AgentCore Gateway ドキュメンテーションの Step Functions コネクタターゲットを参照。Kiro などの AI コーディングアシスタントを使用する場合は、AWS 用の Agent Toolkit が AWS 上のビルドにスキルとガイダンスを提供する。

この更新の位置づけ

この更新は、AI エージェントとビジネスプロセスの統合を必要とする開発者や企業に有用。Step Functions のワークフローを AI エージェントツールとして使用することで、複雑な多段階プロセスをエージェントが自動化できる。

対応リージョン: Amazon Bedrock AgentCore Gateway と同じ

AWS Lambda は、Lambda デュラブル関数用に Durable Execution Telemetry Exporter プラグインを提供開始した。この新しい監視プラグインは、デュラブル実行のステップバイステップの履歴をキャプチャし、選択した 1 つまたは複数のデスティネーションに送信する。エクスポートされたデータを使って運用やビジネスの洞察を得られ、標準の保持期間を超えて履歴を保持できる。13 の組み込みデスティネーションには、Amazon CloudWatch Logs、Amazon S3 (Amazon Athena 用)、Amazon DynamoDB、Amazon Aurora、Amazon OpenSearch Service などがある。エクスポート前に機密フィールドをマスクしたり、サンプリングレートを設定してデータ量のコントロールも可能。MCP サーバーを併用すれば、オンコールエンジニアが AI エージェントに最近の失敗した実行の一覧を尋ねたり、失敗の原因を特定したり、ビジネスアナリストが特定の顧客のすべてのトランザクションを検索したりできる。エクスポートは TypeScript、Python、Java、Go で利用可能。導入にはエクスポートのインストール、関数ハンドラーでのプラグインの登録、MCP サーバーのエージェントへの追加が必要。Durable Execution Telemetry Exporter は、Lambda デュラブル関数をサポートするすべての AWS リージョンで追加料金なしで利用できる。

この更新の位置づけ

Lambda デュラブル関数を用いた長時間実行のレジリエントなマルチステップアプリケーションや AI ワークフロー構築に役立つ。実行状況の監視と分析を容易にする。

対応リージョン: 全リージョン

Amazon EKS Dashboard が、クラスター全体の CA 回転状況を統合表示する機能を提供開始した。既存の Dashboard は複数のリージョンやアカウントにわたるクラスターの集中管理を可能としており、今回の CA 回転機能により、個々のクラスターをチェックすることなく、CA の有効期限が近づいているクラスターや今後の自動化された回転イベントを確認できる。CA 回転のサポートはすべての商用 AWS リージョンで利用可能で、管理チームは US East リージョン (us-east-1) からこの Dashboard を無償で利用できる。

この更新の位置づけ

クラスターを多数管理するプラットフォームチームが、CA 回転の優先順位を決定するのに役立つ

Amazon Quick はスマート承認をサポートする。これにより、不要な承認プロンプトを減らしつつ、重要なアクションの人間による監視を維持できる。エージェントがメールの送信、レコードの更新、チケットの作成など、ユーザーに代わってより多くのアクションを実行するにつれ、すべてのステップを承認を求めることは承認の疲労と監視の弱化を招く。スマート承認では、分類器と呼ばれる別のレビューモデルがユーザーのリクエストに対して各アクションを評価し、ルーチンなアクションを自動的に承認し、重要なアクションをユーザーにレビューのために提示する。既存のポリシーは常に優先される。スマート承認は「毎回尋ねる」設定のアクションのみをレビューし、拒否されたアクションは拒否されたままで、スマート承認は新しいアクセス権を付与しない。分類器は、組織外へのコンテンツ送信、権限の変更、コンテンツの削除、支払い、ユーザーが要求した範囲を超えるアクションなど、より影響の大きいアクションをユーザーにレビューのために提示する。各自動承認はレビューされた正確なアクションのみを対象とする。レビューが失敗またはタイムアウトした場合、アクションはユーザーに転送される。スマート承認はデフォルトですべてのユーザーに有効で、管理者はカスタム権限で使用者を制御でき、ユーザーはチャットオプションで会話やスケジュールされた実行に対して無効にできる。AWS CloudTrail はスマート承認を通じて行われた各アクションのレビューとユーザーのスマート承認設定の変更を記録する。スマート承認は、Amazon Quick のエージェント機能がサポートされているすべての AWS リージョンで利用可能である。

この更新の位置づけ

Amazon Quick はエージェント機能を提供するサービスであり、この更新ではエージェントが実行するアクションの承認プロセスを効率化する機能が追加された。

対応リージョン: Amazon Quick agentic capabilities と同じ

Amazon RDS for Oracle が Oracle データベースバージョン 19c および 26ai 用に 2026 年 9 月の月次推奨パッチ (MRP) をサポートするようになった。MRP は四半期ごとのリリースアップデート (RU) に Oracle の重要セキュリティパッチ更新 (CSPU) と追加の Oracle 推奨修正を組み込んだマイナーエンジンバージョンであり、2026 年 9 月の MRP は 2026 年 7 月の RU に適用され、Oracle 2026 年 9 月の CSPU を含む。Oracle データベースの最新のセキュリティ更新を含むため、2026 年 9 月の MRP へのアップグレードを推奨する。このリリースには、2026 年 11 月 1 日にカナダのブリティッシュコロンビア州とアルバータ州、2026 年 9 月 20 日にモロッコと西サハラで有効になる日付変更規則を反映した更新された Oracle タイムゾーンファイル (DST バージョン 46) も含まれる。これらの地域のタイムゾーン情報を含むタイムスタンプを保存している場合は、更新されたタイムゾーンファイルによりデータが新しい規則に一致するようになる。2026 年 9 月の MRP は新しいデータベースインスタンスに適用したり、Amazon RDS マネジメントコンソール、AWS SDK または CLI を使用して既存のインスタンスをエンジンバージョン 19.0.0.0.ru-2026-07.mrp-2026-09.r2 または 26.0.0.0.ru-2026-07.mrp-2026-09.r2 にアップグレードできる。Amazon RDS でサポートされる Oracle の MRP の詳細については、Amazon RDS for Oracle リリースノートを参照すること。

この更新の位置づけ

この更新は、Oracle データベースを実行している Amazon RDS のユーザーに影響し、最新のセキュリティパッチとタイムゾーン情報の更新を提供する

AWS Agent Registry は、組織全体にわたるリソースを組織・管理・発見するための完全管理型ディスカバリサービスです。このサービスでは、MCP サーバー、ツール、エージェント、エージェントスキル、カスタムリソースを検索可能なレジストリに公開し、承認ワークフローによるアクセス制御が可能で、人間ユーザーと AI エージェントの両方がハイブリッド検索、カタログブラウジング、ネイティブ MCP エンドポイントを通じて適切なツールやエージェントを発見できます。AWS Agent Registry は現在、9 つの AWS リージョンで利用可能です。リージョンごとの利用可能リストについては、AWS リージョンサービスリストをご覧ください。詳細については、AWS Agent Registry ドキュメンテーション (https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/registry.html) をご覧ください。

この更新の位置づけ

AWS Agent Registry は、組織全体のリソースを管理・発見するためのサービスで、AI エージェントや人間ユーザーが適切なツールやエージェントを発見できるようにします。

対応リージョン: ロンドン、フランクフルト、オハイオ、カナダ (中部)

Amazon ElastiCache for Valkey のデータティアリングが、ヨーロッパ (スペイン) リージョンでは Graviton4 ベースの R8gd ノードで、アジア太平洋 (ハイデラバード) リージョンおよびヨーロッパ (スペイン) リージョンでは Graviton3 ベースの R7gd ノードで提供開始された。データティアリングは、メモリに加えて各ノードにソリッドステートドライブ (SSD) を使用し、メモリがいっぱいになると自動的に最近あまり使用されていないアイテムを SSD に移動し、アプリケーションが SSD に格納されたアイテムを読み取る際にそれをメモリに戻すことで、Valkey クラスターを数百テラバイトの容量まで低コストでスケールする方法である。この機能は、データセットの最大 20% まで定期的にアクセスするワークロードや、SSD からデータを読み取る際にいくらか余分なレイテンシーを許容できるアプリケーションに適している。R8gd ノードは AWS Graviton4 プロセッサーを搭載し、同じサイズの Graviton3 ベースのノードと比較して最大 47% 高いスループット、最大 43% 低い P99 レイテンシ、および最大 31% の価格パフォーマンスの改善を提供する。R7gd ノードは AWS Graviton3 プロセッサーを搭載し、同じサイズの Graviton2 ベースのノードと比較して最大 28% のスループット (読み取りおよび書き込み操作/秒)、最大 21% の P99 レイテンシの改善、および最大 25% のネットワーク帯域幅の増加を提供する。実際の性能はノードサイズおよびワークロードによって異なる。R8gd および R7gd ノードでは、Valkey 7.2 以降でデータティアリングを使用できる。新しいクラスターを作成するか、既存のクラスターを AWS マネジメントコンソール、AWS CLI、または AWS SDK でアップグレードすることで、データティアリングを開始できる。価格については、Amazon ElastiCache の価格ページを参照してください。詳細については、ElastiCache のドキュメンテーションの「データティアリング」と「サポートされているノードタイプ」を参照してください。

この更新の位置づけ

Amazon ElastiCache は、メモリと SSD を組み合わせて大規模な Valkey クラスターを低コストで運用できるサービスである。この更新では、ヨーロッパとアジア太平洋のリージョンで新しいノードタイプがサポートされ、パフォーマンスとコスト効率が向上する。

対応リージョン: スペイン、ハイデラバード

AWS IAM Identity Center の Identity Store が、ユーザー、グループ、またはグループメンバーシップの作成、更新、削除時にリアルタイムでイベントを Amazon EventBridge に配信するようになった。Identity Store は、AWS アカウントやアプリケーション全体でアイデンティティを管理する中央リポジトリであり、AWS IAM Identity Center のアイデンティティソースとして機能する。この新しい機能により、アイデンティティライフサイクルイベントに自動的に対応し、セキュリティおよびコンプライアンスプロセスのサポートが可能になる。EventBridge ルールを作成して、ユーザープロビジョニングアクティビティの監査、SIEM システムへのアラート送信、ダウストリームアプリケーションでのアクセス更新など、自動化されたワークフローを作成できる。大規模な組織では、ユーザーが特定のグループに追加または削除された際のオンボーディングやオフボーディングを自動化することも可能。変更通知は、IAM Identity Center が提供されているすべての AWS リージョンで利用可能で、各有効リージョンでイベントが送信される。変更通知は、標準の Amazon EventBridge の使用料以外は無料で利用できる。

この更新の位置づけ

この変更は、セキュリティチームや大規模な組織向けで、アイデンティティ変更への自動対応を必要とするユーザーに有用

対応リージョン: AWS IAM Identity Center と同じ

AWS Backup のリストアテストが Amazon Redshift をサポートするようになった。リストアテストは、バックアップの復元が成功するかや復元にかかる時間を自動的に確認できる。Amazon Redshift をリストアテスト計画に他の AWS リソースと併せて追加できる。リストアテスト計画は自動的にリカバリポイントを選択し、スケジュールで復元を実行し、復元ジョブの完了時間をリカバリ時間目標 (RTO) と比較する。これにより、災害復旧やビジネス継続性に関する規制やコンプライアンス要件を満たすための復旧の準備状況を評価できる。リストアテスト計画の作成時に、Amazon Redshift リソースをリソース ARN またはタグで指定する。各テストで最新のリカバリポイントを復元するか、適格なランダムなリカバリポイントを復元するかを選択できる。オプションで、復元リソースが復元されたことを確認してから AWS Backup がテストリソースを削除するようにリストアテスト検証を使用できる。このサポートは、リストアテストと Amazon Redshift の両方が AWS Backup でサポートされているすべての AWS リージョンで利用できる。AWS Backup コンソール、AWS コマンドラインインターフェイス (CLI)、または AWS SDK を使って使用できる。サポートされているリージョンや機能の完全なリストについては、AWS Backup ドキュメントを参照する。リストアテストの詳細については、製品ページと価格ページを参照する。

この更新の位置づけ

この更新は、バックアップの復元が成功するかや復元時間などを自動的に確認する必要があるユーザーに有用である。AWS Backup のリストアテスト機能を利用して、災害復旧やビジネス継続性に関する要件を満たすための準備状況を評価できる。

Amazon SageMaker AI MLflow Apps が MLflow 3.16 をサポートするようになった。このバージョンでは、生成 AI アプリケーションとエージェントのデバッグと分析が向上する。再設計されたトレースエクスプローラがデフォルトで使用され、行の高さを調整でき、列の順序を変更でき、トレースタグやメタデータフィールドからカスタム列を作成できる。また、大規模なメトリック履歴を持つ実験のメトリックチャートが高速化された。新しい MLflow Apps はデフォルトで MLflow 3.16 で作成される。既存の MLflow Apps は、今後のメンテナンスウィンドウ中に MLflow 3.16 にアップグレードされるが、ユーザー側で何かを行う必要はない。MLflow 3.16 は、MLflow Apps が利用可能なすべての AWS リージョンで利用可能である。

この更新の位置づけ

この更新は、生成 AI と機械学習のワークフローでデバッグと分析を向上させたい開発者やデータサイエンティストに影響する

Amazon Bedrock はカナダ向けに Anthropic の Claude Haiku 5.5 のクロスリージョン推論 (CRIS) を提供する。カナダのデータ所在地要件が厳しい顧客は、推論処理をカナダ内に完全に保持できる。カナダ CRIS はリクエストを ca-central-1 (カナダ中部) と ca-west-1 (カナダ西部、カルガリー) の間のみでルーティングし、金融サービス、医療、公共部門、その他の規制業界の組織が連邦および州のデータ所在地要件を満たすのに役立つ。カナダ CRIS はモデル選択が限られた推論プロファイルとして指定されており、今後のモデルやモデルバージョンがこのプロファイルでリリースされることはないかもしれない。カナダ CRIS は推論処理をカナダ内に保持しなければならないワークロードに推奨される。詳細については、Amazon Bedrock ユーザーガイドの「モデル選択が限られた推論プロファイル」を参照。

この更新の位置づけ

カナダの金融サービス、医療、公共部門など、データ所在地要件が厳しい組織向けの機能

対応リージョン: 公式ドキュメントに記載

2026 年 10 月 26 日、Amazon は Amazon Corretto の長期サポート (LTS) および機能リリース (FR) バージョン向けのパッチ更新を発表した。Corretto 27.0.1.0.11、25.0.5.0.10、21.0.13.0.11、17.0.21.0.11、11.0.33.0.10、および 8u512 がダウンロード可能になった。Amazon Corretto は無償で、マルチプラットフォームの生産環境向け OpenJDK ディストリビューションである。Corretto のホームページから各バージョンをダウンロードできる。Linux システムでは、Corretto の Apt、Yum、または Apk リポジトリを構成して更新を取得することもできる。フィードバックを歓迎する。

この更新の位置づけ

Amazon Corretto は、開発者や企業が信頼性の高い OpenJDK のディストリビューションを使用するための無償オプションを提供する。パッチ更新はセキュリティやパフォーマンスの改善に役立つ。

Amazon Interactive Video Service (Amazon IVS) Low-Latency Streaming は、ブロードキャスターのストリームが予期せず中断されたときに、視聴者にフェールオーバースレートを表示する機能を提供する。バッファリングのローディングアイコンやフリーズしたフレームではなく、視聴者はスレートが表示され、ブロードキャスターが再接続するまで待つことができる。ライブ再生は自動的に再開され、視聴者はプレイヤーを更新する必要はない。フェールオーバースレートは、一時的な中断中に視聴者を維持するのに役立ち、モバイルデバイスや不安定な接続場所からストリーミングを行うブロードキャスターに最適である。新しいチャンネルまたは既存のチャンネルでフェールオーバースレートを有効にし、Amazon EventBridge イベントと Amazon CloudWatch メトリクスでスレートアクティビティを監視できる。Amazon IVS は、世界中の視聴者に低遅延またはリアルタイムビデオを提供するマネージドライブストリーミングソリューションである。

この更新の位置づけ

Amazon IVS は、世界中の視聴者に低遅延またはリアルタイムビデオを提供するマネージドライブストリーミングソリューションである。この更新は、モバイルデバイスや不安定な接続場所からストリーミングを行うブロードキャスターに特に有用である。

対応リージョン: 公式ドキュメントに記載

Amazon Elastic Container Registry (Amazon ECR) がレプリケーションバックフィルをサポートし、プライベートレジストリ内の既存のイメージを構成されたレプリケーション先レジストリにレプリケーションできる。従来はレプリケーション設定有効化後にプッシュされたイメージのみが対象で、既存イメージのレプリケーションには手動でタグ付けが必要だった。レプリケーションバックフィルにより、単一の API コールで完全なイメージカタログを新しいまたは既存の先へレプリケーションできる。レプリケーションバックフィルは、AWS リージョンへの拡大、災害復旧の検証、レプリケーションルールの更新、コンプライアンス目的でのリージョン間での完全なイメージカタログの確保に有用。最大 10 ジョブを同時に実行でき、新しい API で進捗とイメージごとの結果を監視でき、ジョブをいつでも停止できる (既にレプリケーションされたイメージは削除されない)。レプリケーションバックフィルは、Amazon ECR が利用可能なすべての AWS リージョンで利用可能。

この更新の位置づけ

Amazon ECR はコンテナイメージの管理と配布を提供する AWS サービス。この更新により、既存イメージの一括レプリケーションが容易になり、リージョン間での災害復旧やコンプライアンス対応が簡素化される。

対応リージョン: Amazon ECR と同じ

Amazon Connect Customer は、テストとシミュレーション中に顧客体験フローのアクション結果を検証できるようにした。アクションの開始を確認するだけでなく、Lambda 関数の応答、Amazon Lex の解決されたインテント、Agentic CX ブロックで設定された変数などのアクションが完了したときに返されるデータを検証できる。テストが失敗した場合は、ダウンストリームのステップから追跡するのではなく、予期しない結果を返した正確なアクションを特定できるため、問題をより迅速に解決し、フローの変更をより自信を持ってリリースできる。

この更新の位置づけ

この更新は、顧客体験フローの品質を向上させるために、開発者やデプロイ担当者にとって有益である。フローのアクションが期待通りに動作していることをより確実に確認できる。

本日、AWS は Amazon SageMaker Unified Studio で Identity Center (IDC) ベースのドメイン向けにライトモードのサポートを提供開始した。顧客は、ダークテーマとライトテーマのどちらかを選択して、視覚的なインターフェースのモードを好みに合わせて設定できる。この更新により、顧客は IAM ベースと IDC ベースのドメインの両方でこの視覚的な設定を行えるようになった。ライトモードは明るい環境での読みやすさを向上し、明るいインターフェースを好む顧客に慣れ親しんだ視覚体験を提供する。既存のダークモードと組み合わせることで、この更新は開発環境の外観を完全に制御し、アクセシビリティを向上させ、さまざまな照明条件での目の疲れを軽減する。SageMaker Unified Studio の設定では、プロファイル設定で「外観をカスタマイズ」を選択し、ダークモード、ライトモード、オペレーティングシステムの設定に合わせるデバイス設定から選択できる。この設定はブラウザーやデバイス間で保持される。この機能は、Amazon SageMaker Unified Studio が提供されているすべての AWS リージョンで利用可能である。詳細については、Amazon SageMaker Unified Studio ユーザーガイドを参照すること。

この更新の位置づけ

この更新は、IDC ベースのドメインを使用する Amazon SageMaker ユーザーの開発環境のカスタマイズに役立つ。

対応リージョン: Amazon SageMaker Unified Studio と同じ

AWS Glue Data Catalog は、Apache Iceberg REST Catalog (IRC) API 用に OAuth 2.0 ベアラー トークン認証を AWS Sign-In でサポートするようになった。Apache Iceberg REST Catalog 仕様では OAuth 2.0 が標準の認証メカニズムとして定義されており、Apache Spark、Trino、Apache Flink などのクエリエンジンはネイティブに実装している。これらのエンジンや外部統合パートナーは、AWS Signature Version 4 (SigV4) に加えて、標準の OAuth 2.0 ベアラー トークンを使用して Glue Data Catalog Iceberg エンドポイントに認証できる。OAuth 2.0 トークン交換 (RFC 8693) を使用して、OpenID Connect (OIDC) アイデンティティ トークンを短寿命の Glue スコープのベアラー トークンと交換し、Iceberg エコシステム全体で使用されている同じ標準ベースのパターンに従って IRC リクエストに含めることができる。アクセスは AWS IAM および AWS Lake Formation の権限によって管理される。一般的なユースケースには、サードパーティの分析やデータクラウドプラットフォームが、単一の一貫した認証パスを介して Glue Data Catalog のテーブルをクエリできるようにすることが含まれる。この機能は、AWS Glue および Lake Formation が利用可能なすべての AWS リージョンで利用できる。

この更新の位置づけ

この更新は、データエンジニアやデータアナリストにとって有用で、AWS Glue Data Catalog に格納された Iceberg テーブルにアクセスするためのより安全で標準化された方法を提供します。

対応リージョン: AWS Glue and Lake Formation と同じ

AWS KMS は、NIST FIPS 203 に準拠したモジュール格子ベースの鍵包化メカニズム (ML-KEM) をサポートします。ML-KEM は、古典的鍵確立方式 (DH/ECDH 鍵合意や RSA 鍵輸送など) の代替として NIST が戦略的暗号化ロードマップで指定したポストクォンタム暗号標準です。これにより、量子コンピューターが十分に強力になったときに記録された鍵確立交換から共有シークレットを回復する「ハーベスト・ナウ・デクリプト・レター」脅威に対処できます。KMS は NIST FIPS 203 で定義された ML-KEM-512、ML-KEM-768、ML-KEM-1024 の 3 つの鍵仕様をサポートします。Encapsulate API は公開鍵を使用してランダムな 32 バイトの共有シークレットとその暗号テキストを生成し、Decapsulate API は対応する秘密鍵を使用して暗号テキストから共有シークレットを回復します。KMS は ML-KEM 鍵ペアの秘密鍵を FIPS 140-3 レベル 3 検証済み HSM で保護します。GetPublicKey API を使用して公開鍵をエクスポートし、パートナー、クライアントアプリケーション、または外部システムに配布して、AWS-LC、OpenSSL、Bouncy Castle などの暗号化ライブラリを使用してローカルで Encapsulate 操作を実行できます。ML-KEM は、KMS が利用可能なすべての AWS リージョンで利用できますが、中東 (UAE)、中東 (バーレーン)、および中国リージョンは除きます。

この更新の位置づけ

AWS KMS は暗号鍵の管理を提供するサービスで、今回の ML-KEM のサポートにより、量子コンピューターによる脅威への対策を強化します

対応リージョン: AWS KMS と同じ

AWS EC2 Auto Scaling では、アカウントレベルで Launch Before Terminate を有効にできるようにした。この設定を有効にすると、Auto Scaling は置換インスタンスを起動し、ヘルスチェックを通過するまで待機してから置換対象のインスタンスを終了する。これにより、インスタンスリフレッシュ、リバランシング、ヘルスチェック、および最大インスタンスライフタイム置換などの置換イベント中に、アプリケーションの完全なキャパシティと可用性を維持できる。Launch Before Terminate は、AWS マネジメントコンソール、AWS CLI、または AWS SDK を介して利用できる新しい PutAccountSetting および DescribeAccountSettings API で管理できる。この機能はすべての AWS リージョンで利用可能で、追加コストはない。

この更新の位置づけ

この変更は、Auto Scaling グループのインスタンス置換時にアプリケーションの可用性を確保する必要があるユーザーに影響する。

対応リージョン: 全リージョン

トラストされたアイデンティティ伝播は、ユーザーのアイデンティティをリクエストに付与し、AWS サービスがユーザーとグループメンバーシップに基づいてアクセス許可を付与し、監査ログに記録します。リージョン間サポートにより、このアイデンティティコンテキストは異なる AWS リージョンで実行されている AWS サービスにも伝播され、AWS リージョン間のアーキテクチャとデプロイに柔軟性を高めます。顧客は多くの理由で AWS リージョンにワークロードを分散します。これには、コンピュートとクエリするデータの分離、キャパシティが利用可能な場所でのワークロード実行、災害復旧やグローバルスケールがあります。以前は、トラストされたアイデンティティ伝播には、ユーザーのアイデンティティにアクセスするすべての AWS サービスが同じ AWS リージョンに存在する必要がありました。別の AWS リージョンにあるサービスにアクセスするには、個々のユーザーを区別できない広範な IAM ロールでアクセスを許可するか、すべてのサービスを単一の AWS リージョンに集約する必要がありました。リージョン間トラストされたアイデンティティ伝播により、ユーザーのアイデンティティはリクエストとともに自動的に AWS リージョン間で伝播されるため、個々のユーザーに細粒度アクセス制御を維持しながら、ユーザーとグループメンバーシップに基づいてアクセスを許可し、どのリソースにアクセスしたかを監査できます。リージョン間トラストされたアイデンティティ伝播は、IAM Identity Center が利用可能なすべての AWS リージョンで、追加料金なしで利用できます。IAM Identity Center の利用可能なリージョンのリストについては、「AWS Capabilities by Region」を参照してください。詳細については、IAM Identity Center ユーザーガイドの「トラストされたアイデンティティ伝播」を参照してください。

この更新の位置づけ

IAM Identity Center は、AWS リソースへのアクセスを管理するためのサービスです。この更新により、ユーザーはリージョン間でワークロードを分散する際に、個々のユーザーに細粒度アクセス制御を維持できます

対応リージョン: AWS IAM Identity Center と同じ

Amazon Connect Customer は、顧客インタラクションの結果をスコアリングするようになった。これにより、顧客が満足したか、解約リスクにあるか、購入したか、セルフサービスでニーズを解決したかが表示される。各指標にはデフォルト定義があり、ビジネスが成功と定義する内容に合わせて調整できる。分析ダッシュボードと API の両方で利用可能。

この更新の位置づけ

顧客エンゲージメントとリテンションを向上させるために、顧客インタラクションの効果を測定する必要があるビジネスに有用

Amazon Connect Customer では、顧客生涯価値 (LTV) とリピートコール者に分けたメトリクス表示が可能になりました。リピートコール者と他の連絡先でのメトリクスの違いを確認したり、高生涯価値顧客での結果を確認したりできます。これにより、集計結果に現れる前に問題傾向にあるグループを特定できます。セグメントがパフォーマンスが低下している場合、対応が可能です。高生涯価値顧客を最も効果的な担当者に誘導したり、リピートコール者が依存するナレッジベースやセルフサービスフローを調整したり、満足度が低下しているセグメント向けにエージェントのガイダンスを改良したりできます。セグメントがどこに問題があるかを示し、メトリクスが何を修正すべきかを示します。

この更新の位置づけ

Amazon Connect Customer は、カスタマーサービスの分析と最適化を支援するサービスです。この更新により、顧客の価値とリピートコールのステータスに分けたメトリクスを確認でき、問題点を早期に特定し、適切な対応を取ることが可能になります。

Amazon Bedrock の Web Search は、モデルの応答の精度を高めるための 2 つの新しい制御機能、ドメインフィルタリングとユーザー位置制御をサポートします。ドメインフィルタリングでは、フィルターのパラメーターを使用して、最大 100 の許可ドメインを指定して結果を信頼できるソースに制限するか、最大 100 のブロックドメインを指定して不要なソースを除外できます。これは、特定のサイトのみで応答を根拠付ける場合や、特定のドメインを結果から除外する必要がある場合に役立ちます。ユーザー位置制御では、オプションで位置パラメーターを指定して、Web Search がその地域に関連した結果を返せるようにできます。これにより、地域固有の質問 (例: 地域ごとの利用可能サービスやローカルサービスなど) に役立ちます。ドメインフィルタリングとユーザー位置制御は、Web Search がサポートされているすべての AWS リージョンで利用可能です: US East (N. Virginia)、US East (Ohio)、US West (Oregon)、および AWS GovCloud (US-West)。詳細については、Amazon Bedrock ユーザーガイドの Web Search セクションを参照してください。料金については、Amazon Bedrock の料金ページをご覧ください。

この更新の位置づけ

この更新は、AI モデルが返す応答の精度を制御する必要がある開発者や企業に有用です。特に、信頼できる情報源のみを使用したい場合や、地域固有の情報を必要とする場合に役立ちます。

AWS Transit Gateway と AWS Cloud WAN は、リージョナルプライベート NAT ゲートウェイと統合して、1:1 NAT を提供する。これにより、重複するクラスレスインタードメインルーティング (CIDR) ブロックを持つネットワークが接続可能になる。顧客は、AWS Transit Gateway または AWS Cloud WAN のアタッチメントでアドレス変換ルール定義し、Amazon VPC、AWS Site-to-Site VPN、AWS Direct Connect、Transit Gateway Connect を介した SD-WAN アプライアンスの各ソース CIDR がどのプライベート IP 範囲に変換されるかを指定できる。両サービスは双方向に自動的に変換し、個別のリターントラフィックルールや NAT アプライアンスのデプロイは不要である。AWS が NAT 機能をアタッチメントの一部として運営、スケール、管理する。顧客は AWS マネジメントコンソール、AWS CLI、AWS SDK、AWS CloudFormation で数分で設定でき、Amazon CloudWatch メトリクスと Amazon EventBridge イベントで変換されたトラフィックを監視できる。AWS Transit Gateway と AWS Cloud WAN は、動作するすべての AWS 商用リージョンで、リージョナルプライベート NAT ゲートウェイを介した 1:1 NAT を提供する。詳細な料金については、Amazon VPC の料金ページを参照すること。

この更新の位置づけ

この機能は、企業の合併・買収やパートナーネットワークの接続、独立してプロビジョニングされた VPC の相互接続など、重複する IP アドレス範囲を持つネットワークを AWS で接続する必要がある場合に役立つ。

Amazon Connect Customer Global Resiliency が、リンクされた AWS リージョン間で持続的なチャット体験を提供する機能を追加しました。この機能により、エンドユーザーは、以前の会話の完全なコンテキスト、メタデータ、およびトランスクリプトをリージョン間で引き継ぎ、情報を繰り返す必要がなくなります。エージェントは、AWS リージョン間で会話の履歴全体にアクセスして、パーソナライズされたサービスを提供できます。例えば、エンドユーザーは US-East (バージニア北部) でチャットを開始し、その後 US-West (オレゴン) リージョンで同じ会話に再度参加できます。この機能を利用するには、グローバルルーティングをオンボードしてください。この機能は、Amazon Connect Customer Global Resiliency がサポートされているすべての AWS リージョンで利用可能です。詳細については、Amazon Connect Customer 管理ガイドを参照してください。

この更新の位置づけ

この更新は、Amazon Connect Customer Global Resiliency を使用する顧客向けです。リージョン間でチャットを継続的に管理する必要があるシナリオに役立ちます。

対応リージョン: Amazon Connect Customer Global Resiliency と同じ

Amazon MSK Connect は、Amazon MSK で Apache Kafka Connect コネクタをデプロイ、監視、スケールできる完全マネージドサービスである。この更新では、コネクタを一時停止および再開できる機能が追加された。これにより、ソースデータベースやシンクターゲットのメンテナンス中やアップストリーム/ダウストリームの問題を調査する際に、コネクタを安全に停止できる。以前のようにコネクタを削除して再作成する必要はなく、設定やキャパシティ、オフセットは保持されたまま再開できる。この機能は、Amazon MSK コンソール、AWS CLI、AWS SDK、AWS CDK を介して、Amazon MSK Connect が提供されているすべての AWS リージョンで利用可能で、追加料金はかからない。

この更新の位置づけ

Amazon MSK Connect は、Apache Kafka Connect コネクタのデプロイ、監視、スケーリングを自動化するマネージドサービス。この更新により、コネクタの一時停止と再開が可能になり、オペレーションの安全性と効率性が向上する

対応リージョン: Amazon MSK Connect と同じ

AWS CloudFormation は、スタック更新のロールバック操作を簡略化し、展開に戻るプロセスを容易にした。更新ロールバックは、スタックを既知の良好な状態に戻す。現在から、自動ロールバックができないリソースがある場合、force rollback を使用すると、1 つの操作でロールバックを完了できる。これは AWS CLI、SDK、AWS CDK、AI エージェントなど、すべての CloudFormation ワークフローで動作する。force rollback を使用すると、CloudFormation は更新ロールバックを完了し、スタックを展開可能な状態に戻す。CloudFormation の外で変更されたリソースなど、注意が必要なリソースは記録され、次の展開前に確認して解決できる。始めるには、force rollback オプションで更新ロールバックを継続し、次回の展開前に構成の差異を確認するためにドリフト対応変更セットを作成する。詳細については、AWS CloudFormation ユーザーガイドの「更新のロールバックを継続する」を参照すること。force rollback はすべてのリージョンで利用可能で、追加費用はかからない。サービスの可用性については、AWS リージョン表を参照すること。

この更新の位置づけ

AWS CloudFormation はクラウドリソースの管理とデプロイを自動化するサービス。この更新は、更新ロールバックをより効率的に行えるようにし、展開プロセスをスムーズにする。

対応リージョン: 全リージョン

Amazon Connect Customer Profiles では、管理者がプロファイルエクスプローラーで作成したレイアウトを使用して、エージェントがワークスペースで表示する顧客データをカスタマイズできる。顧客プロファイルは、複数の情報源から得た顧客データを統合して、エージェントがリアルタイムで確認できるようにする。レイアウトでは、連絡履歴や顧客情報、ライフタイムバリューなどのウィジェットをカスタマイズし、航空会社の手荷物クレーム担当エージェントにはフライト情報や手荷物チケット情報を表示し、ロイヤルティ担当エージェントにはロイヤルティステータスや好みを表示する。AI によるプロファイルサマリーも含めることができ、重要な顧客情報をエージェントに強調する。プロファイルエクスプローラーは、US East (N. Virginia)、US West (Oregon)、Africa (Cape Town)、Asia Pacific (Seoul)、Asia Pacific (Singapore)、Asia Pacific (Sydney)、Canada (Central)、Europe (Frankfurt)、Europe (London) のリージョンで利用できる

この更新の位置づけ

顧客サービスエージェントがより効率的に顧客とやり取りできるように、表示される情報をカスタマイズできる

Amazon Managed Workflows for Apache Airflow (Amazon MWAA) のプロビジョニング環境がメキシコ (中央) リージョン (mx-central-1) で提供開始されました。Amazon MWAA サーバーレスはこのリージョンでは既に利用可能でしたが、顧客はメキシコ (中央) リージョンで Apache Airflow ワークフロー用に Amazon MWAA プロビジョニング環境を使用できるようになりました。Amazon MWAA は、クラウドでエンドツーエンドのデータパイプラインを大規模に設定および操作しやすくする、Apache Airflow のマネージドオーケストレーションサービスです。顧客は、AWS マネージメントコンソール、AWS CLI、AWS SDK、または AWS CloudFormation を使用して Amazon MWAA プロビジョニング環境を作成できます。メキシコ (中央) の顧客は、Amazon MWAA プロビジョニングワークフローをデータソースやエンドユーザーに近い場所で実行できるため、レイテンシーを削減し、データ所在地の要件を満たすことができます。詳細については、Amazon MWAA 製品ページと Amazon MWAA サポートリージョンに関するドキュメントをご覧ください。

この更新の位置づけ

Amazon MWAA は、Apache Airflow のワークフローをクラウドで管理して実行するためのサービスです。この更新により、メキシコ (中央) リージョンでプロビジョニング環境が利用可能になり、顧客はデータやユーザーに近い場所で処理を実行できます。

対応リージョン: メキシコ (中部)

Amazon EMR は、EKS 上で EMR を実行する場合の EMR 料金を 30 パーセント削減すると発表しました。この価格削減は、vCPU 時間あたりと GB 時間あたりの料金に適用され、EKS の基本料金は変更されません。EKS デプロイオプションで実行されているすべての EMR ワークロードがこの変更の対象となります。Apache Spark ワークロードを Amazon Elastic Kubernetes Service (EKS) でより低いコストで実行できるようになり、EMR on EKS ワークロードには新しい価格が自動的に適用されます。ユーザー側で追加の操作は必要ありません。この 30 パーセントの料金削減は、Amazon EMR on EKS が提供されているすべての AWS リージョンで利用可能です。EMR on EKS についての詳細は、Amazon EMR on EKS のドキュメントと Amazon EMR の料金ページで確認できます。

この更新の位置づけ

この更新は、Amazon EKS 上で EMR ワークロードを実行しているユーザーに影響を与え、コスト削減を提供します。

対応リージョン: Amazon EMR on EKS と同じ

本日より、Amazon OpenSearch Serverless は検索およびベクトルコレクションのデフォルトリフレッシュ間隔を 10 秒から 5 秒に短縮した。リフレッシュ間隔は、新たにインデックスされたドキュメントが検索で利用可能になるまでの時間を制御する。デフォルトを 5 秒に下げたことで、新規に書き込まれたデータがより迅速に検索可能になり、アプリケーションは自動的により早い読み書きの可視性を実現できる。設定の変更やユーザー側のアクションは不要である。この改善は次世代の Amazon OpenSearch Serverless に適用され、検索およびベクトルコレクションの両方にデフォルトで有効になる。より迅速なリフレッシュは、継続的にデータをインデックスし、ほぼリアルタイムの取得が必要なワークロードに有用である。これには、頻繁に更新されるコンテンツに対する全文検索や、取得拡張生成 (RAG)、意味検索、推奨システムやパーソナライゼーションシステムなどのベクトルユースケースが含まれる。つまり、アプリケーションや AI エージェントは、最も最近にインデックスされたデータを取得してアクションを起こすことができ、頻繁に変更されるデータセットに対する検索結果や RAG 応答の関連性と精度を向上させることができる。この 5 秒のデフォルトリフレッシュ間隔は、Amazon OpenSearch Serverless が現在利用可能な 24 のリージョンすべてで利用できる。詳細については、Amazon OpenSearch Serverless のドキュメントを参照してください。

この更新の位置づけ

Amazon OpenSearch Serverless は、検索とベクトルコレクション向けに、データのインデックスと検索の遅延を最小限に抑えるサービスである。この更新により、リアルタイム性が必要なアプリケーションの性能が向上する。

AWS は、コードの脆弱性向けに AWS Continuum の一般提供を開始しました。このサービスは、AWS 環境からリソーストポロジーやアイデンティティ関係、ネットワーク到達可能性を含むコンテキストグラフを構築します。既存の脆弱性検出結果を摂取し、コードをスキャンして、分離されたサンドボックスで検証することで、実際に悪用可能な脆弱性を特定します。ビジネスへの影響に応じて優先順位を付け、開発ワークフローに直接プルリクエストとして修復パッチを提供し、悪用可能性の証明と影響範囲の評価を添付します。Continuum は学習モードと強制モードの 2 つがあり、学習モードではユーザーが承認する修復パッチを提案し、十分な信頼性が得られれば、設定した制約内で自律的に動作します。また、Amazon GuardDuty や AWS Security Hub など既存の AWS セキュリティサービスと連携します。

この更新の位置づけ

開発者やセキュリティチームがコードの脆弱性を効率的に管理・対応する必要がある場合に有用です。

Amazon Bedrock AgentCore Gateway は、推論エンドポイントで Amazon Bedrock の InvokeModel および InvokeModelWithResponseStream API をサポートし、モデルフォールバックルーティングも提供する。これにより、既存の Amazon Bedrock SDK インテグレーションを変更せずに、1 つの管理されたエンドポイントを通じて任意のモデルプロバイダーにアクセスできる。モデルフォールバックでは、ゲートウェイがプライマリ先がスロットリング、キャパシティ不足、または到達不能な場合に自動的にリクエストを代替モデルまたはプロバイダーにルーティングし、エージェントが利用可能状態を維持できるようにする。フォールバックルーティングでは、ゲートウェイルールで代替先を順序付きで定義し、スロットリングやサーバーエラー、応答タイムアウトなどの条件で切り替える。内蔵のサーキットブレーカーが現在失敗している先をスキップし、リクエストが健全な先に到達するまでの遅延を避ける。フォールバックルーティングは内部で処理され、1 つのリクエストを送信して 1 つのレスポンスを受け取るだけでよく、リクエストごとの内部の試行錯誤は不要である。これらの機能は、Amazon Bedrock AgentCore Gateway が提供されているすべての AWS リージョン (中国を除く) で利用可能である

この更新の位置づけ

開発者は、既存の Amazon Bedrock SDK を変更せずに、複数のモデルプロバイダーにアクセスできる。これにより、エージェントの可用性を向上し、リトライロジックの実装を簡素化できる

対応リージョン: Amazon Bedrock AgentCore Gateway と同じ

AWS は、IAM ポリシーの管理を自動化し、最新のサービス更新にポリシーを合わせるために、プログラムによるサービスリファレンス情報を拡張した。サービスリファレンスには、aws:-接頭辞のグローバル条件キーが単一の機械可読ファイルにまとめられ、サービス識別子を人間が読みやすい名前にマッピングする ServiceName フィールド、およびデータプレーン操作を識別する IsDataPlane プロパティが含まれる。これにより、この情報を自動的に取得し、既存のポリシーマネジメントツールやプロセスに直接組み込むことができる。この機能は追加料金なしで利用できる。詳細については、プログラムによるサービスリファレンス情報のドキュメントを参照してください。

この更新の位置づけ

IAM ポリシーの自動化や最新のサービス更新への対応を支援する更新。セキュリティやアクセス制御を管理するユーザーに有用。

Amazon Quick が AWS アジア太平洋 (シンガポール) リージョン (ap-southeast-1) で提供開始された。この提供により、シンガポールの顧客は Amazon Quick の全機能にアクセスでき、データ所在地の要件を満たす。Amazon Quick は、ビジネスユーザー向けに AI を活用したアシスタントを提供し、質問への迅速な回答やアクションの実行を可能にする。AI によるチャット、リサーチ、Spaces、QuickSight ダッシュボードなどの機能が利用でき、データは AWS シンガポールリージョン内で保存・処理される。Amazon Quick のリージョン別の利用可能リストについては、Quick リージョン可用性ページで確認できる。詳細は Amazon Quick のドキュメントまたは製品詳細ページで確認できる。

この更新の位置づけ

Amazon Quick はビジネスユーザー向けの AI アシスタントで、質問への迅速な回答やアクションの実行を可能にする。この更新により、シンガポールの顧客がデータ所在地の要件を満たしつつ Amazon Quick の機能を利用できるようになった。

対応リージョン: シンガポール

AWS Lambda MicroVMs がアジア太平洋 (香港、マレーシア、タイ) およびヨーロッパ (スペイン) の 4 つのリージョンで提供開始し、合計で 14 のリージョンで利用可能になった。Lambda MicroVMs は、VM レベルの分離、ほぼ即時の起動および再開速度、および状態保持を備えたサーバーレスコンピュートプリミティブで、ユーザーや AI 生成コードの実行に利用できる。開発者は仮想化インフラストラクチャを管理したり、分離と速度と状態保持の間のトレードオフを選択したりすることなく、各ユーザーやジョブに独自の分離コンピュート環境を提供できる。MicroVMs は、AI コーディングアシスタント、インタラクティブな開発環境、脆弱性スキャナーなどのアプリケーションに、安全で状態保持可能な応答性の高いコード実行を可能にする。今回の提供開始により、開発者はエンドユーザーに近い 4 つのリージョンで Lambda MicroVMs を実行でき、レイテンシとデータ所在地の要件を満たすことができる。MicroVMs のイメージは Dockerfile から作成し、そのイメージから MicroVMs を起動できる。ユーザーやジョブごとに、HTTP/2、gRPC、WebSockets などの一般的な接続プロトコルをサポートする専用の HTTPS URL を持つ MicroVM を提供できる。AWS Lambda コンソール、AWS CloudFormation、AWS Cloud Development Kit、または Agentic 開発ツール (Agent Toolkit for AWS を使用) で MicroVMs を使用できる。

この更新の位置づけ

Lambda MicroVMs は、ユーザーやジョブごとに分離されたコンピュート環境を提供するサーバーレスコンピュートプリミティブで、AI コーディングアシスタントやインタラクティブな開発環境などのアプリケーションに有用。

対応リージョン: 香港、マレーシア、タイ、スペイン

AWS Neuron 2.33 がリリースされた。このバージョンでは、Trainium 用ネイティブ PyTorch バックエンドである TorchNeuron がパブリックベータで提供される。Amazon EC2 Trn2 および Trn3 インスタンスで、標準の PyTorch API を使用したモデルを実行でき、eager モードまたは torch.compile で動作する。このリリースでは、Trainium のヘルス問題を 1 秒未満で検出し、影響を受けたノードまたはデバイスを特定する Neuron Observer もパブリックベータで提供される。vLLM Neuron プラグインが vLLM 0.29.0 にアップグレードされ、Wan2.2 ビデオ生成用の vLLM Omni Neuron プラグインが Neuron リリースに統合された。どちらも TorchNeuron を通じたネイティブ PyTorch コンパイルをサポートする。新しい Neuron Deep Learning AMI および Deep Learning Container が PyTorch 訓練用に提供され、TorchNeuron、PyTorch 2.14、TorchTitan を含む。Neuron Explorer は torch.profiler でキャプチャされたプロファイルをオープンし、PyTorch メモリスナップショットから、オフメモリエラーのデバッグに役立つ Python ソースラインへのアロケーションを属性化する。Neuron Kernel Interface (NKI) で書かれたカーネルは、メタプログラミングに完全な Python 言語を使用できる。NKI ライブラリには、DeepSeek-V3.2、Qwen3.5、Kimi Delta Attention などの 25 の新しい実験的カーネルが追加された。

この更新の位置づけ

このアップデートは、Trainium ベースの AI トレーニングとデプロイを PyTorch で行う開発者やデータサイエンティストに影響する。よりシームレスなワークフローとデバッグ機能を提供する。

Reflection が提供する Beam モデルが、Amazon SageMaker JumpStart で利用可能になった。Beam は、推論、コーディング、エージェントベンチマークで強力なパフォーマンスを発揮するオープンウェイトモデルで、SageMaker AI のモデルハブで提供される。ユーザーは、独自のドメインに合わせてモデルを微調整し、重みを検査や変更し、エージェントやワークフローに深く組み込むことができる。データとインフラストラクチャの完全な制御を維持できる。Beam は AWS Trainium3 用に最適化されており、高パフォーマンスでコスト効率の良いデプロイとスケーリングが可能。現在、US East (N. Virginia) と US East (Ohio) リージョンで提供され、BF16、FP8、NVFP4 のチェックポイントバリアントで利用できる。SageMaker JumpStart エンドポイントを通じて完全にマネージドでデプロイできる。

この更新の位置づけ

AI 開発者や企業向け。オープンウェイトモデルの柔軟性と SageMaker のマネージドサービスを組み合わせたソリューション。

対応リージョン: バージニア北部、オハイオ

Amazon Cognito の多リージョン複製 (MRR) が AWS GovCloud (US) リージョンでサポートされるようになった。これにより、MRR のレジリエンシーの利点がさらに多くのワークロードに及ぶようになる。MRR は、ユーザーとマシンのアイデンティティデータ (クレデンシャル、ユーザープール設定、フェデレーション設定を含む) を、指定したスタンバイリージョンにあるセカンダリユーザープールにほぼリアルタイムで同期する。スタンバイリージョンにユーザー データを保持することで、主要リージョンで障害が発生した場合でもトラフィックをリダイレクトし、認証を維持できる。以前、MRR は 16 の商用リージョンで利用可能だった。今後、追加の AWS リージョン間で MRR をレプリケーションできるため、ビジネスニーズに最も適したリージョンでレジリエンシー、データ所在地、コンプライアンス要件を満たすことができる。MRR は、エッセンシャルまたはプラス機能ティアーのユーザープール用にアドオンとして提供され、多リージョンの AWS KMS カスタマー管理キー (CMK) が必要である。Amazon Cognito が利用可能な AWS リージョンの完全なリストについては、「リージョン別の AWS 機能」を参照。詳細については、開発ガイドを参照し、価格については価格ページで確認できる。

この更新の位置づけ

Amazon Cognito は、ユーザー認証とアイデンティティ管理サービスを提供する。MRR のサポート拡大により、政府や規制の厳しい環境でもレジリエンシーを確保できる。

対応リージョン: 公式ドキュメントに記載

本日より、Amazon Aurora および Amazon RDS の DB インスタンスに対して、オンデマンドキャパシティリザベーションを予約できる。オンデマンドキャパシティリザベーションは、ビジネスクリティカルなイベント (移行、製品発表、季節のピーク、高可用性デプロイ、災害復旧など) に必要となる特定の DB インスタンスキャパシティが確保されるように設計されている。ユーザーは DB インスタンスクラス、エンジン、可用性ゾーン、可用性ゾーンごとの予約キャパシティを選択し、RDS がそのキャパシティを保持する。2 つ以上の可用性ゾーンでキャパシティを予約して、マルチ AZ デプロイをサポートすることもできる。予約キャパシティを使用するには、DB インスタンスの作成、復元、変更、または起動時に予約を参照する。キャパシティは、コミットメントなしで即時使用のために予約でき、いつでもキャンセルできる。または、最小コミットメントで 5 日から 120 日後に予約を開始するスケジュールも可能。予約キャパシティは、予約が有効な間はオンデマンド料金で請求され、予約内の DB インスタンスが実行されているかどうかに関係なく、既存の Reserved DB Instances または Database Savings Plans の割引が自動的に適用される。オンデマンドキャパシティリザベーションは、Amazon Aurora および Amazon RDS で、すべての AWS 商用リージョンで利用可能。

この更新の位置づけ

この更新は、データベースインスタンスのキャパシティを事前に確保する必要があるユーザーに有用。特に、移行やピーク時の処理など、キャパシティ不足による障害を回避したい場合に適している。

対応リージョン: 全リージョン

本日、AWS はイングランドのマンチェスター近くの Equinix MA3 データセンターで、既存の AWS Direct Connect ロケーションにおいて 10 Gbps および 100 Gbps の専用接続を MACsec 暗号化機能とともに拡張したと発表した。このロケーションから、すべてのパブリック AWS リージョン (中国のリージョンを除く)、AWS GovCloud リージョン、および AWS ローカルゾーンへのプライベートで直接的なネットワークアクセスを確立できる。これにより、イングランドで 3 つ目の 100 Gbps 接続と MACsec 暗号化機能を提供するようになった。Direct Connect サービスにより、AWS とデータセンター、オフィス、コロケーション環境の間にプライベートな物理ネットワーク接続を確立できる。これらのプライベート接続は、パブリックインターネットを介した接続よりも一貫したネットワーク体験を提供できる。世界中の 150 を超える Direct Connect ロケーションについての詳細は、Direct Connect 製品詳細ページのロケーションセクションで確認できる。また、Direct Connect の購入とデプロイ方法については、開始ページで詳しく学ぶことができる。

この更新の位置づけ

AWS Direct Connect は、AWS と企業のネットワーク間のプライベートで直接的な物理接続を提供するサービス。この拡張により、マンチェスターからのより高速で安全な接続が可能になる。

AWS Transform の移行評価機能が、オンプレミスストレージを AWS への移行向けに評価できるようになりました。数千のボリュームをプロトコルや容量、パフォーマンスごとに手動で分析する代わりに、ストレージインベントリをアップロードするだけで、AWS Transform が各ワークロードに最適なサービスをマッピングします。推奨サービスのサイズとコストを算出し、トータル所有コストのビジネスケースを提示します。NetApp Digital Advisor のエクスポート、RVTools ファイル、その他のインベントリ経由で NAS 共有、SAN LUN、直接接続ディスク、またはバックアップリポジトリをインポートできます。AWS Transform はワークロードを Amazon S3、Amazon EBS、Amazon EFS、Amazon FSx (NetApp ONTAP、Windows File Server、OpenZFS、Lustre) にルーティングします。単一 AZ とマルチ AZ のデプロイオプションや、コスト最適化とパフォーマンス最適化を比較する「何らかのシナリオ」を実行し、チャットで結果についてフォローアップの質問をすることができます。ストレージ移行評価は、AWS Transform が提供されているすべての AWS リージョンで利用可能です

この更新の位置づけ

AWS Transform はストレージ移行を計画する企業向けのサービスで、移行評価機能の追加により移行プロセスの効率化とコスト予測が容易になります

対応リージョン: AWS Transform と同じ

AWS Transform for migrations は、既存ネットワークの移行と近代化に加えて、ゼロから新しいネットワークを構築するか、オンプレミス環境のアクセスルールを最適化されたセキュリティグループに変換して既存の VPC に展開する 3 つの方法を提供します。オンプレミス環境では長年にわたって蓄積された定義やアクセスルールがそのまま AWS に持ち込まれることを避けることができ、新規ネットワークは AWS のベストプラクティスに沿って構築されます。アクセスルールを持ち込む場合は、それらをセキュリティグループに変換し、古いルールを見つけて最適化を推奨し、ネットワークスタックを再デプロイすることなく既存の VPC に展開します。これらの機能により、AWS の商用または GovCloud リージョンへの移行が可能になります。

この更新の位置づけ

AWS の移行ソリューションを検討しているお客様、特に既存のネットワークを AWS に移行する際の課題を解決したいお客様向けです

Amazon SageMaker AI は、サーバーレスモデルカスタマイズジョブで使用するシーケンス長を構成できる機能を発表した。この機能により、gpt-oss、Gemma、Llama、Nemotron、Qwen などの人気モデルファミリーでファインチューニングが可能になる。従来は固定のシーケンス長しかなかったが、今回のアップデートで、ユーザーは SFT および DPO ジョブでは dataset_max_len ハイパーパラメーター、RFT ジョブでは max_prompt_length および max_response_length ハイパーパラメーターを設定できる。これにより、短い質問と回答のペアから多ページのドキュメントまで、トレーニングデータの特性に合わせて制御が可能になる。多くのモデルで、公開されている最大値は最大 16K トークンまでである。サーバーレスモデルカスタマイズは、US East (N. Virginia)、US West (Oregon)、Asia Pacific (Tokyo)、Europe (Ireland) で利用可能。詳細は SageMaker AI ドキュメンテーションを参照。

この更新の位置づけ

この変更は、LLM のファインチューニングを行うユーザーに影響する。特に、長いテキストデータやドキュメント処理が必要なケースで有用。

対応リージョン: バージニア北部、オレゴン、東京、アイルランド

Amazon WorkSpaces for AI agents が、認証とデスクトップ接続を管理された Model Context Protocol (MCP) サービスとして処理するようになった。これにより、AI エージェントをガバナンスされたクラウドデスクトップに接続でき、カスタムコードを記述する必要が消える。以前のようにプレセッション要件を管理し、ストリーミング URL を手動で生成・呼び出し・ローテーションする必要がなくなり、セッションが期限切れになるたびに複雑さを追加する必要もなくなった。既存の AWS 認証情報を使用して OAuth 2.0 でセッションを作成できるようにし、サービスが接続ライフサイクルを処理する。デスクトップスタックを一度構成すれば、エージェントは基盤のストリーミング接続を見たり処理したりすることなく適切なデスクトップに到達する。セッション状態をクエリして、エージェントがどのデスクトップスタック、フリート、セッションに接続しているかを確認でき、エージェントのリアルタイム監視用リンクを生成できる。これにより、アクティブなエージェントの作業内容と場所を把握し、可視性と監査可能性が得られる。エージェントが複数のアプリケーションで作業できるように、アプリケーションカタログ MCP ツールを通じてアプリケーションを検出・起動できるようになった。これらの新しいツールを使用すると、エージェントは実行時に利用可能なアプリケーションをリスト表示し、1 つまたは複数のアプリケーションを起動し、それら之间を切り替えることができる。スタートメニューやタスクバーのナビゲーションに代わって、プログラマティックで決定的なパスを提供し、精度を向上させトークンコストを削減する。WorkSpaces for AI agents は、エージェントセッションを人間の労働力をガバナンスするものと同じネットワーク分離とコンプライアンス境界内に実行し、企業が既に構成した VPC 制御、データ損失防止ポリシー、セッションレベルのセキュリティポストを継承する。このサービスはさらに、ブラジル (サンパウロ)、ヨーロッパ (ミラノ)、ヨーロッパ (スペイン)、アジア太平洋 (マレーシア) の 4 つの AWS リージョンで利用可能になった。

この更新の位置づけ

Amazon WorkSpaces はエンタープライズ向けクラウドデスクトップサービスであり、この更新では AI エージェントのデスクトップアクセスを簡素化し、管理オーバーヘッドを削減する

対応リージョン: サンパウロ、ミラノ、スペイン、マレーシア

Amazon S3 のサーバーアクセスログを Amazon CloudWatch Logs に配信する機能が、AWS GovCloud (US) リージョン、AWS 欧州主権クラウド、および AWS 中国リージョンで提供開始された。この機能により、ログが CloudWatch Logs に到着するたびにクエリを実行したり、アラームを設定したり、AWS KMS キーで暗号化したりできる。既存の S3 汎用バケットへのサーバーアクセスログ配信と併用して、データへのアクセスをより柔軟に監視および分析できる。CloudWatch Logs への配信では、エラー率のアラーム設定、トラフィックパターンの監視、アクセスインシデントの調査、S3 アクティビティと他のオペレーショナルデータとの相関分析が可能。S3 サーバーアクセスログの CloudWatch Logs への配信は、すべての AWS リージョンで利用可能。Amazon CloudWatch Logs のベンダー提供ログ料金が適用される。料金の詳細については、Amazon CloudWatch の料金ページを参照。詳細は Amazon S3 ユーザーガイドで確認できる。

この更新の位置づけ

データセキュリティやコンプライアンスが重要な組織向け。S3 アクセスの監視と分析を CloudWatch Logs で効率化できる。

対応リージョン: 全リージョン

本日、AWS は AWS Trainium 向けのオープンソースネイティブ PyTorch バックエンドである TorchNeuron のパブリックベータを開始した。Trainium は、ディープラーニングの AI トレーニングおよび推論ワークロードに高いパフォーマンスとコスト効率を提供する AI チップのポートフォリオである。TorchNeuron により、AI 科学者や研究者は PyTorch をネイティブに Trainium で使用してモデルを構築および実験できる。開発者は、完全な PyTorch 互換性を維持しつつ、eager 実行、torch.compile、および標準の PyTorch API を活用できる。さらに、TorchNeuron は Neuron Kernel Interface (NKI) と統合して、Trainium ハードウェア向けのカスタムオペレータとパフォーマンス最適化を可能にする。TorchNeuron は、Amazon EC2 Trainium2 インスタンスおよび Amazon EC2 Trainium3 インスタンス向けに、TorchNeuron の GitHub リポジトリを通じてオープンソースとして提供されている。

この更新の位置づけ

AI 開発者や研究者は、Trainium チップで PyTorch をネイティブに利用できるため、モデル開発と実験が容易になる。

Amazon ElastiCache Serverless for Valkey が、EC2 上のセルフマネージド Valkey および Redis OSS からダウンタイムなしで移行できる機能をサポートする。ダウンタイムとは、移行中にクライアントにエラーが返らないことを意味し、ElastiCache の SLA が可用性を測定する方法と同じ方法で測定される。移行中もアプリケーションは読み書きを継続でき、サードパーティのレプリケーションツールは不要である。オンライン移行は 3 段階で、移行の準備、データ同期の開始、切り替えの完了を行う。ElastiCache は移行エンドポイントを提供し、移行の準備が整った後、データはソースから継続的にレプリケートされる。書き込みをサーバーレスキャッシュに移動するタイミングは、手動の切り替えまたはデータが同期された後の自動切り替えで選択できる。ElastiCache は各ステップをキャッシュのイベントタブに記録し、ステップが失敗した場合はその理由を記録する。オンライン移行は、トランジット中の暗号化 (TLS) と認証を使用してソースに接続し、認証情報は AWS Secrets Manager から読み取るため、既存のセキュリティ制御が維持される。オンライン移行は、Amazon EC2 でクラスターモードで実行される Redis OSS 4.0 から 7.2 または Valkey 7.2 から 8.1 のセルフマネージドキャッシュをサポートし、Valkey 9.0 に直接移行できる。移行の使用は、AWS アカウントが初めて移行を準備したときから最初の 180 日間は無料である。その後、移行がアクティブな間は、ElastiCache がデータレプリケーション用に実行する移行ノードに対してノード時間あたりで料金が発生する。ElastiCache Serverless キャッシュは、無料期間中を含む標準のデータストレージと ECPU レートで別途請求される。価格の詳細については、Amazon ElastiCache の価格を参照してください。オンライン移行は、すべての商用 AWS リージョン、中国リージョン、および AWS GovCloud (US) リージョンで利用できる。利用を開始するには、空の ElastiCache Serverless キャッシュを作成または選択し、ElastiCache コンソールまたは AWS CLI から移行を開始する。詳細については、ドキュメントを参照してください。

この更新の位置づけ

この更新は、EC2 上のセルフマネージド Valkey および Redis OSS を ElastiCache Serverless for Valkey に移行する必要があるユーザーに有用である。ダウンタイムなしで移行できるため、アプリケーションの可用性が維持され、サードパーティのレプリケーションツールが不要になる。

対応リージョン: 全リージョン

本日、Amazon CloudWatch は、アラームタグをアクションペイロードと Amazon EventBridge イベントに含める機能を発表しました。これにより、顧客は追加のルックアップなしでタグによってアラーム通知をルーティングおよびフィルターできます。アラームで有効にすると、CloudWatch はアラームが状態変更するたびに、アラームタグを Amazon SNS、AWS Lambda、および Amazon EventBridge に送信するメッセージに追加します。このオプションは、多くのアラームを共有通知パイプラインを通じてルーティングし、メッセージから直接所有チームや環境を特定する必要がある顧客向けに設計されています。アクションペイロードにタグを有効にすると、顧客はタグメタデータとアラームイベントを後から相関させるための余分な作業を回避できます。たとえば、何百ものアラームを単一の SNS トピックを介して Lambda 関数にルーティングするチームは、ページする前に各イベントに対して ListTagsForResource を呼び出す必要がありました。この機能により、タグが通知に到着するため、関数はメッセージから直接ルーティングできます。この設定はデフォルトで無効で、アラームごとに設定可能で、すべてのタグ、選択したタグキーのみ、または選択したキー以外のすべてのタグを含めることができます。メトリック、アラーム、複合アラーム、およびログアラームでサポートされています。タグを含むアクションとイベントは、Amazon CloudWatch が利用可能なすべての AWS リージョンでサポートされますが、中東 (アラブ首長国連邦) と中東 (バーレーン) は除きます。

この更新の位置づけ

この更新は、複数のアラームを共有通知パイプラインを通じてルーティングする顧客に特に有用です。

対応リージョン: Amazon CloudWatch と同じ

Amazon Bedrock は、bedrock-runtime および bedrock-mantle エンドポイントで、Anthropic のすべての Claude モデルに構造化出力をサポートするようになった。これにより、boto3 と bedrock-runtime API、あるいは Messages API と bedrock-mantle エンドポイントのいずれを通じて Claude を呼び出しても、定義された構造に準拠したスキーマ対応の JSON 応答を、カスタム解析、リトライロジック、ポスト処理なしで受け取れるようになる。構造化出力により、金融収益レポートやコンプライアンス文書から必要なフィールドを抽出したり、臨床ノートを電子医療記録 (EHR) に解析したり、製品カタログを一貫した検証結果で豊かにしたり、契約を主要条項、当事者、義務で分析したり、アプリケーションのデータモデルに常に一致する意図、感情、エンティティでインテリジェントなサポートチケットルーティングを実行したりといった、信頼性のあるスキーマ対応タスクを自動化できる。詳細は Amazon Bedrock のドキュメントを参照。構造化出力は、Claude モデルが利用可能な場所で利用可能。詳細については、リージョンごとの利用可能性の詳細ページを確認してください。

この更新の位置づけ

この更新は、AI モデルによるデータ抽出やドキュメント処理を自動化する必要がある開発者や企業に有益。構造化出力により、信頼性が高く一貫したデータ形式で結果を取得できる。

対応リージョン: 公式ドキュメントに記載

Amazon GuardDuty は、Runtime Monitoring 用オプション検出ルールをサポートします。50 を超えるルールを有効にすることで、sudoers ファイルの変更や監査ログの無効化など、環境によって通常とされるプロセス、ファイル、ネットワークアクティビティを検出できます。これらの新しいルールは、Amazon EC2 インスタンス、Amazon EKS、および Amazon ECS (EC2 および AWS Fargate 上) で動作し、持続性、特権昇格、実行、防御回避、発見、情報漏洩、コマンドおよびコントロールを含む MITRE ATT&CK® 戦術にマッピングされた 13 のフィンディングタイプを対象とします。このリリースでは、CommandAndControl:Runtime/SuspiciousCommand、CredentialAccess:Runtime/SensitiveFileRead、Discovery:Runtime/SensitiveFileRead、Exfiltration:Runtime/SuspiciousCommand の 4 つの新しいフィンディングタイプが導入されています。使用を開始するには、GuardDuty コンソールにアクセスしてください。ライブ検出を有効にする前に、ドライランモードでルールを有効にして検出の有効性を評価できます。カスタム検出ルールは、すべての AWS 商用リージョンおよび AWS GovCloud (US) リージョンで利用可能です。詳細については、Amazon GuardDuty カスタム検出ルールをご覧ください。Amazon GuardDuty の新しい機能や脅威検出のプログラムによる更新を受け取るには、Amazon GuardDuty SNS トピックをサブスクライブしてください。

この更新の位置づけ

Amazon GuardDuty は、クラウド環境でのセキュリティイベントの監視と脅威の検出を自動化するサービスです。この更新では、Runtime Monitoring 用にカスタマイズされた検出ルールを追加し、セキュリティチームがより精密に脅威を特定できるようにします。

対応リージョン: 全リージョン

EC2 Image Builder は、Auto Scaling Group (ASG) の既存インスタンスをイメージビルドに使用できるようにし、インスタンスの起動と初期化に要する時間を省略してビルドを高速化する。この機能では、イメージビルダーのインフラストラクチャ設定で ASG を指定できる。ビルド時に新しいインスタンスを起動する代わりに、イメージビルダーはこの ASG から実行中のインスタンスを選択し、ビルドコンポーネントを適用してイメージを作成する。ASG はビルドで使用されたインスタンスを継続的に再補充し、次のパイプライン実行にインスタンスが常に利用できるようにする。この機能は完全にオプトインであり、既存のパイプラインに影響しない。ASG が構成されていないパイプラインは、デフォルトの起動パスを継続して使用し、挙動は変更されない。この機能はすべての AWS リージョンで利用可能で、追加コストはない。ASG 統合をイメージビルダーのパイプラインに構成するには、EC2 Image Builder のドキュメントを参照してください。

この更新の位置づけ

EC2 Image Builder は、EC2 イメージの作成を自動化するサービス。この統合により、ビルド処理の効率が向上し、特に大規模な環境や頻繁なビルドが必要なケースで効果的

対応リージョン: 全リージョン

Amazon Bedrock Advanced Prompt Optimization がプロンプト短縮をサポートするようになった。これはオプション設定で、プロンプトの長さを短縮しつつ評価スコアを維持または向上させる機能である。Advanced Prompt Optimization は、Amazon Bedrock の任意のモデルに対してユーザーの評価基準に基づいてプロンプトを最適化する。これまで最適化は品質のみに焦点を当てており、最適化されたプロンプトは元のプロンプトより長くなる傾向があった。より長いプロンプトは入力トークンのコストを増加させ、初回トークンまでの時間を延長する。これは特に大規模なアプリケーションやレイテンシーが重要なアプリケーションで問題となる。プロンプト短縮を有効にすると、オプティマイザはプロンプトの長さを短縮する。最適化されたプロンプトは、元のプロンプトより短く、評価スコアが同等以上の場合のみ返される。結果には圧縮比と元のプロンプトおよび最適化されたプロンプトのトークン数が含まれる。例えば、圧縮比が 0.7 の場合、最適化されたプロンプトは 30% 少ないトークンを使用する。プロンプト短縮は、ステアリング基準、LLM-as-a-judge ルブリック、カスタム Lambda エバリュエーターを含む任意の評価方法で動作する。プロンプト短縮は、Advanced Prompt Optimization が提供されているすべての AWS リージョンで利用可能である。使用を開始するには、入力データセットでプロンプトテンプレートのプロンプト短縮を有効にし、通常通り最適化ジョブを作成する。

この更新の位置づけ

Amazon Bedrock は AI モデルを呼び出すためのサービスで、プロンプト最適化はモデルのパフォーマンスを向上させる重要な機能である。この更新により、プロンプトのコストとレイテンシーを削減できる。

AWS Transform for migrations は、移行用にランディングゾーンを構築する際、AWS Control Tower ランディングゾーンや AWS Organizations で構築されたランディングゾーンを含む、より多くの既存 AWS 環境タイプをサポートするようになった。AWS Transform は、現在の環境を AWS のベストプラクティスと比較して基盤のギャップ分析を行い、ターゲットアカウントに既に存在するものの上にランディングゾーンを拡張することで、チームはより早く移行を開始できる。AWS Transform はまた、移行用のランディングゾーンを構築するための Infrastructure as Code (IaC) のみモードをサポートする。このモードでは、AWS Transform が組織を分析し、推奨事項を生成し、AWS CDK、Terraform、または Landing Zone Accelerator (LZA) 形式で移行計画に合わせた IaC を生成する。IaC のみモードは、AWS Transform に管理アカウントへの直接アクセスを許可したくない組織向けで、代わりに代議員管理者 (DA) アカウントを通じて接続できる。デプロイパイプラインを自ら管理し、エージェントによる自動デプロイを必要としない顧客にも有益である。AWS Transform for migrations ランディングゾーンエージェントは、基盤のセットアップ、組織単位 (OU) とアカウント構造、サービスコントロールポリシー (SCP)、および移行計画とウェーブに合わせたワークロードアカウントを含む、ランディングゾーン設計をエンドツーエンドで自動化する。直接デプロイすることも、自分のパイプライン用に IaC を生成することもできる。これらの新しい機能は、AWS Transform for migrations がサポートするすべてのターゲット AWS リージョンで利用可能である。

この更新の位置づけ

AWS Transform for migrations は、クラウドへの移行を計画する組織向けのツールであり、より多くの既存環境をサポートすることで移行プロセスを効率化する。

AWS Partner Central に Program Navigator が追加され、パートナーは AWS 専門化プログラムの申請や進捗を 1 つの画面で一元管理できます。専門化の対象や要件、利点を確認し、ガイド付きのワークフローで申請できます。Case Study Generator は、AI を活用したケーススタディの作成、既存の顧客成功事例のインポート、オポチュニティからの自動入力の 3 つの方法で再設計されました。マーケティング目的のケーススタディは、専門化プログラムの申請とは別に軽微なポリシーチェックで直接公開できます。Program Navigator を通じた専門化プログラムの申請では、レビューがより迅速になり、要件レベルでの詳細なフィードバックが得られます。非専門化プログラムの申請は従来の方法で引き続き利用可能です。Program Navigator と Case Study Generator はすべての AWS パートナーに提供されます。開始するには、左側のナビゲーションパネルの「マーケティング」セクションで Program Navigator とケーススタディにアクセスしてください

この更新の位置づけ

AWS パートナー向けの新しいツールが提供され、専門化プログラムの申請やケーススタディの作成が効率化されます。パートナーが AWS の専門化を獲得し、マーケティング活動を強化するのに役立ちます

AWS IAM Identity Center は、アイデンティティソースを Active Directory から外部アイデンティティプロバイダー (IdP) や Identity Center ディレクトリに変更する際、従業員のアイデンティティと割り当てを保持するようになった。具体的には、ユーザー、グループ、グループメンバーシップ、権限セット割り当て、アプリケーション割り当てが保持される。これにより、変更時に IAM Identity Center で再作成する必要がなくなり、既存のアイデンティティストアがそのまま維持されるため、ユーザーとグループの ID は同じままになる。その結果、ユーザーは AWS アカウントとアプリケーションへのアクセスを保持し、ユーザー ID、グループ ID、またはアイデンティティストア ID を参照するポリシーも引き続き機能する。この変更を行うには、新しいアイデンティティソースをユーザーのサインインに必要な標準設定で構成する必要がある。変更後、従業員はデュアルスタックの AWS アクセスポータルの URL を通じてサインインする。逆方向の変更 (Active Directory への変更) は従来の方法で可能。組織インスタンスの IAM Identity Center で利用可能で、IAM Identity Center が提供されているすべての AWS リージョンで利用できる。この機能は追加料金なしで提供される。

この更新の位置づけ

IAM Identity Center は、従業員のアイデンティティを AWS と接続し、AWS アプリケーションやアカウント全体でアクセスを集中管理するサービス。この更新により、アイデンティティソースの変更時に手間を省き、アクセス管理がより柔軟になる。

対応リージョン: AWS IAM Identity Center と同じ

AWS Clean Rooms が Databricks をデータソースとしてサポートするようになった。これにより、コラボレーションのメンバーとそのパートナーは、ソースデータを移動または開示することなく、Databricks で管理されているデータを安全に分析できる。メンバーは、Delta Sharing を介して共有された Databricks のテーブルをコラボレーション内で直接クエリできる。Databricks は、AWS Glue、Snowflake、Amazon Athena に加えて、AWS Clean Rooms でサポートされるデータソースとなった。以前、Databricks にデータを保持するメンバーは、Amazon S3 にエクスポートまたはレプリケーションする必要があり、パイプライン作業とデータの追加コピーが必要だった。今では、ワークスペースの URL、スキーマ、テーブル、および Delta Sharing 共有を指定して Databricks のテーブルを直接登録し、コラボレーションで利用できる。たとえば、顧客データを Databricks で管理する小売業者が、AWS Clean Rooms でメディアパートナーとキャンペーン測定についてコラボレーションし、S3 へのエクスポートを構築および維持することなく、Databricks のデータに対して承認された分析を実行できる。

この更新の位置づけ

AWS Clean Rooms は企業とそのパートナーが、データの基盤を開示またはコピーすることなく、共同でデータセットを分析およびコラボレーションできるようにするサービス。この更新により、Databricks をデータソースとして使用できるため、パイプライン作業やデータのコピーを減らすことができる

AWS は Amazon CloudWatch Omni がカナダ (中部)、アジア太平洋 (ムンバイ)、アジア太平洋 (シンガポール)、アジア太平洋 (シドニー)、アジア太平洋 (東京)、ヨーロッパ (フランクフルト)、ヨーロッパ (ロンドン)、南アメリカ (サンパウロ) の 8 つの追加リージョンで利用可能になったと発表した。CloudWatch Omni は OpenTelemetry の相互運用性と CloudWatch のスケール性・信頼性を組み合わせた AI パワードのオブザーバビリティ体験で、チームやアプリケーションを中心に組織され、AWS アカウント、リージョン、他のクラウド (Azure、GCP) 全体のテレメトリーを中央アカウントで一元管理できる。サービスの自動検出、依存関係マッピング、ゴールデンメトリクスの自動提供、チャットやポイントアンドクリック、Agent Toolkit による操作で根本原因を特定できる。LangGraph、CrewAI、OpenAI Agents SDK、Vercel AI SDK、Strands などのフレームワーク向けにエージェントオブザーバビリティ体験も追加された。利用開始には CloudWatch コンソールから Omni スペースを作成し、SSO を設定してサインインする。エージェント開発者は VS Code、Cursor、Kiro 用に無料の CloudWatch Omni エクステンションをインストールできる。詳細は Amazon CloudWatch Omni のプロダクトページとドキュメントで確認できる。料金については CloudWatch Omni の料金ページを参照されたい。

この更新の位置づけ

CloudWatch Omni は AI を活用したオブザーバビリティサービスで、開発チームやアプリケーションを中心とした一元化された監視とトラブルシューティングを可能にする。追加リージョンでの提供により、グローバルな環境での利用が広がる。

対応リージョン: カナダ (中部)、ムンバイなど 11 のリージョン

Amazon Connect Customer Global Resiliency が管理画面に「グローバルレジリエンシーページ」を追加した。このページでは、リージョン間切り替えの準備状況を一元管理でき、全体的な準備状況と、グローバルレジリエンシーがネイティブにレプリケートするリソースの一覧を表示する。リソースの種類ごとに、同期済み、未同期、アクションが必要な状態を明示する。たとえば、トラフィック配分グループに関連付けられていない電話番号やユーザーがある場合、ページでそのリソースを直接関連付けられる。この準備状況の概要により、管理者はいつでもレジリエンシーポジションを確認し、インスタンスがリージョン間切り替えの準備ができていることを検証できる。この機能は、Amazon Connect Customer Global Resiliency がサポートされているすべての AWS リージョンで利用可能。

この更新の位置づけ

この機能は、Amazon Connect Customer Global Resiliency を使用する管理者向けで、リージョン間切り替えの準備状況を確認し、問題を解決するのに役立つ

対応リージョン: Amazon Connect Customer Global Resiliency と同じ

AWS Elemental MediaConnect Router が 250 Mbps および 500 Mbps の 2 つの新しいティアで高ビットレートモードをサポートするようになった。これにより、高ビットレートを必要とするプロフェッショナルなブロードキャスターが、品質や信頼性を損なうことなく高価値コンテンツを転送できるようになる。この機能強化により、放送貢献、コンテンツ配布、リモートプロダクションなどの業界標準のワークフローが可能になる。高ビットレートモードは、信頼性のために最大 2 つの冗長ソースをサポートし、パフォーマンスの向上ためにジッターを削減するデータプレーンの最適化を含む。

この更新の位置づけ

この更新は、高ビットレートを必要とするプロフェッショナルなブロードキャスターやメディア配信事業者に関連する。高ビットレートモードにより、高品質なコンテンツの転送がより信頼性高く可能になる。

Amazon RDS for SQL Server がリードレプリカインスタンス上で直接 DB スナップショットを作成できるようになりました。以前は、スナップショットはスタンドアロンおよびプライマリ DB インスタンスでのみ作成できました。リードレプリカを先にプロモートせずにスナップショットを作成できるため、バックアップと災害復旧 (DR) ワークフローに柔軟性が加わります。以前のように、プロモートされたリードレプリカで Multi-AZ を有効にするには、最初の完全スナップショットが終了するのを待つ必要がありました。最大 64 TiB の io2 ボリュームなどの大きなストレージ構成では、この最初のスナップショットに時間がかかり、DR タイムラインの予測が困難でした。現在、Amazon RDS for SQL Server はリードレプリカのライフサイクル全体でスナップショットデータを維持するため、プロモーション後の最初のスナップショットがより迅速に完了します。これにより、Multi-AZ の有効化が短縮され、DR 演習をより予測可能なリカバリタイムラインで計画できるようになります。リードレプリカから手動スナップショットを作成したり、バックアップ保持期間をゼロより大きく設定して自動バックアップを有効にしたり、リードレプリカを削除する際に自動バックアップを保持したりできますが、リードレプリカからのポイントインタイムリカバリ (PITR) はサポートされていません。この機能は、リージョン内およびリージョン間のリードレプリカの両方で動作します。SQL Server Enterprise Edition の、すべての SQL Server バージョン (リードレプリカをサポートするもの) で、Amazon RDS for SQL Server リードレプリカが利用可能なすべての AWS リージョン (AWS GovCloud (US) リージョンも含む) で利用できます。

この更新の位置づけ

この更新は、SQL Server データベースのバックアップと災害復旧戦略を最適化する必要があるユーザーに影響します。リードレプリカから直接スナップショットを作成できることで、DR 計画がより柔軟かつ予測可能になります。

対応リージョン: Amazon RDS for SQL Server read replicas と同じ

IAM Identity Center は、従業員が AWS アカウントやアプリケーションにシングルサインオンでアクセスできるように設定するサービスです。ユーザーとグループのアイデンティティストアでオプティミスティックロックがサポートされ、更新や削除リクエストが成功するのは、ユーザーやグループが最後に読み込んだ以降に変更されていない場合のみです。これにより、複数の管理者や自動化されたワークフローが同時に同じユーザーやグループを変更しようとする際に、以前の書き込みが静かに上書きされることを防ぎます。各ユーザーとグループには、リビジョン値が割り当てられ、ユーザーやグループの属性が変更されるたびに更新されます。このリビジョン値は、SCIM プロビジョニング、Active Directory 同期、IAM Identity Center コンソールを通じて変更されます。作成、説明、更新、およびリスト操作では現在のリビジョン値が返され、後から UpdateUser、UpdateGroup、DeleteUser、または DeleteGroup リクエストに渡すことができます。提供されたリビジョン値が現在の値と一致する場合のみ、リクエストは成功します。一致しない場合は ConflictException が返され、ワークフローでユーザーやグループを再読み込みして最新の値で再試行できます。リビジョン値を指定することはオプションです。リビジョン値を省略したリクエストはこれまで通り動作し、既存の統合も変更せずに動作します。条件付きリクエストは Identity Store API を通じてサポートされ、SCIM エンドポイントではサポートされません。グループメンバシップ操作はリビジョン値を接受せず、メンバを追加または削除してもユーザーやグループのリビジョン値は変更されません。この機能は、IAM Identity Center が提供されているすべての AWS リージョンで利用可能です。IAM Identity Center は追加料金なしで提供されます。

この更新の位置づけ

IAM Identity Center は、従業員が AWS アカウントやアプリケーションにシングルサインオンでアクセスできるようにするサービスです。この更新は、複数の管理者や自動化されたワークフローが同時にユーザーやグループを変更する際の競合を防止します。

対応リージョン: AWS IAM Identity Center と同じ

Amazon Connect Customer では、フロー モジュールをデータリクエストとしてエージェント型 CX デザイナーで使用できるようになりました。これにより、顧客体験フロー全体に再利用可能なロジックを構築および適用できます。データリクエストノードで会話の特定のステップでフロー モジュールを実行したり、会話が必要なときにジェネレーティブジャーニーとしてツールとして呼び出すこともできます。この機能により、顧客プロファイルやケースの更新、タスクの作成、データテーブルの参照、SMS 確認の送信、オペレーション時間やスタッフの確認 (人間エージェントにエスカレーションする前など) を行うことができます。また、コアバンキング、ポリシー、クレームシステムなど、プライベートネットワーク内にあるデータも取得できます。たとえば、フロー モジュールは VPC 内の AWS Lambda 関数を呼び出して、インタラクション中に口座残高やクレームステータスを返すことができます。この機能は、US East (N. Virginia)、US West (Oregon)、Canada (Central)、Asia Pacific (Tokyo)、Asia Pacific (Seoul)、Asia Pacific (Singapore)、Asia Pacific (Sydney)、Europe (Frankfurt)、Europe (London) の各 AWS リージョンで利用可能です。

この更新の位置づけ

Amazon Connect Customer は、エンタープライズが卓越した顧客体験を提供するのに役立つエージェント型 AI ソリューションです。この更新により、開発者はより柔軟で再利用可能な顧客インタラクションロジックを構築できます。

対応リージョン: バージニア北部、オレゴンなど 9 のリージョン

Amazon EMR Serverless が IPv6 およびデュアルスタック接続をサポートし、従来の IPv4 のみでの接続を拡張する。Apache Spark および Apache Hive のジョブを、Amazon VPC 内で IPv6 を使用するか、デュアルスタック (IPv4 と IPv6) または IPv6 のみのサブネットを提供することで実行できる。これにより、データストアやサービスへの接続方法に柔軟性が高まり、既存の IPv4 ワークロードとの完全な後方互換性を維持できる。Spark および Hive のワークロードが多くのワーカーにスケールするにつれ、VPC およびサブネットの IPv4 アドレス空間に制約が生じ、IPv6 の採用を義務付けるコンプライアンス要件に直面する組織が増えている。デュアルスタック接続により、EMR Serverless アプリケーションは IPv4 と IPv6 の両方をサポートし、既存の IPv4 ワークロードとの後方互換性を維持しつつ、IPv6 を徐々に採用できる。IPv6 のみのサブネットを使用することで、IPv4 アドレスの枯渇を回避し、VPC 内外の IPv6 エンドポイントおよびサービスにジョブがアクセスできるようにできる。Amazon EMR Serverless 向けの IPv6 およびデュアルスタック接続は、Amazon EMR Serverless が提供されているすべての AWS リージョンで追加料金なしで利用できる。IPv6 およびデュアルスタック サブネットは、すべての EMR Serverless リリースバージョンでサポートされている。詳細については、「EMR Serverless アプリケーション用の IPv6 サブネットの構成」と「EMR Serverless アプリケーション用の VPC アクセスの構成」を参照してください。

この更新の位置づけ

この変更は、Apache Spark および Apache Hive ワークロードを IPv6 で実行する必要があるユーザーに影響する。VPC 内の IPv4 アドレス空間の制約やコンプライアンス要件に対応できる。

対応リージョン: Amazon EMR Serverless と同じ

AWS Partner Central は、AWS パートナーがソリューションマッチングエンジン (SME) が共同販売パイプラインに与える影響をより明確に把握できるようにする。パートナー分析内の「ソリューションマッチングエンジンパフォーマンス」セクションでは、パートナーが自社の SME のパフォーマンスや AWS マーケットプレイスリストへの影響を確認できる。パートナーは、SME によって発生した推奨事項や機会、AWS が発起した機会への参加率、機会の停滞率、SME に起因するパイプラインを閲覧できる。さらに、推奨事項の種類や AWS マーケットプレイスリストでフィルタリングし、地域・業界・セグメントごとの主要な顧客プロファイルを分析できる。これらの分析により、パートナーは自社の可視性やリスト・機会情報の改善ポイントを判断できる。APN カスタマーエンゲージメント (ACE) に適格なすべてのパートナーは、AWS Partner Central のパートナー分析内の機会パイプライン分析ページでこのセクションを確認できる。

この更新の位置づけ

この更新は、AWS パートナーが共同販売パイプラインの効果を測定し、マーケットプレイスリストや機会情報を最適化するのに役立つ。

AWS Lambda デュラブル関数が AWS GovCloud (US-West) と AWS GovCloud (US-East) リージョンで提供開始された。Lambda デュラブル関数は、Lambda 開発環境内で信頼性の高い多段階アプリケーションや AI ワークフローを構築できる。イベントハンドラーに「ステップ」や「待機」などの新しいプリミティブを追加し、プログレスのチェックポイント設定、失敗からの自動リカバリ、オンデマンド関数のコンピュートチャージなしでの実行一時停止が可能。Python (バージョン 3.13、3.14)、Node.js (バージョン 22、24)、Go (バージョン 1.24 以降)、.Net (バージョン 2.2)、Java (17+) の Lambda 関数で、AWS Lambda API、AWS マネジメントコンソール、AWS SDK で有効化できる。また、AWS CloudFormation、AWS Serverless Application Model (AWS SAM)、AWS Cloud Development Kit (AWS CDK) などのインフラとしてのコードツールも利用可能。

この更新の位置づけ

政府顧客や規制対象産業向けの AWS GovCloud リージョンで、Lambda デュラブル関数を利用可能に。複雑なプロセスのオーケストレーションや順序処理、AI アシステッドタスクの実行が可能。

対応リージョン: AWS GovCloud (米国西部)、AWS GovCloud (米国東部)

Amazon Redshift は、Amazon S3 Tables とネイティブに統合して、システムテーブルのデータを現在のリミットである 7 日を超えて保存できる機能を、追加の AWS リージョンで提供開始した。この機能により、コンプライアンスや監査、オブザビリティ要件を満たすために、システムテーブルのデータを 7 日以上保存できる。有効にすると、AWS が自動的にシステムテーブルのデータを Apache Iceberg 形式で S3 Tables に書き込み、パーティショニング、コンパクション、リテンションを管理する。Redshift システムテーブルは、クエリパフォーマンスの監視やデータウェアハウスのアクティビティ監査、コンプライアンス要件の満たしに使用される。この機能により、システムテーブルのデータが自動的にレプリケートされ、カスタムの ETL パイプラインや本番ワークロードとのリソース競合を必要としない。さらに、複数のデータウェアハウスがある場合は、システムテーブルのデータを 1 か所に集約して、 Warehouses 全体のオブザビリティと分析が可能。データはオープンな Apache Iceberg 形式で保存されるため、Redshift、Amazon Athena、DuckDB、または Iceberg に互換のあるエンジンでクエリを実行でき、AWS サービスやサードパーティツールでオブザビリティダッシュボードを構築できる。AWS エージェントツールキットは、システムテーブルのデータをクエリするスキルを提供し、パフォーマンスの洞察や最適化の推奨事項を表示する。この機能は、Amazon Redshift Provisioned RG および RA3 インスタンスと Amazon Redshift Serverless で、以下の追加 AWS リージョンで利用可能：アジア太平洋 (ニュージーランド)、カナダ西部 (カルガリー)、AWS GovCloud (US-East)、AWS GovCloud (US-West)。詳細はドキュメントまたはブログを参照。

この更新の位置づけ

この更新は、データウェアハウスのパフォーマンス監視やコンプライアンス要件を満たすために、システムテーブルのデータを長期保存する必要があるユーザーに有用。

対応リージョン: ニュージーランド、カルガリー、AWS GovCloud (米国東部)、AWS GovCloud (米国西部)

AWS Transform for migrations がアジア太平洋 (シンガポール) リージョンで提供開始された。これにより、顧客はリージョン内でのデータ所在地と、ローカルのソースインフラストラクチャへのレイテンシの低減を実現できる。AWS Transform は、エージェント型 AI を活用したエンタープライズ IT 変革サービスで、クラウド移行、アプリケーションのモダナイゼーション、継続的な技術負債の削減を加速する。AWS Transform for migrations を使用すると、エンタープライズ IT チームは、ディスカバリやウェーブ計画からネットワーク変換、テストおよびカトバーのインスタンスの起動に至るまで、目的特化の AI エージェントを使用して移行ライフサイクル全体を自動化できる。このサービスは、VMware、Hyper-V、KVM、ベアメタル、およびハイブリッド環境を含む、ほぼすべてのソースからのワークロードのインフラストラクチャ移行をサポートし、チーム、ツール、ワークフローを単一のコラボレーション作業台に統合する。詳細については、AWS Transform のドキュメントを参照するか、AWS Transform の製品ページにアクセスしてください。

この更新の位置づけ

AWS Transform for migrations は、エンタープライズ IT チームがクラウド移行やアプリケーションのモダナイゼーションを効率化するためのサービス。このサービスがシンガポールリージョンで提供開始され、地域内でのデータ所在地と移行時のレイテンシ低減を実現する。

対応リージョン: シンガポール

本日、AWS End User Messaging は、RCS エージェント登録に必要なビデオキャプチャを自動化するガイド付きウィザードを追加しました。RCS 登録には、米国を含む複数の国でスクリーン記録が必要であり、従来はユーザーが手動でメッセージシーケンスをスクリプト化する必要があり、エラーが発生しやすかったため、登録が困難でした。この新しいウィザードは、適切な順序で適切なメッセージを送信することで、初回からコンプライアンスのビデオを記録し、エージェントの承認を迅速化します。このウィザードは、ビデオ提出が必要なすべての RCS 登録フォームで利用可能です。さらに詳しい情報や開始方法については、AWS End User Messaging ユーザーガイドを参照してください。

この更新の位置づけ

この更新は、RCS エージェント登録にビデオ提出が必要な開発者や企業に特に有用です。登録プロセスの自動化により、エラーを減らし、承認を迅速化します。

本日、AWS End User Messaging は、Notify でエンドツーエンドの管理された一時パスコード (OTP) 検証を提供開始した。これにより、AWS 電話番号とコード検証を含む動作する OTP 解決策を 5 分以内に構築でき、電話番号の設定やキャリア登録、メッセージ配信の管理が不要になる。従来は、パスコードを自前で生成し、Notify に渡して送信し、パスコードの作成、保存、有効期限の管理ロジックを構築および維持する必要があった。今後は、Notify がコードを生成し、配信し、受信者が入力したコードを検証するため、完全な検証フローを提供し、その作業をすべて省略できる。コードはテキスト、音声、および WhatsApp で配信できる。通知コードの設定で、一度だけルール (コードの種類、長さ、有効期間、受信者の試行回数、および各チャネルのテンプレート) を設定する。その後、1 つの呼び出しで選択したチャネルに受信者にコードを送信し、もう 1 つの呼び出しで受信者が入力したコードをチェックできる。Notify は、AWS End User Messaging が利用可能なすべての商用 AWS リージョンで利用可能。

この更新の位置づけ

この更新は、認証やセキュリティを強化する必要があるアプリケーション開発者や、ユーザー検証プロセスを簡素化したい開発者に関連する。AWS End User Messaging は、顧客やユーザーとのコミュニケーションを管理するためのサービスで、この更新により OTP 検証の管理がさらに容易になる。

対応リージョン: AWS End User Messaging と同じ

AWS End User Messaging はブランドプロファイルを発表しました。これにより、ブランドや企業情報を一度保存し、SMS、RCS、WhatsApp の登録で再利用できます。従来はチャネルや国ごとに企業情報や連絡先を手動で入力する必要があり、登録が遅れていました。ブランドプロファイルでは情報を一度入力すれば新しい登録に適用でき、登録が迅速で一貫した情報管理が可能になります。ブランドプロファイルは、独自のブランドを送信する場合や単一の AWS アカウントで複数のブランドを管理する場合に利用できます。登録時に保存した情報から自動的にフィールドを入力し、確認用ドラフトを提供します。デフォルトでは企業名や住所などの標準フィールドが対応し、AI を活用したスマートマッチでフィールド名が異なる場合にも対応できます。ブランドプロファイルは既存の登録から作成することもできます。この機能は、AWS End User Messaging が提供されているすべての商用リージョンで利用可能です。

この更新の位置づけ

この更新は、SMS、RCS、WhatsApp でのメッセージング登録を効率化したい企業や、複数のブランドを管理する組織に役立ちます。

対応リージョン: AWS End User Messaging と同じ

AWS End User Messaging が登録プロセスを改善し、より正確かつ迅速な提出を可能にしました。明確なガイダンスや明示的なフィールド要件、およびよくある却下の理由を回避するための支援が提供されます。登録にはオプトイン証明やサンプルメッセージなどのコンプライアンス証拠が必要で、これらの証拠が不完全または必須フィールドが漏れていると提出が遅延したり却下されたりしていました。これらの改善により、作業例が提供され、どのフィールドが必要かを明確に表示し、却下を引き起こす可能性のあるコンテンツについてガイドします。まず、米国 10DLC、米国短番号、米国フリーダイヤル、RCS 登録用のコンプライアンスを満たすオプトインとサンプルメッセージのモックアップ例が追加され、自身の登録を作成する前にコンプライアンスを満たす提出物の例を見ることができます。次に、登録 API のレスポンスに条件付きロジックが表示されるようになったため、AI エージェントも他のフィールドの値に基づいてどのフィールドが必要かを推測する必要がなくなりました。レスポンスには、特定の登録に必要なフィールドが明示されます。第三に、RCS 登録にはエージェント登録に必要なコンプライアンスビデオの記録手順が追加されました。これらの改善は、AWS End User Messaging の登録が利用可能なすべてのリージョンで利用できます。詳細および開始方法については、End User Messaging ユーザーガイドを参照してください。

この更新の位置づけ

この更新は、メッセージングサービスの登録プロセスを改善し、ユーザーがより正確かつ迅速に登録を完了できるようにするものです。AWS End User Messaging のユーザー向けです。

対応リージョン: AWS End User Messaging registrations と同じ

第二世代 AWS Outposts ラックが AWS メキシコ (中央) リージョンでサポートされるようになりました。Outposts ラックは、AWS インフラストラクチャ、AWS サービス、API、およびツールを事実上あらゆるオンプレミスデータセンターまたはコロケーションスペースに拡張し、真に一貫したハイブリッド体験を提供します。今回のリージョン拡大により、顧客の Outposts が接続できる AWS リージョンの数がさらに増え、レイテンシとデータ所在地要件の最適化が可能になります。第二世代 Outposts ラックの詳細については、ブログ投稿とユーザーガイドを参照してください。第二世代 Outposts ラックがサポートされている国と地域、および AWS リージョンの最新リストについては、Outposts ラックの FAQ ページをご覧ください。

この更新の位置づけ

AWS Outposts は、オンプレミス環境と AWS クラウドを統合するソリューションです。この更新は、特にメキシコ地域の顧客にとって、ハイブリッド環境での柔軟性を高めます。

対応リージョン: メキシコ (中部)

AWS Transform は、Microsoft Azure のクラウドネイティブ .NET アプリケーションを AWS へ移行するためのコード変換機能を一般提供開始する。この機能は、Azure サービスのコードを検出し、AWS サービスのコードに変換する。例えば、Azure Functions と Azure Cosmos DB を使用するサーバーレス関数を、AWS Lambda と Amazon DynamoDB を使用する関数に変換できる。変換は、Azure Functions → AWS Lambda、Azure Blob Storage → Amazon S3、Azure Queue Storage → Amazon SQS のサポートを備え、Azure Cosmos DB → Amazon DynamoDB の変換はプレビュー段階にある。AWS Transform は、提出されたソースコードから Azure SDK を検出し、変換オプションを評価レポートと近代化プランに提示する。ユーザーはオプションを受け入れるか、好みに基づいて調整できる。変換後、変更が変換コードに正しく組み込まされていることを検証する。この機能は、US East (N. Virginia)、アジア太平洋 (ムンバイ、東京、ソウル、シドニー)、カナダ (中央)、ヨーロッパ (フランクフルト、ロンドン) の 8 つの AWS リージョンで利用可能。

この更新の位置づけ

このアップデートは、Microsoft Azure から AWS への移行を計画している開発者や企業に有用。クラウドネイティブアプリケーションのコード変換を自動化し、移行プロセスを効率化する。

対応リージョン: バージニア北部、ムンバイなど 8 のリージョン

本日より、Amazon RDS for PostgreSQL 19 リリース候補版 1 (RC1) が Amazon RDS データベースプレビュー環境で利用可能になった。これにより、PostgreSQL 19 のプレリリースを Amazon RDS for PostgreSQL で評価できる。PostgreSQL 19 RC1 は安定性に焦点を当て、ベータ 4 テスト期間中のバグ修正と改善を含んでいる。このリリースでは、複雑なテキスト検索式のエラーハンドリングが改善され、並列オートバキュームが強化され、GIN インデックス管理の信頼性が向上している。詳細については PostgreSQL コミュニティのアナウンスを参照すること。Amazon RDS データベースプレビュー環境のデータベースインスタンスは最大 60 日間保持され、保持期間経過後には自動的に削除される。プレビュー環境で作成された Amazon RDS データベーススナップショットは、プレビュー環境内でのみデータベースインスタンスの作成または復元に使用できる。PostgreSQL のダンプおよびロード機能を使用して、プレビュー環境からデータベースをインポートまたはエクスポートできる。Amazon RDS データベースプレビュー環境のデータベースインスタンスは、US East (Ohio) リージョンでの価格設定に従って料金が計算される

この更新の位置づけ

データベース管理者や開発者は、Amazon RDS で新しい PostgreSQL バージョンのプレリリースを評価できる。これにより、アップグレード前にパフォーマンスや互換性を確認できる

Amazon CloudFront は、Amazon VPC 内のオリジン向けにエンドツーエンド IPv6 配信をサポートする新しいデュアルスタック VPC オリジンを提供する。これにより、顧客は Application Load Balancer、Network Load Balancer、EC2 インスタンスをプライベートサブネットに配置し、CloudFront ディストリビューションのみがアクセスできるようにできる。デュアルスタック対応により、顧客は IPv6 アーキテクチャや規制要件を満たすために IPv6 トラフィックをプライベートオリジンにまで送ることができ、オリジンをインターネットに公開することなくセキュリティを維持できる。以前の CloudFront はパブリックオリジンに対してデュアルスタックをサポートしていたが、VPC オリジンには IPv4 のみで接続していた。顧客は IPv6 に対応するためにオリジンをパブリックサブネットに移動するか、セキュリティを犠牲にするかというトレードオフに直面していた。今回の発表により、顧客は VPC オリジンをデュアルスタックとして構成し、セキュリティを犠牲にすることなくエンドツーエンド IPv6 を利用できる。デュアルスタック VPC オリジンは、VPC オリジンがサポートされているすべての AWS 商用リージョンで利用可能で、追加費用はかからない。

この更新の位置づけ

この更新は、VPC 内のプライベートオリジンに対して IPv6 トラフィックを送信する必要があるユーザーに影響する。セキュリティを維持しつつ IPv6 アーキテクチャや規制要件を満たすために役立つ。

本日より、Amazon MSK Connect と AWS Glue Schema Registry が AWS 欧州主権クラウド (ドイツ) リージョンで提供開始された。これにより、すでに同リージョンで利用可能な Amazon MSK Standard ブローカーとあわせて、ストリーミングワークロードを実行する顧客は、Apache Kafka アプリケーションを構築・接続・管理するためのより包括的なツールセットを利用できる。MSK Connect は、Amazon MSK で完全に管理された Kafka Connect クラスターを実行可能で、インフラのプロビジョニングが不要で、自動スケーリングと従量課金制で、Apache Kafka と外部システム (データベース、ファイルシステム、検索インデックスなど) 間のデータ移動を行うコネクターをデプロイ・監視・スケールできる。AWS Glue Schema Registry は、サーバーレスで無料の AWS Glue の機能で、Apache Avro、JSON、Protobuf スキーマを使用してストリーミングデータの検証と進化を制御できる。分離されたアプリケーション間でデータ形式と構造を中央リポジトリとして管理し、データ検証ロジックやチーム間調整、ダウストリームの障害を削減し、Amazon MSK、Amazon Kinesis Data Streams、Amazon Managed Service for Apache Flink、AWS Lambda 用に構築された C# および Java アプリケーションと統合できる。詳細は Amazon MSK 開発ガイドと AWS Glue Schema Registry ドキュメントを参照。

この更新の位置づけ

本更新は、AWS 欧州主権クラウド (ドイツ) リージョンでストリーミングデータ処理や Kafka アプリケーションを構築・管理するユーザーに影響する。MSK Connect と Glue Schema Registry の提供により、インフラ管理の不要性やデータ形式の統一性が向上する。

対応リージョン: AWS 欧州ソブリンクラウド (ドイツ)

本日、AWS Transform でフルスタック Windows モダナイゼーションが、変換された Amazon Aurora PostgreSQL データベースのリージョン間デプロイをサポートするようになり、7 つの追加 AWS リージョンで利用可能になった。これにより、SQL Server モダナイゼーション後に顧客がモダナイズされたデータベースをデプロイする場所をより正確に制御できるようになり、データ所在地、遅延、災害復旧要件がサポートされる。顧客は SQL Server のデータベース設計言語 (DDL) ファイルをアップロードし、変換プランでターゲット AWS リージョンを設定して、データベースを変換し、結果として得られた Aurora PostgreSQL クラスターを別の AWS リージョンにデプロイできる。同一のワークフローで、依存する .NET アプリケーションを PostgreSQL 互換に変換し、接続文字列や ADO.NET、Entity Framework のデータアクセス呼び出しを更新する。この拡張により、AWS Transform でフルスタック Windows モダナイゼーションは、以下のリージョンで利用可能になった: 米国東部 (バージニア北部)、ヨーロッパ (フランクフルト)、ヨーロッパ (ロンドン)、アジア太平洋 (ムンバイ)、アジア太平洋 (ソウル)、アジア太平洋 (東京)、アジア太平洋 (シドニー)、カナダ (モントリオール)。

この更新の位置づけ

AWS Transform は、Windows アプリケーションを AWS に移行するためのサービスで、データベースやアプリケーションのモダナイゼーションを支援する。

Amazon Time Sync Service は、マイクロ秒精度の時刻を 135 の追加 EC2 インスタンスタイプ (12 のインスタンファミリーにわたる) でサポートし、すべての商用リージョンで利用可能。これにより、顧客は Nitro システム内のリファレンスクロックを直接利用して、アプリケーションイベントの順序付けや 1 方向ネットワーク遅延の測定、分散アプリケーショントランザクションの速度向上を容易に実現できる。新たにサポートされるファミリーには、8 つの Gen8 ファミリー (C8a、C8i、C8i-flex、C8id、M8i、M8i-flex、R8a、X8i) と 4 つの Gen9 ファミリー (C9g、C9gd、M9g、M9gd) が含まれる。今日から、顧客は Precision Time Placement Group (PTPG) を作成して、これらのインスタンスタイプでマイクロ秒精度の時刻にアクセスできる。低ネットワーク遅延と精密時刻の両方が必要な顧客は、PTPG を Cluster Placement Group (CPG) と関連付けることで、低遅延ワークロードもマイクロ秒精度の時刻の利点を享受できる。

この更新の位置づけ

この更新は、高精度な時刻が必要な分散システムやリアルタイム処理アプリケーションの開発者やデプロイに影響する

対応リージョン: 全リージョン

AWS HealthOmics は、AWS リソースアクセスマネージャー (RAM) を使用して、他の AWS アカウントで管理されている Amazon 仮想プライベートクラウド (VPC) リソースにアクセスできるようにする共有 VPC をサポートします。これにより、お客様は組織内の複数のアカウント間でサブネットとセキュリティグループを 1 つの VPC から共有し、ネットワーク管理を集中化できます。HealthOmics は、各アカウントのワークフローをこれらの共有サブネットに直接配置します。クロスアカウント VPC 共有により、複数のアカウントが 1 つの集中管理された VPC 内で実行され、VPC ごとにエンドポイントを複製する必要がなくなります。参加アカウントのワークフローは、個別の VPC ピアリング接続や複製された VPC エンドポイントなしでプライベートにデータにアクセスできます。以前は、中央化されたネットワークをお持ちのお客様は、各 VPC で個別の AWS PrivateLink VPC エンドポイントを作成し、VPC ピアリングを使用して個別のルートテーブルを維持する必要がありました。クロスアカウント VPC 共有により、インフラオーバーヘッドを削減し、中央化されたネットワークを持つ組織のネットワーク管理を簡素化できます。同時に、研究者や開発者は自分のアカウントでバイオインフォマティクスワークフローを実行できます。共有 VPC は、AWS HealthOmics が提供されているすべてのリージョンで利用可能です: US East (N. Virginia, Ohio)、US West (Oregon)、Europe (Frankfurt, Ireland, London)、Israel (Tel Aviv)、Asia Pacific (Singapore, Seoul, Tokyo)。

この更新の位置づけ

AWS HealthOmics は、医療およびライフサイエンスの顧客が、完全に管理されたバイオインフォマティクスワークフローで科学的ブレイクスルーを大規模に加速するのに役立つ HIPAA 対応サービスです。この更新は、組織全体でネットワーク管理を集中化し、インフラオーバーヘッドを削減する必要がある組織に特に有用です。

対応リージョン: AWS HealthOmics と同じ

Meta の Muse Spark Open が Amazon SageMaker JumpStart で提供開始され、AWS カスタマーが利用できるファウンデーション モデルのポートフォリオが拡大した。Muse Spark Open は、エージェント型コーディングワークフロー向けに最適化されたオープンウェイト モデルで、長期実行のコーディングエージェントやマルチモーダルなエンジニアリングワークフローのために設計されている。Mixture-of-Experts (MoE) アーキテクチャを採用し、合計 816B パラメーター、トークンあたり 42B アクティブ パラメーターを備え、大規模ネットワークの能力を保ちながら、トークンあたりの計算負荷を低く抑える。1M トークンのコンテキストウィンドウを備え、プロジェクト全体 (依存関係、レガシーコード、数千のファイルを含む) を一度に処理できる。テキスト、画像、ドキュメント、オーディオ、オーディオビデオを入力として受け取り、テキストを出力する。SageMaker JumpStart では、BF16 (Muse-Spark-Open-816B-A42B) と NVFP4 量子化 (Muse-Spark-Open-816B-A42B-NVFP4) の 2 つのバリアントを提供し、NVFP4 バリアントはメモリ使用量を約 1/4 に抑えてコスト効率の良いデプロイを可能にする。SageMaker JumpStart を使用すると、顧客は数クリックで Muse Spark Open をデプロイでき、エンドポイントは顧客の AWS アカウントで実行され、ソースコードとプロンプトを完全に制御できる。このモデルを使用するには、SageMaker コンソールで SageMaker JumpStart モデルカタログにアクセスするか、SageMaker Python SDK を使用して AWS アカウントにモデルをデプロイする。SageMaker JumpStart でファウンデーション モデルをデプロイおよび使用する方法の詳細については、Amazon SageMaker JumpStart ドキュメンテーションを参照すること。

この更新の位置づけ

開発者やソフトウェアエンジニアリングチームが、AWS インフラ上でエージェント型コーディングワークフローを実施する際に利用できる。

Amazon DynamoDB Streams がタイムスタンプベースのストリーム処理をサポートし、特定の時間からストリームレコードの読み取りを開始できるようにする。従来は、最も古い保持レコード (最大 24 時間前) から、またはストリームの消費開始後に書き込まれた新しいレコードからしか開始できなかったが、今では AT_TIMESTAMP シャードイテレータータイプを使用して、その時間に書き込まれた最初のレコードから処理を開始できる。タイムスタンプベースのストリーム処理は、Amazon Kinesis Client Library (KCL) を介して DynamoDB Streams Kinesis アダプターで使用できる。この機能により、ストリーム消費の再開時のリテンション期間内全レコードの再処理やレコードの欠落を回避でき、中断後のリカバリ、過去の特定のポイントからのデバッグおよび監査のためのデータリプレイ、最新のレコードに近い最近のタイムスタンプからバックログをスキップする、ポイントインタイムリカバリ (PITR) エクスポート後の同期など、一般的なユースケースをサポートする。タイムスタンプベースのストリーム処理は、すべての商用 AWS リージョン、AWS GovCloud (US) リージョン、および中国リージョンで利用可能である。この機能には、標準の GetRecords API リクエスト料金以外に追加料金はかからない。詳細については、DynamoDB 開発ガイドの Amazon DynamoDB Streams タイムスタンプドキュメントを参照すること。

この更新の位置づけ

この変更は、ストリーム処理の柔軟性を高め、特定の時間からストリームレコードの読み取りを開始できるようにする。リテンション期間内全レコードの再処理やレコードの欠落を回避できるため、データリプレイやリカバリ、監査など、さまざまなユースケースで有用である。

対応リージョン: 全リージョン

Amazon SageMaker Studio は、新規顧客が Google、GitHub、Apple の認証でサインアップし、完全設定済み環境に直接アクセスできるようにした。従来は、Hugging Face や AWS 製品ページでモデルを見つけた顧客は、AWS アカウント作成プロセスを経て、クレジットカードを入力し、AWS コンソールで SageMaker AI を探して環境を構成し、IAM パーミッションを設定する必要があった。今回の新機能では、既存のアイデンティティで簡易サインアップし、AWS 無料ティアとして無料クレジットを受け取り、クレジットカードは不要で SageMaker Studio 環境にアクセスできる。チームメンバーをメールで招待し、共同作業者は自分のメール認証で共有環境にアクセスできる。プロジェクトが無料クレジットを超える場合は、有料プランにアップグレードして予算内にとどめることができる。検証済み顧客は、デフォルトで G5、G6、G6e、G4dn インスタンスの GPU アクセスを受け取る。

この更新の位置づけ

AI/ML モデルを構築し始める際の初期設定を簡略化し、開発者やデータサイエンティストがより容易に SageMaker Studio を利用できるようにする。

対応リージョン: Amazon SageMaker Studio と同じ

AWS Lambda の再帰ループ検出が、Lambda イベント関数と Amazon EventBridge カスタムイベントバス間の再帰ループを自動的に検出・停止し、ランウェイ使用や予期せぬ請求から保護する。この機能はデフォルトで有効で、EventBridge カスタムイベントバスが利用可能なすべての商用リージョンでサポートされる。意図的に再帰ループを使用する場合は、PutFunctionRecursionConfig API で検出を無効にできる。

この更新の位置づけ

Lambda イベント関数と EventBridge カスタムイベントバス間の再帰ループを検出・停止する機能は、ランウェイ使用や請求リスクを軽減するセキュリティ対策として重要。

AWS HealthOmics は、Seqera (Wave)、NVIDIA NGC、Google Artifact Registry などのサードパーティコンテナレジストリからのコンテナイメージを使用できるようにサポートを拡張した。これにより、プライベートワークフローでこれらのレジストリのコンテナイメージを Amazon ECR にコピーするよう HealthOmics に指示できる。以前のように Amazon ECR プルスルークェッシュ (PTC) を介したレジストリからのみイメージを取得する必要はなく、プライベートワークフローは Amazon ECR プルスルークェッシュレジストリと新たにサポートされたサードパーティコンテナレジストリの両方にアクセスできる。

この更新の位置づけ

AWS HealthOmics は、医療およびライフサイエンスの顧客が、完全に管理されたバイオインフォマティクスワークフローで科学的ブレイクスルーを大規模に加速するのに役立つサービスである。この更新により、プライベートワークフローでより柔軟にコンテナイメージを使用できるようになる

Amazon CloudWatch は、パイプラインを通じて条件付きログルーティングと連鎖パーサーをサポートするようになった。これにより、ログデータの変換方法と送信先ロググループをより詳細に制御できる。CloudWatch パイプラインはインフラストラクチャを管理せずにテレメトリを収集、変換、ルーティングする完全管理サービスである。条件付きログルーティングでは、処理されたフィールドに基づく条件を評価し、各イベントを異なる CloudWatch ロググループに送信するルートを定義できる。これにより、イベントを重大度、ソース、またはタイプで区別し、それぞれに適切な保持期間とアクセス制御を適用できる。連鎖パーサーでは、複数のパーサープロセッサーを順に適用し、後のパーサーが前のパーサーによって生成されたフィールドを消費できる。たとえば、最初に JSON エンベロープを解析し、次に抽出したフィールドに Grok パーサーを適用できる。これらの機能を組み合わせることで、さまざまなログ形式を構造化し、1 つのパイプラインで適切なロググループにルーティングできる。条件付きルーティングと連鎖パーサーは、CloudWatch パイプラインが一般提供されているすべての商用 AWS リージョンで利用可能である。これらの機能は、AWS マネジメントコンソール、AWS CLI、または AWS SDK を使用して構成できる。詳細については、Amazon CloudWatch パイプラインのドキュメントを参照してください。

この更新の位置づけ

この更新は、ログデータの処理と管理に苦労している開発者やデプロイチームに有用である。CloudWatch パイプラインの機能が強化され、複雑なログ形式の処理と適切なロググループへのルーティングが容易になった。

AWS Resilience Hub の次世代バージョンが AWS DevOps エージェントと統合し、障害モード評価の調査結果を確認し、緩和策を適用できるようにした。レジリエンステストを実行すると、Resilience Hub が AWS DevOps エージェントによる調査を開始し、症状、根本原因、影響、および回復アクションを構造化して返す。障害モード評価の調査結果から直接 AWS DevOps エージェントを起動し、調査質問を投げ、緩和策の計画を立てることもできる。AWS Resilience Hub は、AWS マネジメントコンソール内でプラットフォームエンジニアリングやサイト信頼性チームが AWS 上で実行されるワークロードのレジリエンスを評価し強化する中央場所であり、自動化された依存関係の検出、生成 AI を活用した障害モード分析、モジュラーなレジリエンスポリシー、レジリエンステスト、組織全体のレジリエンス姿勢レポートを提供する。

この更新の位置づけ

プラットフォームエンジニアリングやサイト信頼性チームが AWS 上で実行されるワークロードのレジリエンスを評価・強化する際に役立つ。

対応リージョン: バージニア北部、オハイオなど 15 のリージョン

Amazon Managed Workflows for Apache Airflow (MWAA) は、Agent Toolkit for AWS と統合し、AI エージェントスキルを提供する。これにより、MWAA ワークフローを作成・デバッグ・テスト・アップグレードするために、自然言語で AI コーディングアシスタントと直接やり取りできる。提供されるスキルは、ワークフロー作成、デバッグ、テスト、環境アップグレードの 4 つで、データパイプラインの構築と維持に要する手作業を削減する。例えば、ETL パイプラインを自然言語で説明すれば、作業タスクの依存関係やエラーハンドリングを含む動作する DAG が生成される。これらのスキルは、Amazon MWAA Provisioned と Amazon MWAA Serverless の両環境で利用でき、Amazon MWAA が提供されているすべての AWS リージョンで利用可能。利用を開始するには、aws-data-analytics プラグインをインストールし、AI コーディングアシスタントを MWAA エージェントスキル用に構成する。詳細は、Amazon MWAA ユーザーガイドと Agent Toolkit for AWS のドキュメントを参照。

この更新の位置づけ

データエンジニアやデータサイエンティストは、MWAA ワークフローの開発と管理を効率化できる。

対応リージョン: Amazon MWAA と同じ

Amazon Managed Service for Prometheus Collector は、Prometheus メトリクス用の完全管理型エージェント不要コレクタです。このサービスがアジア太平洋 (ニュージーランド) リージョンで提供開始されました。ニュージーランドの顧客は、Prometheus 互換の監視ワークロードをリージョン内で実行でき、ローカルワークロードのレイテンシが低下し、データ国内保持が可能になります。Amazon Managed Service for Prometheus Collector は、コンテナワークロードから Prometheus メトリクスを検出・収集し、顧客は収集されたメトリクスを Amazon Managed Service for Prometheus ワークスペースに取り込みしてクエリや分析を行います。この完全管理型アプローチにより、コレクションインフラの維持やスケーリングが必要なくなり、運用オーバーヘッドが軽減されます。詳細については、ユーザーガイドまたは製品ページをご覧ください。

この更新の位置づけ

この更新は、ニュージーランドリージョンで Prometheus メトリクスを管理しやすい方法で収集・分析する必要があるユーザーに影響します。

対応リージョン: ニュージーランド

Amazon S3 Metadata がアジア太平洋 (ハイデラバード、マレーシア、ニュージーランド、タイペイ、タイ)、メキシコ中部の 6 つのリージョンで一般提供開始した。S3 Metadata は、自動化されたメタデータで S3 データを即座に発見・理解できる。新旧オブジェクトのメタデータを自動で更新し、ビジネス分析やリアルタイム推論アプリケーションなどに活用できる。アノテーション機能で JSON/XML/YAML で最大 1 GB のビジネスコンテキストをオブジェクトに直接アタッチ可能。アノテーションはこれらのリージョンで S3 Metadata アノテーションテーブルでクエリできる。現在 S3 Metadata は 38 の AWS リージョンで一般提供されている。

この更新の位置づけ

S3 Metadata は S3 データの自動化されたメタデータ収集とクエリを可能にするサービスで、データ分析やリアルタイム処理に有用。リージョン拡大によりより多くの顧客が利用可能になる。

対応リージョン: ハイデラバード、マレーシアなど 6 のリージョン

本日、AWS HealthOmics は Nextflow ワークフローのタスク用リソースフォールバック指令を導入した。この指令により、研究者やバイオインフォマティシャンは優先する加速度器タイプの順序付きリストを定義でき、CPU インスタンスへのフォールバックオプションも含めることができる。これにより、加速度器の制約による実行の診断と再提出にかかる時間を減らし、生産ワークフローを継続できる。AWS HealthOmics は HIPAA 対応サービスで、医療およびライフサイエンスの顧客が完全に管理されたバイオインフォマティクスワークフローで科学的ブレイクスルーを大規模に加速するのに役立つ。Nextflow ワークフロー用リソースフォールバックでは、優先する加速度器を優先できる。優先する加速度器が利用できない場合、HealthOmics は再提出せずにフォールバックの指定された代替を自動的に移動する。各加速度器プロファイルには設定可能なタイムアウトがあり、HealthOmics がその加速度器を検索する時間を制御できる。より短いタイムアウトはフォールバック順序を素早く移動するのに役立ち、より長いタイムアウトは優先加速度器を確保する確率を高める。CPU プロファイルを最終フォールバックとして含めることで、タスクがインスタンスを確保する可能性を高めることもできる。Nextflow ワークフロー用リソースフォールバックは、AWS HealthOmics のすべてのリージョンで使用できる：US East (N. Virginia, Ohio)、US West (Oregon)、Europe (Frankfurt, Ireland, London)、Israel (Tel Aviv)、Asia Pacific (Seoul, Singapore, Tokyo)。詳細については、高度なリソース構成と Nextflow の詳細ドキュメントを参照してください。

この更新の位置づけ

AWS HealthOmics は、医療およびライフサイエンスの顧客が完全に管理されたバイオインフォマティクスワークフローで科学的ブレイクスルーを大規模に加速するのに役立つ HIPAA 対応サービスである。この更新は、研究者やバイオインフォマティシャンが加速度器の制約による実行の診断と再提出を減らし、生産ワークフローを継続できるようにする。

AWS License Manager は、EC2 の Ubuntu LTS インスタンスを AWS Marketplace で提供されている Ubuntu Pro に直接アップグレードできるようにした。この機能により、顧客は自らのフートワークを再構築したり、ワークロードを新しいインスタンスや AMI に移行したりすることなく、セキュリティ態勢を強化し、コンプライアンス要件を満たすことができる。Ubuntu Pro サブスクリプションでは、最大 10 年 (レガシー追加機能で 15 年まで延長可能) のセキュリティパッチが提供され、ベース OS を超えて NGINX、PostgreSQL、MongoDB、Redis などの広範なオープンソースアプリケーションにまで対応する。Ubuntu Pro は、カーネルライブパッチもサポートし、再起動せずに重要なカーネルセキュリティ修正を適用してダウンタイムを最小限に抑える。既存の Canonical Ubuntu Pro サブスクリプションを持つ顧客は、変換ワークフロー中に直接アップグレードできる。サブスクリプションを持っていない顧客は、AWS License Manager コンソールから Canonical Ubuntu Pro にサブスクライブできる。この新しい機能は、AWS License Manager が提供されているすべての商用リージョンで利用可能である。

この更新の位置づけ

この更新は、AWS 上で Ubuntu プロフェッショナル版を利用しているユーザーや、セキュリティ強化とコンプライアンスを容易に達成したいユーザーに有益である。

対応リージョン: AWS License Manager と同じ

Amazon Application Recovery Controller (ARC) リージョン切り替えは、マルチリージョンアプリケーションのフェールオーバーを調整し、リージョン障害時の回復時間を制限するのに役立ちます。今回、リージョン切り替えに AWS Systems Manager Run Command の実行ブロック、カスタムアクション Lambda のペイロード機能、サービスクォータの整合性チェック、コンピュートスケーリングアクションのターゲットグループヘルス待機機能の 4 つの新しい機能が追加されました。AWS Systems Manager Run Command の実行ブロックにより、フェールオーバーの際に管理対象インスタンスや仮想マシンでコマンドを実行できます。カスタムアクション Lambda のペイロード機能により、リカバリプラン間で Lambda 関数を再利用できます。サービスクォータチェック機能は、プライマリリージョンとスタンバリージョンのクォータ整合性を確認し、クォータ制限の増加を自動的に申請して、リカバリ時のサービスクォータ不足のリスクを軽減します。ターゲットグループヘルス待機機能は、プロビジョニングされたコンピュート容量がトラフィックを処理する準備ができていることを確認します。詳細については、AWS Systems Manager Run Command の実行ブロック、カスタムアクション Lambda の実行ブロック、サービスクォータチェック、および Amazon ECS サービススケーリング実行ブロックと Amazon EC2 Auto Scaling グループ実行ブロックのターゲットグループヘルス待機機能に関するドキュメントを参照してください

この更新の位置づけ

この更新は、マルチリージョンアプリケーションのフェールオーバーを管理する際に、ARC リージョン切り替えを使用するユーザーに影響します。これにより、フェールオーバーの自動化と信頼性が向上します

Amazon Bedrock AgentCore Memory で、長期間メモリレコードの TTL (時間経過後削除) を設定できるようにした。デフォルトでは長期間メモリレコードは期限切れしないが、この機能により、データ保持要件を満たすためやストレージの成長を制御するため、TTL を設定できる。リソースまたは特定のレコードで保持期間を構成できる。TTL の設定や削除には新しい権限 bedrock-agentcore:UpdateMemoryRecordExpirySpecification が必要で、記録保持の設定を誰がコントロールできるかを独立して管理できる。この機能は、Amazon Bedrock AgentCore Memory がサポートされているすべての AWS リージョンで利用可能。

この更新の位置づけ

Amazon Bedrock AgentCore Memory は、AI エージェントが長期間の知識を保持管理する機能。このアップデートにより、メモリレコードの保持期間を制御できる。

対応リージョン: Amazon Bedrock AgentCore Memory と同じ

Amazon Location Service は、開発者がコードを書かずに視覚的に API を探索・テストできる完全なインタラクティブな API プレイグラウンドを提供します。このリリースにより、14 の Amazon Location Service の Places、Maps、Routes API がインタラクティブな API プレイグラウンドで利用可能となり、開発者は実際の API コールを行ったり、結果をインタラクティブなマップで表示したり、パラメーターを調整したり、すぐに使用できるリクエストスニペットをアプリケーションにコピーしたりできます。API プレイグラウンドは、Amazon Location Service の Places、Routes、Maps API を網羅しており、検索とジオコーディング (Geocode、ReverseGeocode、Autocomplete、Suggest、SearchText、SearchNearby、GetPlace)、ルートの計画と最適化 (CalculateRoutes、CalculateRouteMatrix、CalculateIsolines、OptimizeWaypoints、SnapToRoads)、マッピング (Dynamic Map、GetStaticMap) が対象です。顧客は、配送アドレスの検証、トラックに適した複数ストップルートの計画、走行時間サービスエリアの可視化、またはアプリにマップを埋め込みることができます。SDK の設定やテストスクリプトは必要ありません。API プレイグラウンドは、US East (Ohio)、US East (N. Virginia)、US West (Oregon)、Asia Pacific (Mumbai)、Asia Pacific (Singapore)、Asia Pacific (Sydney)、Asia Pacific (Malaysia)、Asia Pacific (Tokyo)、Canada (Central)、Europe (Frankfurt)、Europe (Ireland)、Europe (London)、Europe (Spain)、Europe (Stockholm)、South America (São Paulo) の各 AWS リージョンで利用可能です。開始するには、AWS コンソールで Amazon Location Service API プレイグラウンドにアクセスするか、開発者ガイドで詳細を確認してください。

この更新の位置づけ

Amazon Location Service は、地理的位置に関する検索、ルーティング、マッピング機能を提供する AWS サービスです。このアップデートにより、開発者はコードを書かずに API の動作を確認できるため、開発効率が向上します。

対応リージョン: オハイオ、バージニア北部など 15 のリージョン

本日より、AWS Lambda Durable Functions で、1 実行あたりの持続可能な操作数が 3,000 から 30,000 に、チェックポイントペイロードサイズが 256 KB から 1 MB に引き上げられた。より高い操作制限により、単一の実行でより多くの作業が可能となり、反復ループの拡張、長時間のポーリング、ステップが失敗したときに実行されるより複雑なロールバックパスの構築などが安全に行えるようになる。1 MB のチェックポイントペイロードは、非同期 Lambda 呼び出しや Amazon SQS、Amazon EventBridge などの統合サービスの最大ペイロードサイズに一致し、これらのソースからの完全なイベントを 1 つの操作で保持できる。AWS Lambda Durable Functions は、最大 1 年間の実行、組み込みのチェックポイント、自動リトライ、計算料金を発生させない待機を備えた、回復力のある多段階アプリケーションや AI ワークフローの構築を支援する。持続可能な操作は、各ステップの試行、各条件待ちのポーリング、パラレルまたはマップ操作の各ブランチを含む。30,000 の操作により、単一の実行でより複雑な多段階ワークフローを調整したり、何千ものアイテムを反復処理したり、外部システムを数週間ポーリングしたりできる。エージェントアプリケーションは、何千ものモデルおよびツール呼び出しについて推論でき、1 MB のチェックポイントでより大きな会話履歴、モデル応答、ツールからの出力をチェックポイントに直接保持できる。1 MB を超える状態については、JavaScript および Python SDK に FileSystem シリアライザが含まれ、ペイロードを Amazon EFS または Amazon S3 ファイルマウントに書き込み、ポインターをチェックポイントする。新しい制限は、AWS Lambda Durable Functions が利用可能なすべての AWS リージョンで適用される。これらのサービス制限の詳細については、AWS Lambda 開発ガイドを参照してください。

この更新の位置づけ

AWS Lambda Durable Functions は、最大 1 年間の実行、組み込みのチェックポイント、自動リトライ、計算料金を発生させない待機を備えた、回復力のある多段階アプリケーションや AI ワークフローの構築を支援する。この更新は、より複雑なワークフローや長期間のポーリングを可能にする。

対応リージョン: AWS Lambda durable functions と同じ

Amazon S3 (S3 Tables および S3 Vectors を含む) が Vercel Marketplace および v0 by Vercel で利用可能になった。開発者は開発環境を離れることなく数秒で S3 リソースを作成および接続でき、Vercel の簡易プロビジョニングワークフローで S3 の耐久性、スケーラビリティ、パフォーマンスを得られる。S3 の汎用バケットはほぼすべてのユースケースに対応し、S3 Tables は分析ワークロード向けに最適化された完全にマネージドの Apache Iceberg テーブルを提供し、S3 Vectors はスケールでベクトルをネイティブに保存およびクエリできる。Vercel を通じて作成された新しい AWS アカウントには、Amazon S3、Amazon OpenSearch Serverless、AWS データベースサービスで使用できる $100 のクレジットが 6 か月間有効で含まれる。既存の AWS 顧客は、アカウントをリンクして S3 を Vercel プロジェクトで使用できる。Amazon S3 on Vercel は、Vercel が利用可能なすべての AWS リージョンで利用可能。詳細は AWS ニュースブログを参照するか、Vercel Marketplace の AWS を訪問するか、v0 by Vercel を起動してください。

この更新の位置づけ

この変更により、Vercel 開発環境から直接 Amazon S3 リソースをプロビジョニングできるため、開発ワークフローが簡素化される。

AWS Transfer Family では、SFTP サーバーのホストキーを自分の AWS アカウントの AWS Secrets Manager に保存できるようにした。これにより、サーバーの識別性に対するコントロールが向上し、サーバーの移行やフェールオーバーが簡素化される。従来、Transfer Family はサービス内でホストキーを保存していたため、関連する秘密鍵素材を取得できなかった。今回のアップデートでは、サーバーを作成またはホストキーをインポートする際に、Secrets Manager をストレージタイプとして選択できる。秘密鍵素材を取得し、同じホストキーをサーバーや AWS リージョン間で再利用できる。たとえば、フェールオーバー用にスタンバイサーバーで使用したり、移行中に代替サーバーで使用したりできる。クライアントが新しいホストキーを信頼する必要は 없くなる。AWS Identity and Access Management (IAM) ポリシーで、保存されたキーを取得できるユーザーをコントロールできる。既存のホストキーを Secrets Manager に移行することもできるが、追加のステップが必要な場合がある。詳細は AWS Transfer Family ユーザガイドを参照。

この更新の位置づけ

AWS Transfer Family は、AWS マネージドサービスを使用してファイル転送を安全かつ効率的に行うサービス。このアップデートにより、ホストキーの管理が容易になり、サーバーの移行やフェールオーバーがより安全かつ効率的になる。

対応リージョン: AWS Transfer Family と同じ

AWS はイーサリアムやソラナを運用するブロックチェーンノード向けに、ブロックチェーンスナップショットを発表した。このイニシアチブでは、事前同期されたパブリックブロックチェーンノードのチェーンデータを Amazon S3 で公開し、ノードをネットワークからのピア対ピア同期ではなくスナップショットからブートストラップできるようにする。これらのスナップショットは AWS インフラ内にある Amazon S3 でホストされ、AWS 上でノードを運用する顧客はレイテンシの低減とデータ転送の最適化を享受できる。ブロックチェーンスナップショットは各ネットワークの権威あるスナップショットを複数のコアで並列抽出に最適化された形式で再公開し、Amazon EC2 インスタンスが利用できるセットアップ時間を短縮する。スナップショットはイーサリアムとソラナを対象とし、無料で利用でき、上流プロバイダーと同じリズムで更新される。これらをリモートプロシージャコール (RPC) フリートへの容量追加、障害ノードの復旧、破損したデータベースの再同期に使用できる。利用可能な AWS リージョンは US East (N. Virginia)、Europe (Ireland)、Asia Pacific (Tokyo) の 3 つで、同じリージョンにある Amazon EC2 インスタンスと Amazon S3 ゲートウェイ VPC エンドポイントが必要。詳細はブロックチェーンスナップショット on AWS のドキュメントを参照。

この更新の位置づけ

イーサリアムやソラナを運用するブロックチェーン開発者やノードオペレーターが対象。ノードのセットアップ時間を大幅に短縮できる。

AWS Agent Registry は、組織内のエージェント、MCP サーバー、エージェントスキル、ゲートウェイ、カスタムリソースを中央管理するカタログです。数百ものリソースを管理する組織では、名前と説明だけでは効果的なガバナンスと発見が困難です。カスタムメタデータにより、各レジストリレコードに組織独自の構造化フィールドを追加でき、人間と自動システムの両方が一貫してリソースを検索および管理できます。パブリッシャーは、各レジストリレコードにチーム所有権やデータ分類などのフィールドを記録できます。レジストリごとに共通属性のスキーマを 1 回定義し、タイプ固有のフィールド (エージェントレコードのモデルファミリーなど) で拡張できます。各フィールドは自由形式テキスト、URL、ブール値、または許可された値のリストから選択できます。レジストリは、レコードの作成または更新のたびに必須フィールドと値を検証します。カスタムメタデータフィールドで検索結果をフィルターできます。AWS マネジメントコンソール、AWS CLI、AWS SDK、またはレジストリの MCP エンドポイントから利用可能です。カスタムメタデータは、AWS Agent Registry が提供されているすべての AWS リージョンで利用できます：US East (N. Virginia)、US West (Oregon)、Asia Pacific (Sydney)、Asia Pacific (Tokyo)、Europe (Ireland)。詳細については、AWS Agent Registry のドキュメントを参照してください。

この更新の位置づけ

AWS Agent Registry は、組織内のエージェントやリソースを管理するための中央カタログです。この更新により、レジストリレコードにカスタムメタデータを追加し、リソースの管理と検索を容易にすることが可能になります。

対応リージョン: AWS Agent Registry と同じ

本日、Amazon Elastic Container Service (Amazon ECS) は、サービスでアクティブに実行されているタスクの数を報告する新しいサービスメトリクス LiveTaskCount を発表しました。このメトリクスは、すべての顧客に追加料金なしで提供されます。さらに、Amazon CloudWatch Container Insights の既存の RunningTaskCount メトリクスの料金が無料になります。LiveTaskCount は、ACTIVATING、RUNNING、DEACTIVATING のすべての希望状態で実行されているタスクの数を報告し、スケールインイベント中の接続ドレイン中に停止状態に移行しているタスクを含むため、オートスケーリングポリシーやキャパシティプランニングに適しています。このメトリクスは、ECS サービスの使用量メトリクスの一部として無料で提供され、CloudWatch Container Insights にオプトインする必要はありません。既存の CloudWatch Container Insights RunningTaskCount メトリクスは、現在と希望の両方の状態が RUNNING であるタスクを追跡し、引き続きヘルスおよび安定性シグナルとして提供されます。本日の更新により、RunningTaskCount はすべての CloudWatch Container Insights ユーザーに追加料金なしで利用可能になります。これらの更新は、Amazon ECS が利用可能なすべての AWS リージョンで利用できます。アクションは必要なく、RunningTaskCount の料金変更は 2026 年 10 月 1 日から有効になり、自動的に適用されます。詳細については、ECS CloudWatch メトリクスと ECS Container Insights メトリクスのページを参照してください。料金の例については、Amazon CloudWatch の料金ページを参照してください。

この更新の位置づけ

Amazon ECS は、コンテナ化されたアプリケーションの管理とデプロイを提供する AWS のサービスです。この更新は、ユーザーがタスクのステータスをより正確に監視し、オートスケーリングやキャパシティプランニングを最適化するのに役立ちます

対応リージョン: Amazon ECS と同じ

AWS Security Hub がリソースの重要度を優先順位付けに追加し、セキュリティチームがビジネスに最も重要なリソースに影響を与える脆弱性に集中できるようにする。自動化ルールで重要度を設定でき、既存のリソースと新しいリソースに適用される。リソースタグや名前から自動的に重要度を推定し、設定不要でどのソースが値決定したかも記録する。重要度はリソースページの列として表示され、ソートやフィルタリング、グループ化に利用できる。影響評価タブの脆弱性検出にも表示される。Security Hub Essentials に含まれ、追加費用はかからず、すべての顧客に常に有効。

この更新の位置づけ

セキュリティチームがリソースの重要度に基づいて脆弱性を優先順位付けるのに役立つ

対応リージョン: 公式ドキュメントに記載

AWS Backup がアジア太平洋 (ニュージーランド) リージョンで Amazon FSx for Lustre、Amazon FSx for NetApp ONTAP、Amazon FSx for OpenZFS、Amazon FSx for Windows File Server をサポートするようになった。これにより、アジア太平洋 (ニュージーランド) リージョンでの Amazon FSx ファイルシステムのデータ保護を他のサポートされている AWS リソースと併せて中央で自動化および管理できる。ポリシーベースのバックアッププランを作成してバックアップをスケジュールし、保持ルールを適用し、バックアップを暗号化されたボールトに保存し、必要に応じてファイルシステムを復元できる。これにより、ビジネス継続性、災害復旧、および規制遵守要件を単一の集中サービスから満たすことが可能になる。AWS Backup コンソール、AWS CLI、または AWS SDK から開始できる。サポートされているリージョンおよび機能の完全なリストについては、AWS Backup ドキュメンテーションを参照すること。

この更新の位置づけ

AWS Backup は AWS リソースのデータ保護を自動化および管理するサービス。この更新により、アジア太平洋 (ニュージーランド) リージョンで Amazon FSx ファイルシステムの保護が可能になる。

対応リージョン: ニュージーランド

AWS Deadline Cloud は、特定のキュー、フリート、またはジョブにアクセスできるユーザーが、Deadline Cloud モニターから直接アクセス可能なリソースを検索できるようにする。以前のように、1 つのキューにアクセスできるユーザーがファーム ID を管理者から取得する必要はなく、Deadline Cloud モニターにはユーザーがアクセスできるキュー、そのアクセスに必要な親 ID、および直接およびグループ継承によるアクセスレベルが表示される。チームは、異なるアクセス権レベル間で追加の調整なしに、1 つのモニターエントリポイント (URL) を共有できる。リソース検出は、Deadline Cloud が提供されているすべての AWS リージョンで利用可能。

この更新の位置づけ

AWS Deadline Cloud は、コンピューターに負荷の大きいワークロードを視覚効果、アニメーション、製品デザイン、シミュレーション、ゲームなどで実行するチームを支援する完全管理サービス。この更新により、アクセス権の制限されたユーザーでもリソースを効率的に管理できる。

対応リージョン: AWS Deadline Cloud と同じ

Amazon DCV 2026.0 が提供開始された。このバージョンでは RHEL 10、Rocky Linux 10、CentOS 10、Ubuntu 26.04 のサポートが追加され、Linux ホストとセッションがモダンな Wayland ディスプレイサーバーで実行可能となった。新しい macOS クライアントが提供され、ゲームパッドのサポートが追加された。また、Windows と Linux のクライアントも更新された。Windows ホストでは、構成されたリンクがリモートセッションで開かれたときにクライアントデバイスのローカルブラウザーで起動する URL リダイレクト機能が追加された。Windows のプリンタープリファレンスリダイレクトにより、リモートセッションがクライアント側のプリンター設定にアクセスできるようになった。パフォーマンス改良として、H.264 フレームスライスサポートと Linux および macOS クライアントでのスライスベースのマルチスレッドデコードが実装され、遅延が低減された。Amazon EC2 上の新しい macOS サーバーバージョンもサポートされている。詳細はリリースノートまたは Amazon DCV のウェブページで確認できる。

この更新の位置づけ

Amazon DCV は、高パフォーマンスのリモートディスプレイプロトコルで、Windows、Linux、macOS のリモートデスクトップやアプリケーションセッションに安全にアクセスできる

Amazon RDS for SQL Server が Microsoft SQL Server の最新累積更新 (CU) をサポートするようになった。このリリースでは Microsoft SQL Server 2025 CU8 KB5104822 (RDS バージョン 17.00.4075.5.v1) が含まれる。これらの更新に含まれる改善と修正の詳細については、Microsoft の KB5104822 ドキュメントを参照すること。Amazon RDS マネジメントコンソール、AWS SDK、または CLI を使用して、Amazon RDS for SQL Server インスタンスをアップグレードしてこれらの更新を適用することを推奨する。RDS Microsoft SQL Server DB エンジンのアップグレードについては、Amazon RDS SQL Server ユーザガイドを参照してください。

この更新の位置づけ

データベース管理者や SQL Server を利用する開発者は、最新のセキュリティパッチや機能改善を適用するためにアップグレードを検討する必要がある

Amazon Connect Customer は、顧客会話から抽出した情報 (予約識別子、請求番号、会話要約など) を使用して、エージェントが連絡後に完了させるステップバイステップガイドを事前入力できる。マネージャーは、各フォームフィールドにどの情報を入力するか設定できる。エージェントは情報を確認して必要に応じて修正し、ガイドを提出できる。これにより、連絡後の作業時間を短縮し、データ入力エラーを削減できる。連絡センターのエージェントは、通常、各連絡後によく使われる情報をステップバイステップガイドに入力する作業を行う。例えば、保険エージェントが請求の通話を終了した後、顧客の保険番号、通話の要約、処分コードを記録するかもしれない。現在、マネージャーは、会話から抽出する情報とガイドのどのフィールドに自動的に入力するかをルールとして定義できる。エージェントは情報を確認し、必要に応じて修正してガイドを提出できる。これにより、連絡後の作業を短縮し、データ入力エラーを削減できる。ステップバイステップガイドと情報抽出は、以下の AWS リージョンで使用できる：US East (N. Virginia)、US West (Oregon)、Asia Pacific (Seoul)、Asia Pacific (Singapore)、Asia Pacific (Sydney)、Asia Pacific (Tokyo)、Canada (Central)、Europe (Frankfurt)、Europe (London)。連絡要約は、アフリカ (ケープタウン) でも利用できる。詳細と開始方法については、Amazon Connect Customer 管理ガイドのステップバイステップガイドを参照してください。

この更新の位置づけ

この更新は、連絡センターの管理者とエージェントにとって有用で、作業効率とデータ正確性を向上させる。

対応リージョン: ケープタウン

Amazon Elastic Compute Cloud (Amazon EC2) の G7 インスタンスが、ヨーロッパ (フランクフルト) とヨーロッパ (ストックホルム) リージョンで提供開始された。これらのインスタンスは NVIDIA RTX PRO 4500 Blackwell Server Edition GPU を搭載し、G6 インスタンスと比較して最大 4.6 倍の AI インフェレンス性能と最大 2.1 倍のグラフィックス性能を実現する。また、GPU で加速されたデータ分析ワークロードでもより高速なパフォーマンスを提供する。G7 インスタンスは、言語翻訳、動画や画像分析、音声認識、および推奨システムなどの AI モデルをデプロイするために使用できる。さらに、リアルタイムの映画品質グラフィックスの作成やゲームストリーミングなどのグラフィックスワークロードの加速にも対応する。また、動画トランスコ딩、空間コンピューティング、およびデータ分析ワークロードもサポートする。G7 インスタンスは、最大 8 つの NVIDIA RTX PRO 4500 Blackwell Server Edition GPU を備え、各 GPU には 32 GB のメモリがあり、カスタム Intel Xeon 6 プロセッサーを採用している。最大 192 の仮想 CPU (vCPU) と最大 700 Gbps の Elastic Fabric Adapter (EFA) ネットワーク帯域幅をサポートする。また、最大 768 GiB のシステムメモリと最大 7.6 TB のローカル NVMe SSD ストレージをサポートする。G7 インスタンスは、米国西部 (オレゴン)、米国東部 (バージニア北部、オハイオ)、およびヨーロッパ (スペイン、フランクフルト、ストックホルム) の AWS リージョンで利用できる。オンデマンドインスタンス、スポットインスタンス、またはセーブプランの一部として購入できる。

この更新の位置づけ

Amazon EC2 G7 インスタンスは、高性能な GPU を搭載したコンピューティングインスタンスで、AI インフェレンスやグラフィックス処理、データ分析などのワークロードに適している。

対応リージョン: フランクフルト、ストックホルム

AWS DataSync Enhanced mode は、Amazon FSx for OpenZFS をソースまたはデスティネーションとして使用できるように、またオンプレミス NFS サーバーと FSx for OpenZFS ファイルシステムで NFS バージョン 4.2 をサポートするようになった。さらに、オブジェクトストレージ転送向けに新しい ObjectMetadata オプションが追加され、ユーザーメタデータのコピー制御が可能になった。これにより、AWS Storage Gateway で提供されるバケットなど、デスティネーションのメタデータがそのまま残る必要がある場合や、Azure Blob Storage など、ソースのメタデータキーがデスティネーションと互換性がない場合の転送が可能になる。既存のタスクは影響を受けず、スケジュール通り実行され続ける。これらの機能は、AWS DataSync Enhanced mode がサポートされているすべての AWS リージョンで利用可能。詳細は AWS DataSync ドキュメンテーションを参照。

この更新の位置づけ

AWS DataSync は、高速かつ安全なデータ転送ソリューションで、この更新により FSx for OpenZFS や NFS 4.2 など新しいプロトコルやメタデータ制御がサポートされ、データ移行やバックアップのワークフローがさらに柔軟になる。

対応リージョン: AWS DataSync Enhanced mode と同じ

Agent Toolkit for AWS に新しい AWS AI/ML スキルが統合された。このスキルにより、コーディングエージェントは Amazon SageMaker AI でモデルを選択、トレーニング、最適化、デプロイを単一の自然言語ワークフローで実行できる。Agent Toolkit は以前の AWS Labs スキルやプラグインに代わって、統一されたインストールと更新パスを提供する。このスキルは SageMaker Studio JupyterLab にあらかじめインストールされており、Kiro やお好みのコーディングエージェントで使用できる。さらに、SageMaker AI のサポート範囲が拡張され、推論最適化、エンドツーエンドのファインチューニングワークフロー、サーバフルトレーニング、MLflow、エクスペリメント追跡、モデルライフサイクル管理、JumpStart モデルのデプロイと推奨、処理ジョブなどがサポートされる。AWS AI/ML スキルは追加料金なしで利用でき、使用する AWS リソースのみが料金対象となる。開始するには、GitHub の Agent Toolkit for AWS からスキルをインストールするか、SageMaker Studio JupyterLab で事前インストールされたバージョンを使用する。

この更新の位置づけ

この更新は、SageMaker AI の高度な機能をコードエージェントで利用したい開発者やデータサイエンティストに有益である。SageMaker のワークフローに自然言語処理を統合することで、開発効率とモデルデプロイのスピードが向上する。

Amazon Bedrock AgentCore の短期記憶 (STM) の料金が、イベントあたりの固定料金から、データの消費量ベースに変更された。取り込みが 1 GB あたり 1 ドル、取り出し が 1 GB あたり 0.2 ドル、ストレージが 1 GB 月あたり 0.1 ドルで、取り込みと取り出し はイベントあたり 12 KB から 64 KB までで請求され、ストレージは実際のサイズで請求される。小規模なペイロードでは最大のコスト削減が見られ、記憶リソースの TTL を短く設定することでストレージコストを管理できる。長期記憶の料金は変更なし。消費量ベースの料金は、AgentCore Memory が提供されているすべての AWS リージョンで利用可能。

この更新の位置づけ

開発者が AI エージェントを構築する際、短期記憶のコスト管理が重要になる。

Amazon EMR は Apache Spark ジョブ内でデータ品質をネイティブに検証する機能を提供します。データエンジニアリングチームは不良データを下流システムに届く前にインラインでキャッチでき、別途の検証インフラストラクチャを構築または維持する必要がありません。Amazon EMR データ品質は AWS Glue をベースにしており、追加料金なしで利用できます。AWS Glue と同じ宣言的ルール言語 (データ品質定義言語) と API を使用して両エンジンで一貫した体験を提供し、EC2、EKS、サーバーレスデプロイモードで Apache Iceberg、Apache Hudi、Delta Lake と連携します。この機能では、Spark スクリプトで検証ルールを作成するか、AWS Glue データカタログに保存されたルールを参照し、データ読み込み後、変換中、または処理後に適用できます。30 種類以上のルールタイプがあり、動的なルールや、固定しきい値を指定せずに時間経過によるドリフトを追跡するための ML ベースのアノマリ検出などがあります。Amazon EMR データ品質では、パイプラインの失敗、無効なレコードのフィルタリング、クォーランティンへのルーティングなどのアクションを選択できます。結果はデータセット、ルール、行レベルで生成されるため、品質障害を引き起こしているレコードやルールを簡単に特定できます。Amazon EMR データ品質は、AWS ランタイムで Apache Spark (emr-spark-8.1.0) で、すべての AWS コマーシャル、AWS GovCloud (US)、AWS 中国リージョンで利用できます。始めるには、Amazon EMR データ品質ドキュメントにアクセスし、EMR ワークロードの Spark スクリプトに DQDL ルールを追加してください

この更新の位置づけ

この更新は、データエンジニアリングチームがデータ品質を効果的に管理する必要がある場合に役立ちます。Amazon EMR のデータ品質機能により、パイプライン内での検証が簡素化され、別途のインフラストラクチャを必要とせずにデータ品質を確保できます

Amazon S3 Express One Zone ストレージクラスが、ヨーロッパ (ロンドン)、アジア太平洋 (ジャカルタ)、アジア太平洋 (香港)、アフリカ (ケープタウン) の 4 つの追加リージョンで利用可能になった。このストレージクラスは、高パフォーマンスで単一のアベイラビリティゾーンに特化し、最も頻繁にアクセスされるデータやレイテンシーの影響を受けるアプリケーション向けに、一貫した一桁ミリ秒のデータアクセスを提供する。S3 Express One Zone は、S3 Standard に比べてデータアクセス速度が最大 10 倍高速で、リクエストコストが最大 80% 低い。機械学習のトレーニング、インタラクティブな分析、AI 検索エンジンでのキーと値のキャッシュなどのワークロードが可能で、高い耐久性と可用性を提供する。この拡大により、S3 Express One Zone は現在、19 の AWS リージョンで利用可能。価格の詳細については、S3 の価格ページを参照し、製品ページとドキュメントで詳細を確認できる。

この更新の位置づけ

Amazon S3 Express One Zone は、高パフォーマンスで低レイテンシーのストレージクラスで、機械学習やインタラクティブな分析などのワークロードに適している。

対応リージョン: ロンドン、ジャカルタ、香港、ケープタウン

Amazon OpenSearch Service はインデックスレベル暗号化をサポートし、各インデックスを独自の AWS KMS カスタマー管理キーで暗号化できる。これにより、同じドメイン内で所有権や機密性が高いデータごとに異なるキーで保護できる。例えば、多テナントアプリケーションで各テナントのデータを独自のキーで暗号化できる。インデックスレベル暗号化は、Amazon OpenSearch Service の既存の暗号化機能を基にしている。AWS マネジメントコンソールまたは AWS CLI を使用して新しいドメインを作成する際に、暗号化モードを Native に設定し、カスタマー管理の AWS KMS キーを指定することで有効にできる。ドメインに追加のキーを登録し、個々のインデックスで使用することもできる。この機能は、OpenSearch バージョン 3.3 以降を実行するドメインで利用可能で、14 の AWS リージョンで提供される。追加料金はかからず、標準の AWS KMS および OpenSearch Service の料金が適用される。

この更新の位置づけ

Amazon OpenSearch Service は、検索と分析のためのクラウドベースのサービス。この更新により、テナントやデータ所有者ごとに異なる暗号化キーを適用でき、セキュリティとコンプライアンスの管理が容易になる

対応リージョン: バージニア北部、オハイオなど 14 のリージョン

Amazon ElastiCache for Valkey が、ノードベースのクラスター向けに ElastiCache Insights を導入した。ElastiCache Insights は、Amazon CloudWatch の事前構築されたダッシュボードで、クラスターのヘルス、メモリ、コンピュート、ネットワーク、コマンドスループット、レイテンシ、キースペース、エラーなどを単一のビューに集約する。OpenTelemetry メトリクスから自動的に収集されたデータを元にしている。ElastiCache Insights を使用すると、リージョン全体のキャッシュワークロードのヘルスを一目で確認したり、ノードがメモリ、ネットワーク、または接続制限に近づいていることを検出したり、クラスター、シャード、ノード、またはアベイラビリティゾーンにビューをフィルターしたりできる。カスタムダッシュボードの開始点としてコピーも保存できる。詳細なモニタリングでは、15 秒ごとにメトリクスを公開し、[メトリクス] タブまたはカスタムダッシュボードで表示できる。OpenTelemetry メトリクスの CloudWatch の料金が ElastiCache の詳細なモニタリングに適用される。使用方法については、Amazon ElastiCache コンソールでクラスターの[メトリクス] タブを開き、ElastiCache Insights で表示するを選択するか、Amazon CloudWatch コンソールでインフラストラクチャモニタリングの下で ElastiCache Insights を選択できる。ElastiCache Insights は、Amazon CloudWatch が OpenTelemetry メトリクスをサポートするすべての AWS リージョンで、ノードベースの Valkey クラスターで利用可能。

この更新の位置づけ

ElastiCache Insights は、Valkey クラスターの詳細なモニタリングとパフォーマンス分析を容易にするツールで、開発者やオペレーターがキャッシュ環境をより効果的に管理するのに役立つ

対応リージョン: Amazon CloudWatch と同じ

AWS Secrets Manager は、Databricks と Twilio 向けに管理された外部シークレットのサポートを追加した。これにより、データパイプラインやメッセージングアプリケーションがこれらのサービスを呼び出す際に使用するクレデンシャルの自動ローテーションが可能になる。AWS マネジメントコンソールまたは API からローテーションを設定でき、カスタムローテーション Lambda 関数を書いたり維持したりする必要はない。Databricks では、ジョブや CI/CD パイプラインで使用する個人アクセストークンをローテーションできる。Twilio では、アプリケーションがメッセージを送信したり通話をかけたりするために使用する API キーと認証トークンをローテーションできる。両サービスの場合、クレデンシャルを Secrets Manager に管理された外部シークレットとして保存し、ローテーションスケジュールを設定する。Secrets Manager は常に現在のクレデンシャルを返すため、アプリケーションはコード変更なしでローテーションされた値を取得できる。これらの統合は、BigID、Cisco Security Platform、Confluent Cloud、Datadog、GitLab、Jenkins、MongoDB Atlas、Netskope、Paddle、Salesforce、Snowflake、SonarQube 向けの既存の管理された外部シークレットサポートに加わる。Databricks と Twilio の管理された外部シークレットは、AWS Secrets Manager の管理された外部シークレットがサポートされているすべての AWS リージョンで利用可能である。

この更新の位置づけ

AWS Secrets Manager は、データパイプラインやメッセージングアプリケーションがクラウドサービスを呼び出す際に使用するクレデンシャルの安全な管理と自動ローテーションを提供するサービスである。この更新により、Databricks と Twilio 向けのクレデンシャル管理がさらに強化され、セキュリティと運用効率が向上する。

対応リージョン: AWS Secrets Manager managed external secrets と同じ

AWS Transfer Family は、パブリック SFTP サーバーでカスタムポートの設定と、各ポートごとの通信モード選択を可能にする機能を提供するようになった。これにより、1 台のサーバーで異なるポートが必要なクライアントをサポートしたり、SFTP 接続の開始方法を個別に設定したりできる。従来はポート 22 のみで、サーバー側から通信を開始する方式しかなかったが、今回の機能により、最大 3 つのポート (22 または 2000 から 65535 までの任意のポート) を設定できる。クライアント側から通信を開始するクライアントも存在し、サーバー側から接続を開始するポートでは接続が停止することがあるため、各ポートについてクライアント側から通信を開始する方式かサーバー側から通信を開始する方式かを選択でき、クライアントの接続挙動に合ったポートにリダイレクトできる。ポート 22 以外のポートを使用することで、ポート 22 をターゲットとする自動スキャナーからの不要な接続試行を減らすこともできる。この機能は、Transfer Family のパブリック SFTP サーバーが提供されているすべての AWS リージョンで利用可能。詳細については、AWS Transfer Family コンソール、AWS CLI、AWS SDK を使用するか、AWS Transfer Family ユーザーガイドの「SFTP 対応サーバーの作成」を参照してほしい。

この更新の位置づけ

AWS Transfer Family は、SFTP や FTPS などのプロトコルを使用してファイル転送を安全に行うサービス。この更新により、パブリック SFTP サーバーでカスタムポートをサポートし、クライアントの接続方法に応じた設定が可能になる。

本日より、AWS は米国のお客様が ACH 直接引き落としを通じて AWS にサインアップし、AWS サービスの請求書を支払えるようにした。米国のお客様は個人または企業の銀行口座を安全に結び付けることで、AWS 請求書を USD 銀行口座から直接管理できる。この機能により、新規 AWS ユーザーはサインアップにクレジットカードやデビットカードを必要としなくなった。サインアップ時、お客様は AWS サインアップページで「銀行口座」を選択し、銀行を選択して、銀行のモバイルアプリまたはオンラインバンキングの認証情報を使用して認証できる。これにより、所有権が安全に検証され、銀行口座が AWS アカウントにリンクされる。デフォルトで、このアカウントは将来の AWS 請求書の支払いに使用される。既存のお客様は、AWS 請求およびコスト管理コンソールの支払い設定ページから銀行口座を追加できる。支払い方法の追加を選択し、「銀行口座をリンク」を選択して、同じ銀行選択と認証フローを完了する。検証後、銀行口座は将来の AWS 請求書の支払い方法として利用可能になる。ACH 直接引き落としは、USD 銀行口座を持つ AWS ユーザーに追加費用なしで利用できる。

この更新の位置づけ

本更新は、AWS の新規ユーザーや既存ユーザーがより柔軟な支払い手段を求める場合に有用である。特に、クレジットカードやデビットカードを好まない企業や個人に適している。

本日より、Amazon EC2 C9g および C9gd インスタンスがアジア太平洋 (マレーシア、ソウル、シンガポール) リージョンで、M9g および M9gd インスタンスがアジア太平洋 (マレーシア) およびヨーロッパ (スペイン) リージョンで提供開始される。これらのインスタンスは、AWS がカスタム設計した第 5 世代の CPU である AWS Graviton5 プロセッサーを搭載し、Amazon EC2 上で実行される幅広いワークロードに最高の価格パフォーマンスを提供する。C9g および C9gd インスタンス、M9g および M9gd インスタンスは、AWS Graviton4 ベースの C8g、C8gd、M8g、M8gd インスタンスより最大 25% 高い計算パフォーマンスを実現する。データベースでは最大 30%、ウェブアプリケーションでは最大 35%、機械学習では最大 35% の高速化が期待できる。これらのインスタンスは第 6 世代 AWS Nitro システムで構築され、Nitro Isolation Engine を初めて搭載する。このエンジンは形式的検証を使用して、顧客のワークロードが互いおよび AWS オペレーターから分離されていることを数学的に保証し、数学的に証明されたクラウドセキュリティの新しい基準を先駆ける。C9g インスタンスは、高性能コンピューティング (HPC)、バッチ処理、ゲーム、ビデオエンコーディング、科学モデル化、分散分析、CPU ベースの機械学習 (ML) インフェレンス、リアルタイム分析、および広告配信などの計算集約的なワークロードに理想的である。M9g インスタンスは、アプリケーションサーバー、マイクロサービス、ゲーム、キャッシュ、コンテナなど、幅広い汎用ワークロードに対応する。また、リアルタイム推論、コード生成、マルチステップオーケストレーションなどのエージェント型 AI ユースケースに必要なパフォーマンスも提供する。C9gd および M9gd インスタンスは、スクラッチスペース、一時ファイル、キャッシュに高速で低レイテンシーのローカルストレージを必要とするワークロードに、ローカル NVMe ベースの SSD ブロックレベルストレージを追加する。これらのインスタンスは、これらのリージョンで、セーブプラン、オンデマンド、スポットインスタンス、専用インスタンス、または専用ホストを通じて購入できる。AWS Graviton でコンピュートをレベルアップし、今すぐ C9g および M9g で始めよう。

この更新の位置づけ

Amazon EC2 の新しいインスタンスタイプが追加リージョンで提供開始。これにより、ユーザーはより広範な地域で高パフォーマンスなコンピュートリソースを利用できる。

対応リージョン: マレーシア、ソウル、シンガポール、スペイン

Amazon Elastic Compute Cloud (Amazon EC2) M8id インスタンスが、アジア太平洋 (マレーシア) とアジア太平洋 (シドニー) リージョンで提供開始されました。M8id インスタンスは、最大 22.8 TB の NVMe ベース SSD ブロックレベルストレージを備え、計算とメモリリソースのバランスと、高速で低遅延のローカルブロックストレージを必要とするワークロード向けに設計されています。これには、データロギング、メディア処理、中規模のデータストアなどが含まれます。M8id インスタンスは、前の第 6 世代インスタンスと比較して、vCPU、メモリ、ローカルストレージが 3 倍に増えています。これらのインスタンスは、第 6 世代 M6id インスタンスと比較して、最大 43% 高い計算パフォーマンスと 3.3 倍のメモリ帯域幅を提供します。また、第 6 世代インスタンスと比較して、I/O インテンシブなデータベースワークロードのパフォーマンスが最大 46% 高く、I/O インテンシブなリアルタイムデータ分析のクエリ結果が最大 30% 速くなります。さらに、お客様は EC2 インスタンス帯域幅加重設定を使用して、これらのインスタンスのネットワークと Amazon EBS 帯域幅を 25% 調整でき、帯域幅リソースの割り当てをより最適化してワークロードを最適化できます。これらのインスタンスは、24xlarge、48xlarge、metal-24xl、metal-48xl サイズで Elastic Fabric Adapter (EFA) ネットワーキングを提供します。顧客は、これらのインスタンスをセーブプラン、オンデマンドインスタンス、スポットインスタンスで購入できます。詳細については、Amazon EC2 M8id ページをご覧ください。

この更新の位置づけ

Amazon EC2 M8id インスタンスは、高速で低遅延のローカルブロックストレージを必要とするワークロード向けの新しいインスタンスタイプです。これにより、データロギング、メディア処理、中規模のデータストアなどのタスクがより効率的に実行できるようになります。

対応リージョン: マレーシア、シドニー

Anthropic の新しいモデルである Claude Sonnet 5.5 と Claude Opus 5.5 が、AWS GovCloud (US) リージョンでの Kiro IDE および CLI で利用可能になった。Claude Opus 5.5 は、Anthropic がこれまでで最も高能な Opus モデルであり、長時間実行のエージェント型コーディング作業で Opus 5 より一歩進んでいる。Opus 5.5 は各リクエストについて適応的に思考し、タスクに必要な労力を決定し、Kiro の内部ベンチマークでは約 40% 少ないツール呼び出しと Opus 5 の約半分のコンテキストでタスクを完了する。1M のコンテキストウィンドウと 2.0 倍のクレジット乗数で利用可能 (Opus 5 の 2.2 倍から下がった)。Claude Sonnet 5.5 は Anthropic がこれまでで最も高速な Sonnet モデルであり、Sonnet 5 をすでに構築しているチームにとって自然なアップグレードである。出力は 30% 以上高速で、実世界のコーディングや知識作業は Opus 5.5 のパフォーマンスに近づき、より明確なライティングにより開発者にとってより強力なコラボレーターとなる。1M のコンテキストウィンドウと 1.3 倍のクレジット乗数で利用可能。IDE または CLI を最新バージョンに更新し、再起動してモデルセレクターから新しいモデルにアクセスする。詳細については、GovCloud ドキュメント、監視および追跡ガイドを参照するか、AWS アカウントチームに連絡する。Kiro についてさらに詳しく知るには、Kiro 製品ページにアクセスしてください。

この更新の位置づけ

この更新は、AWS GovCloud (US) 環境で AI モデルを活用する開発者や企業に影響を与える。特に長時間のコーディング作業や高スループットの知識作業を行うユーザーに有益。

本日、AWS Security Hub は、検出結果を Amazon S3 に CSV または JSON (OCSF) 形式でエクスポートする機能を発表した。コンプライアンス報告や監査証拠などのユースケースに必要なセキュリティチームは、セキュリティハブコンソールのすべての検出結果ページ (脅威、曝露、脆弱性、ポスチャーマネジメント、機密データ、すべての検出結果など) からエクスポートパイプラインを構築・維持することなく検出結果をエクスポートできる。エクスポートは、表示している検出結果ページからオンデマンドで開始でき、セキュリティハブが結果をアカウントの S3 バケットに配信する。スプレッドシートで検出結果を確認または共有したい場合は CSV を、Open Cybersecurity Schema Framework (OCSF) 形式で検出結果が必要な場合は JSON を選択できる。検出結果エクスポートは、AWS Security Hub が提供されているすべての AWS リージョンで利用可能。詳細については、AWS Security Hub ユーザーガイド (https://docs.aws.amazon.com/securityhub/latest/userguide/securityhub-v2-findings-export.html) を参照すること。

この更新の位置づけ

セキュリティチームがコンプライアンス報告や監査証拠などのユースケースに検出結果を活用する際に役立つ。

対応リージョン: AWS Security Hub と同じ

本日より、Amazon Quick でブランドテンプレートをアップロードできる。ブランドマネージャーは PowerPoint や Word のテンプレートをアップロード、または SharePoint などの接続されたファイルストアから取得する。Quick は各ファイルから色、フォント、ロゴ、レイアウト、ブランドルールなどを抽出し、ブランドマネージャーが確認・編集して全組織に公開する。Quick は新しいアセットを作成する際にテンプレートのルールを遵守し、ルールに違反するリクエストには理由を説明し、ブランドに沿った代替案を提案する。各タスクに対して、ブランドマネージャーが書いたガイダンスに基づき最適なテンプレートを選択する。ユーザーは異なるテンプレートを選択することもできる。管理者はカスタム権限で誰がブランドテンプレートを作成・公開できるかを決定し、ブランドやマーケティングなど承認されたチームのみがビジュアル標準を設定できる。ブランドアセットは本日より Amazon Quick デスクトップアプリで一般提供開始。詳細は Amazon Quick ドキュメンテーションを参照するか、無料でアカウントを作成して数分で Quick を使用できる。

この更新の位置づけ

ブランド管理やマーケティングチームが、組織全体のプレゼンテーションやドキュメントの一貫性を確保するのに役立つ。

AWS Lambda は、顧客が自ら管理する Apache Kafka イベントソースマッピング (ESM) 向けに OAuth 認証をサポートするようになった。これにより、顧客は企業アイデンティティプロバイダー (例: Amazon Cognito、Okta) を介して Kafka ESM の認証が可能となり、Kafka アプリケーションのセキュリティおよびコンプライアンス要件を満たせるようになる。Kafka ESM は、イベント駆動型 Kafka ワークロード (例: 支払い処理、詐欺検出、リアルタイムデータパイプライン) の構築に利用され、自動スケーリング、エラーハンドリング、バッチ処理、イベントフィルタリングを提供する。従来、Kafka ESM は SASL/PLAIN、SASL/SCRAM、相互 TLS (mTLS) のみサポートしていたため、OAuth を必要とする規制業界の顧客は Kafka ESM をクラスターで使用できなかった。OAuth のサポートにより、顧客は企業アイデンティティプロバイダーを使用して Kafka ESM を認証し、Kafka クラスターと Lambda コンサーマー全体にわたって同一のアイデンティティガバナンスとアクセスポリシーを適用できる。この機能は、顧客が自ら管理する Kafka ESM が提供されているすべての AWS 商用リージョンで利用可能。OAuth 認証を使用するには、AWS マネジメントコンソール、Lambda API、AWS CLI、AWS CloudFormation、または AWS SAM を介して認証設定で新しい Kafka ESM を作成する必要がある。

この更新の位置づけ

Kafka ESM を使用するイベント駆動型 Kafka ワークロードを構築する顧客、特に規制業界の顧客に影響する

Amazon Connect Customer は、パフォーマンス評価フォームの自動チェック機能を提供する。これにより、AI が自動的に記入する評価の精度が向上する。マネージャーは評価フォームを設定する際に、ワンクリックで自動チェックを実行できる。このチェックはフォームをベストプラクティスと比較し、AI が確実にスコアリングできるコンテキストが不足している評価質問をリストアップし、より具体的なものにするための提案を行う。例えば、「エージェントが販売開示を提供したか？」という質問をフラグし、エージェントが販売前に開示しなければならない内容を正確に定義するよう促す。この機能により、マネージャーは人間エージェントと AI エージェントを公平かつ正確に評価でき、評価フォームの改訂に費やす時間を減らすことができる。この機能は、US East (N. Virginia)、US West (Oregon)、Canada (Central)、Europe (Frankfurt)、Europe (London)、Asia Pacific (Singapore)、Asia Pacific (Sydney)、Asia Pacific (Tokyo) のリージョンで利用可能。詳細はドキュメントとウェブページを参照。Amazon Connect Customer の価格については、価格ページで確認できる

この更新の位置づけ

この更新は、AI を活用した顧客サービス評価の精度を向上させたいマネージャーや評価フォームを管理する担当者にとって有用である

対応リージョン: バージニア北部、オレゴンなど 8 のリージョン

Amazon Bedrock は OpenAI モデルで reasoning.summary パラメーターをサポートし、Responses API を通じて提供する。開発者はモデルの回答と並行して人間が読みやすいサマリを取得でき、コード作成や分析、多段階の問題解決などの複雑なタスクへのアプローチを理解するのに役立つ。サマリは推論出力のアイテムの summary 配列で返される。この機能は、OpenAI GPT モデルが提供されているすべての AWS リージョンで利用可能で、リージョン内推論、リージョン間推論 (地理的)、グローバルなリージョン間推論もサポートする。

この更新の位置づけ

開発者はこの機能を利用して、モデルの回答を評価し、アプリケーションのデバッグ、およびユーザーにモデルのリクエストへのアプローチを提示できる

本日より、Amazon EC2 R8g インスタンスが AWS 欧州主権クラウド (ドイツ) リージョンで提供開始された。これらのインスタンスは AWS Graviton4 プロセッサーを搭載し、AWS Graviton3 ベースのインスタンスに比べて最大 30% のパフォーマンス向上を実現する。Amazon EC2 R8g インスタンスは、データベースやインメモリキャッシュ、リアルタイム大規模データ分析などのメモリ集約的なワークロードに最適である。これらのインスタンスは AWS Nitro システムをベースに構築されており、CPU 仮想化、ストレージ、ネットワーキング機能を専用ハードウェアとソフトウェアにオフロードして、ワークロードのパフォーマンスとセキュリティを向上させる。AWS Graviton4 ベースの Amazon EC2 R8g インスタンスは、Graviton3 ベースの R7g インスタンスより大きいインスタンスサイズで、最大 48xlarge の vCPU と最大 1.5TB のメモリを提供する。これらのインスタンスは、Web アプリケーションで最大 30%、データベースで最大 40%、大規模な Java アプリケーションで最大 45% のパフォーマンス向上を実現する。R8g インスタンスは 12 の異なるインスタンスサイズで提供され、そのうち 2 つはベアメタルサイズである。これらは最大 50 Gbps の拡張ネットワーク帯域幅と、Amazon EBS への最大 40 Gbps の帯域幅を提供する。詳細については、Amazon EC2 R8g インスタンスのページを参照。ワークロードを Graviton ベースのインスタンスに移行する方法については、AWS Graviton Fast Start プログラムと Graviton 向けポーティングアドバイザーを参照。利用開始については、AWS マネジメントコンソールを参照してください。

この更新の位置づけ

Amazon EC2 R8g インスタンスは、メモリ集約的なワークロード向けの高性能インスタンス。AWS Graviton4 プロセッサーを搭載し、パフォーマンスとエネルギー効率に優れる。

対応リージョン: AWS 欧州ソブリンクラウド (ドイツ)

Amazon EC2 R8gd インスタンスが AWS 欧州主権クラウド (ドイツ) リージョンで提供開始された。これらのインスタンスは、最大 11.4 TB の NVMe ベース SSD ブロックレベルストレージを備え、AWS Graviton4 プロセッサーを搭載し、Graviton3 ベースのインスタンスに比べて最大 30% のパフォーマンス向上を実現する。これらのインスタンスは AWS Nitro システムで構築されており、高速で低レイテンシーのローカルストレージにアクセスが必要なアプリケーションに最適である。R8gd インスタンスは 12 の異なるサイズで提供され、最大 50 Gbps のネットワーク帯域幅と最大 40 Gbps の Amazon EBS 帯域幅を提供する。さらに、顧客は EC2 インスタンス帯域幅加重設定を使用して、これらのインスタンスのネットワークおよび Amazon EBS 帯域幅を 25% 調整でき、帯域幅リソースの割り当てをより最適化できる。これらのインスタンスは、24xlarge、48xlarge、metal-24xl、および metal-48xl のサイズで Elastic Fabric Adapter (EFA) ネットワーキングを提供する。

この更新の位置づけ

Amazon EC2 R8gd インスタンスは、AWS Graviton4 プロセッサーを搭載した高性能コンピューティングインスタンスであり、特に高速で低レイテンシーのローカルストレージが必要なアプリケーションに最適である。これらのインスタンスは、ネットワークおよび EBS 帯域幅の柔軟な調整を可能にし、ワークロードの最適化に役立つ。

対応リージョン: AWS 欧州ソブリンクラウド (ドイツ)

Amazon Bedrock は、動画から構造化されたタイムコード付きメタデータを生成する TwelveLabs Pegasus 1.5 モデルをサポートするようになった。これまで、大規模な動画ライブラリで特定の瞬間を探すには、事前にどこを調べるべきかを知る必要があった。Pegasus 1.5 は動画全体を読み取り、何が起こるかやそのタイミングをラベル付けし、映像をアプリケーションがクエリできるデータに変換する。ユーザーは、エディトリアルセグメント、スピーカー変更、スポーツプレイ、ブランドの登場など、ビジネスにとって重要な要素を定義すると、Pegasus 1.5 はこれらの瞬間を動画全体から検出し、タイムスタンプとともに返す。Pegasus 1.5 は、事前のインデックス作成やイングェストパイプラインを構築することなく、一度の処理で画面に表示されるものを見聞きし、読み取る内容を分析する。Pegasus 1.5 は、米国およびグローバルなクロスリージョン推論プロファイルでアクセス可能。利用を開始するには、Amazon Bedrock の製品ページにアクセスするか、Amazon Bedrock コンソールでモデルにアクセスするか、サポートされているリージョン、API、機能、価格については Amazon Bedrock のドキュメントを参照してください。

この更新の位置づけ

この更新は、動画ライブラリから特定の瞬間を効率的に検索する必要があるユーザーや、動画コンテンツを構造化データに変換してアプリケーションで利用したい開発者にとって有用である。

対応リージョン: 公式ドキュメントに記載

本日、AWS は Amazon Bedrock で OpenAI の GPT-6.1 Sol が Ultrafast モードで利用可能になったと発表した。Ultrafast モードは、速度が重要なワークロード向けに高速な推論を提供する。Amazon Bedrock の推論エンジンは、プロダクション環境のワークロードに必要なパフォーマンス、セキュリティ、および信頼性を提供する。GPT-6.1 Sol Ultrafast は、リアルタイムのコーディングアシスタント、インタラクティブエージェント、および高速で高品質な応答が必要な顧客向けエクスペリエンスなどの低遅延アプリケーションに利用できる。GPT-6.1 Sol は、開発者が機能を構築し、問題をデバッグし、複雑なコードベースを調査し、マルチステップのワークフローを完了するのに役立つ。既存の AWS コントロールにより、ワークロードを保護し、アクセスを管理し、モデルの呼び出しアクティビティを監査することができる。Amazon Bedrock コンソールまたはサポートされている Amazon Bedrock API を介してプログラムで開始できる。サポートされている AWS リージョン、エンドポイント、API、機能、推論プロファイル、および料金については、Amazon Bedrock のドキュメントを参照すること。

この更新の位置づけ

Amazon Bedrock は、AI モデルを安全かつ効率的に利用できるプラットフォームであり、開発者が高度な AI 機能をプロダクション環境で簡単に統合できるようにする。

対応リージョン: 公式ドキュメントに記載

Amazon GameLift Servers はコンテナフリートで CPU バースト機能をサポートし、ゲーム開発者は実行時にコンピュートリソースをより柔軟に割り当て・消費できるようになる。従来、コンテナフリートはコンテナの詰め込み密度と実行時の上限を同時に制御する固定 CPU 値に依存していたため、開発者はリソースの効率的な利用とゲームサーバーのワークロードに対するパフォーマンスの余裕のどちらかを選択する必要があった。ゲームサーバーのワークロードは本質的にバースト性があり、試合中では CPU 需要は低いが、物理計算や AI 処理、衝突検出の際には急激にピークに達する。CPU バースト機能により、開発者は通常の CPU 需要に基づいてコンテナを詰め込みながら、ピーク需要の瞬間にはインスタンスのアイドル CPU をゲームサーバープロセスに解放できる。このオプション機能はコンテナグループ定義ごとに設定され、ピークパフォーマンスを犠牲にすることなく高密度デプロイをサポートし、標準のコンテナフリート価格に含まれて追加料金はかからない。Amazon GameLift Servers コンテナフリートの CPU バースト機能は、中国リージョンを除くすべての AWS リージョンで利用可能である。

この更新の位置づけ

ゲーム開発者は、ゲームサーバーのワークロードがバースト性を持つため、CPU リソースを効率的に管理する必要がある。この更新は、ピーク需要の瞬間にもパフォーマンスを維持しつつ、コンテナの詰め込み密度を高める機能を提供する。

本日より、Amazon EC2 C8gb インスタンスが US East (Ohio)、US West (N. California)、EU (Frankfurt、Ireland、Paris、Stockholm)、Africa (Cape Town) リージョンで一般提供開始した。これらのインスタンスは最新世代の AWS Graviton4 プロセッサーを搭載し、AWS Graviton3 ベースの EC2 インスタンスより最大 30% 高い計算パフォーマンスを提供する。最大 300 Gbps の EBS 帯域幅と 1600 K IOPS で、同じサイズの Graviton4 ベースインスタンスより高い EBS パフォーマンスを実現する。これらのインスタンスは最大 48xlarge、最大 384 GiB のメモリ、最大 300 Gbps の EBS 帯域幅、最大 400 Gbps のネットワーク帯域幅をサポートする。16xlarge、24xlarge、48xlarge サイズでは Elastic Fabric Adapter (EFA) ネットワーキングをサポートし、クラスター間での低レイテンシとクラスターパフォーマンスの向上を実現する。

この更新の位置づけ

Amazon EC2 C8gb インスタンスは、AWS Graviton4 プロセッサーを搭載した新しいインスタンスタイプであり、高パフォーマンスなファイルシステムや大規模なデータ処理ワークロード向けの高スループットと低レイテンシを実現する

対応リージョン: オハイオ、北カリフォルニアなど 9 のリージョン

AWS Config は、Amazon EC2、Amazon S3 Files、Amazon Q Business など主要サービスで 77 の新しいリソースタイプを追加します。この拡張により、AWS 環境のより広範なカバレッジが可能となり、リソースの検出、評価、監査、是正をより効果的に行えるようになります。すべてのリソースタイプの記録を有効にしている場合、AWS Config はこれらの新しい追加を自動的に追跡します。新しいリソースタイプは、Config ルールと Config アグリゲーターでも利用可能です。これにより、利用可能なすべての AWS リージョンで次の新しいリソースタイプを監視できるようになります。

この更新の位置づけ

AWS Config は AWS リソースの設定状態を監視し、コンプライアンスを評価するサービスです。この更新により、サポートするリソースの範囲が拡大し、より詳細な環境の可視性と管理が可能になります

本日、AWS は AWS Builder Center の AWS リージョン別機能提供で、機能レベルでの提供通知と高度なフィルターを提供開始した。ユーザーは、興味のある AWS リージョンで AWS サービスまたはその個別の機能の提供通知を設定でき、アプリ内通知と毎週のメールダイジェストで、通知有効化以降に提供開始された機能を確認できる。サービスに対する通知設定は、そのサービス内のすべての機能を対象とし、「すべてのリージョン」オプションでは、将来追加されるリージョンも含めて対象となる。さらに、API 操作と CloudFormation リソースを「提供状況」でフィルターし、リージョン間の機能をすべて表示するか、該当するもののみ、または差分のみを表示できる。これにより、19,000 以上の API 操作と 5,000 以上の CloudFormation リソースタイプから、リージョン間の正確な差分を素早く抽出できる。機能比較にはアカウントは不要で、提供通知の設定には無料の Builder ID が必要。詳細は AWS Builder Center の FAQ を参照。

この更新の位置づけ

AWS リージョン別機能提供は、開発者が特定リージョンで利用可能な AWS サービスや機能を確認できるツール。この更新により、リージョンごとの提供状況をリアルタイムで追跡し、リージョン間の機能差を比較できる。

AWS GovCloud (US) で、Claude 5.5 ファミリーで最も高速かつ効率的なモデルである Claude Haiku 5.5 が提供開始された。このモデルは、サブエージェントや高負荷かつコストに敏感な作業向けに構築された。Anthropic によると、ほとんどのタスクで Haiku 4.5 より約 75% のコスト削減が実現される。Haiku 5.5 は、コード作成、ツール使用、コンピューター操作、エージェント機能において、Haiku 4.5 より大幅な性能向上を実現している。また、各タスクごとのコストとインテリジェンスのバランスを調整できるエフォートコントロールを備える。Haiku 5.5 は、音声エージェントやライブサポート、アプリ内アシスタントなどのリアルタイム体験や、分類、要約、文書からのキーフィールド抽出などの高負荷タスクに最適である。また、高性能なサブエージェントとしても利用可能である。より高能なモデルである Claude Opus 5.5 が作業を計画し、明確に定義されたコード作成、ツール使用、ブラウザー自動化タスクを Haiku に委任することで、多くのエージェントを並列に実行することが可能になる。Amazon Bedrock は、Haiku の機能を提供しつつ、データが AWS インフラ内に残るようにし、リージョンごとのデータレジデンシーや、Guardrails や Knowledge Bases などの AWS マネージド機能へのアクセスを提供する。詳細は Amazon Bedrock のドキュメントとリージョンでの利用可能性を参照。

この更新の位置づけ

この更新は、AWS GovCloud (US) を利用する企業、特にエージェント技術や高負荷処理に焦点を当てた開発者や企業に影響を与える。Claude Haiku 5.5 は、コスト効率とパフォーマンスを両立させ、サブエージェントやリアルタイム処理に適したモデルを提供する。

対応リージョン: 公式ドキュメントに記載

AWS は Anthropic の Claude 5.5 ファミリーで最も高速かつ効率的なモデルである Claude Haiku 5.5 を提供開始した。このモデルはサブエージェントや高負荷かつコストに敏感な作業向けに構築されており、ほとんどのタスクで Claude Haiku 4.5 に比べて約 75% のコスト削減を実現する。Claude Haiku 5.5 は Anthropic がこれまでで最も能率の高い Haiku で、コード作成、ツール使用、コンピューター操作、エージェント処理において Haiku 4.5 より大幅な向上を実現している。また、各タスクごとのコストとインテリジェンスのバランスを調整できるエフォートコントロールを備えている。Haiku 5.5 は、音声エージェントやライブサポート、アプリ内アシスタントなどのリアルタイム体験や、分類、要約、ドキュメントからキーフィールドを抽出するような高負荷タスクに最適である。また、高速でコスト効率の良いサブエージェントとしても利用できる。より高能なモデルである Claude Opus 5.5 が作業を計画し、明確に定義されたコード作成、ツール使用、ブラウザー自動化タスクを Haiku に委任することで、多くのエージェントを並列に実行することが可能になる。顧客は Amazon Bedrock と AWS 上の Claude Platform の 2 つの方法で Claude Haiku 5.5 にアクセスできる。Amazon Bedrock は、地域データレジデンシーと Guardrails や Knowledge Bases などの AWS マネージド機能を備えた統一されたサービスを通じて、Haiku の機能を提供する。Claude Platform on AWS は、AWS コンソール経由で Anthropic のネイティブプラットフォームの体験と機能に直接アクセスできる。同じ API、機能、コンソール体験を Anthropic と直接作業するのと同じように使用でき、AWS の請求と認証と統合されている。

この更新の位置づけ

Claude Haiku 5.5 は、リアルタイム応答が必要なエージェントや高負荷処理を必要とするアプリケーション向けの AI モデルで、特にコスト効率を重視するユーザーに適している。

対応リージョン: 公式ドキュメントに記載

AWS Batch はジョブメトリクスを Amazon CloudWatch に公開し、バッチワークロードにネイティブな可視性を提供する。AWS Batch はジョブライフサイクル全体でメトリクスを発生させ、ジョブキューのヘルス、失敗率、ジョブ実行時間を見えるようにする。AWS Batch はジョブ状態遷移と実行時間メトリクスを、JobQueueName ディメンション付きで AWS/Batch 名前空間に自動的に公開する。状態遷移メトリクスは、提出、実行、成功、失敗などの状態に入ったジョブの数を追跡し、実行時間メトリクスは提出から実行可能までの時間や総実行時間などを追跡する。これらのメトリクスは AWS Batch コンソール、Amazon CloudWatch コンソール、または AWS CLI と AWS SDK を通じて確認できる。AWS Batch の CloudWatch メトリクスは、AWS Batch が利用可能なすべての AWS リージョンで公開されている

この更新の位置づけ

AWS Batch はバッチ処理ワークロードの管理とスケジューリングを提供するサービス。この更新により、ユーザーは CloudWatch を通じてジョブのステータスや実行時間をより詳細に監視できるようになる

対応リージョン: AWS Batch と同じ

本日より、Amazon EC2 Hpc8a インスタンスがアジア太平洋 (シンガポール) リージョンで提供開始された。これらのインスタンスは第 5 世代 AMD EPYC プロセッサー (旧コード名 Turin) を搭載し、最大 4.5GHz の周波数で、Hpc7a インスタンスと比較して最大 40% のパフォーマンス向上と最大 25% の価格パフォーマンス改善を実現する。Hpc8a インスタンスは Hpc7a インスタンスと比較して最大 42% のメモリ帯域幅向上も提供し、メモリ集約型シミュレーションや科学計算ワークロードのパフォーマンスをさらに向上させる。最新の第 6 世代 AWS Nitro カードをベースに構築された Hpc8a インスタンスは、コンピュート集約的でレイテンシに敏感な HPC ワークロード向けに設計されており、計算流体力学 (CFD)、気象予測、明示的有限要素解析 (FEA)、多物理シミュレーションなどの、ノード間通信が速く、一貫した高パフォーマンスを必要とする密結合アプリケーションに最適である。利用を開始するには、AWS マネジメントコンソールにサインインする。詳細については、Amazon EC2 Hpc8a インスタンスページまたは AWS ニュースブログを参照すること。

この更新の位置づけ

Amazon EC2 Hpc8a インスタンスは、高度に計算集約的なワークロードとレイテンシに敏感な HPC アプリケーション向けに設計されており、特に流体力学、気象予測、有限要素解析、多物理シミュレーションなどの分野でパフォーマンスとコスト効率の向上が期待できる

対応リージョン: シンガポール

AWS Client VPN がデバイスポスチャ評価をサポートし、接続前にユーザーデバイスがセキュリティおよびコンプライアンス要件を満たしていることを確認できる。この機能は既存のデバイスポスチャプロバイダーと統合され、信頼できるコンプライアンスデバイスのみが Client VPN を介して AWS リソースにアクセスできる。従来は証明書、SAML、Active Directory でユーザーを認証していたが、デバイスポスチャ評価では CrowdStrike、Jamf、JumpCloud を統合して、コンプライアンススコア、暗号化ステータス、リスクレベルなどのデバイスセキュリティシグナルを自動的に評価できる。これらの要件は Cedar ポリシーで定義し、接続可能なデバイスを細かく制御できる。Client VPN は Test Policy ツールを提供し、Cedar ポリシーの作成と検証を支援する。この機能はアクティブセッション中にデバイスコンプライアンスを継続的に再評価し、リスクスコアやセキュリティ設定が変更された場合にセッションを自動的に切断する。監視のみモードでも利用でき、ポリシーの影響を評価してから適用できる。デバイスポスチャ評価は既存の許可ルールと併用して、防御の深さを提供する。この機能は AWS Client VPN が利用可能なすべての AWS リージョンで利用可能で、追加費用はかからない。AWS VPN クライアントバージョン 6.2.0 以降が必要。

この更新の位置づけ

この更新は、リモートワークやハイブリッドワーク環境でセキュリティとコンプライアンスを確保する必要がある組織に有用。デバイスポスチャ評価により、アクセスを許可する前にデバイスの状態を検証できる。

対応リージョン: AWS Client VPN と同じ

Amazon EC2 は AMI タグ共有という新しい機能をサポートし、AMI 所有者は選択したタグを AMI と共有するすべての AWS アカウントに表示できる。AMI がアカウント間で共有される場合、オーガナイゼーション間で共有される場合、またはパブリックに公開される場合、共有タグは AMI と一緒に自動的に共有され、AMI 共有後にカスタムタグレプリケーションワークフローを構築して維持する必要がなくなる。AMI 所有者は「ec2:SharedTag/」プレフィックスをタグキーに追加するだけでよく、AMI が共有されるすべてのアカウントが即座に表示できる。共有タグは受信者アカウントでは読み取り専用であり、作成、変更、削除は所有者だけが可能。タグは所有者のリソースあたりの 50 タグ制限にのみカウントされ、受信者アカウントは自分のプライベートタグを追加し続けることができる。この機能はすべての AWS リージョンで利用可能で、追加コストはない。詳細については、ドキュメントとブログを参照してください

この更新の位置づけ

この変更は、複数の AWS アカウント間で Amazon マシンイメージを共有する際に、タグ管理の効率を向上させる。AMI 所有者はタグを一度設定すれば、すべての共有先アカウントで自動的に反映され、運用負荷が軽減される

対応リージョン: 全リージョン

AWS Control Tower Account Factory for Terraform (AFT) が計画のみのカスタマイゼーション実行をサポートするようになった。これにより、管理者は変更を適用する前にテラフォーム変更のプレビューが可能になる。AFT は AWS Control Tower 環境でのアカウントプロビジョニングとカスタマイゼーションを自動化するオープンソースのテラフォームモジュールだったが、これまでカスタマイゼーションの呼び出しは常にテラフォームの完全な適用をトリガーし、変更のプレビュー方法がなかったため、広範な展開前に期待される結果を検証したり、意図しない構成のドリフトを検出したりすることが困難だった。計画のみの実行により、管理者はグローバルおよびアカウントのカスタマイゼーションに対してテラフォーム計画をトリガーし、変更を適用することなく実行できる。この機能は、展開前の安全な検証、ドリフト検出、および CI/CD レビューワークフローへの統合をサポートする。計画のみの実行は、オープンソース、テラフォームクラウド、テラフォームエンタープライズを含む、AFT でサポートされるすべてのテラフォームディストリビューションで互換性がある。この機能は、AWS Control Tower Account Factory for Terraform がサポートされているすべての AWS リージョンで利用可能。詳細については、AFT ドキュメントと AFT 1.22.0 リリースノートを参照。詳細は AWS Control Tower ユーザガイドを参照。

この更新の位置づけ

AWS Control Tower AFT は、AWS Control Tower 環境でのアカウントプロビジョニングとカスタマイゼーションを自動化するオープンソースのテラフォームモジュール。この更新により、管理者は変更を適用する前に変更をプレビューできるため、展開前の検証や意図しない構成のドリフトの検出が容易になる

対応リージョン: AWS Control Tower Account Factory for Terraform と同じ

Amazon Bedrock は Z.ai の GLM 5.3 をサポートし、エージェント型コーディングや長期間のソフトウェアエンジニアリング作業に強力なオプションを提供する。GLM 5.3 は Z.ai のフラッグシップモデルで、合計 753B パラメーター、トークンあたり約 40B のアクティブパラメーターを備えた専門家混合アーキテクチャであり、GLM 5.2 と同じベースモデルに基づき、スケールされたトレーニング後の改善によって構築されている。1 百万トークンのコンテキストウィンドウと最大 128K の出力トークンを組み合わせ、推論は常に有効で、遅延とトークン消費とタスクパフォーマンスのトレードオフが可能である。Bedrock での GLM 5.3 のサポートには、システムプロンプトやメッセージのキャッシュポイントを明示的にキャッシュするプロンプトキャッシュが含まれ、コンテキストをモデル呼び出し間で再利用する際の遅延と入力コストを削減する。GLM 5.3 は対象のエンタープライズ顧客に提供され、US およびグローバルなクロスリージョン推論プロファイルでアクセス可能である。Amazon Bedrock コンソールまたはサポートされる Amazon Bedrock API を介してプログラム的に GLM 5.3 にアクセスできる。サポートされる AWS リージョン、エンドポイント、API、機能、推論プロファイル、価格については、Amazon Bedrock ドキュメントを参照すること。

この更新の位置づけ

Amazon Bedrock は AI モデルを呼び出すためのプラットフォームであり、開発者はここでさまざまな AI モデルにアクセスして利用できる。GLM 5.3 の一般提供は、エージェント型コーディングや長期間のソフトウェアエンジニアリング作業に新しい選択肢を提供する。

対応リージョン: 公式ドキュメントに記載

Amazon Redshift は Apache Iceberg マテリアライズドビューの作成と更新をサポートするようになった。マテリアライズドビューは、複雑な結合や集計を事前計算し、その結果を Amazon S3 または S3 テーブルバケットに格納する。これらの結果は AWS Glue データカタログに登録され、Amazon Athena、Amazon EMR 上の Apache Spark、AWS Glue、その他の Iceberg 互換エンジンで即座にクエリを実行できる。Redshift は手動による増分更新で結果を最新に保ち、結果は Glue データカタログ内の Iceberg テーブルとして管理され、他のカタログテーブルと同様に管理および検出できる。データチームは、異なるエンジンでデータをクリーニングおよび変換するパイプラインオーケストレーションのオーバーヘッドを減らし、すべてのダウストリーム消費者が同じオープンな結果を共有できる。結果はオープンな Iceberg テーブルとして提供され、コピーや変換なしで任意のエンジンで読み取れる。また、これらのテーブルを Redshift マネージドストレージ (RMS) に読み込んで、最もパフォーマンスに敏感なダッシュボード用にネイティブな RMS マテリアライズドビューとして使用することもできる。Iceberg マテリアライズドビューは、Redshift Serverless およびプロビジョニングされた Graviton インスタンスがサポートされているすべてのリージョンで作成できる。

この更新の位置づけ

この更新は、データ分析パイプラインの効率化と一貫性確保を目指すデータチームに有益である。複数のエンジン間でのデータ変換やオーケストレーションのオーバーヘッドを削減し、一貫した結果を提供する。

AWS Certificate Manager (ACM) は、ACME パブリック証明書発行に AWS PrivateLink をサポートするようになった。これにより、AWS ネットワーク内を移動するプライベートネットワーク経由でパブリック TLS 証明書のリクエストと更新が可能になる。ACMEv2 互換クライアントから VPC インターフェースエンドポイントを作成し、発行トラフィックを VPC 内にルーティングできる。既存の ACME クライアントの設定変更は不要で、ACM で管理された ACME エンドポイントを作成し、VPC コンソール、AWS CLI、または AWS CloudFormation を使用して標準の VPC インターフェースエンドポイントを作成するだけでよい。プライベート DNS は、既存の ACME ディレクトリ URL を VPC 内のインターフェースエンドポイントに自動的に解決するため、同じクライアント構成とディレクトリ URL が再設定なしで引き続き機能する。発行操作 (アカウント作成、オーダー作成、ドメイン検証、ファイナライゼーション、証明書取得) は、PrivateLink を経由して実行され、すべてのアクティビティは ACM コンソールで表示され、AWS CloudTrail ログと Amazon CloudWatch メトリクスで監査可能である。AWS PrivateLink による ACME 証明書発行のサポートは、すべての商用 AWS リージョンで利用可能。インターフェースエンドポイントには標準の AWS PrivateLink 料金が適用される。ACM の料金詳細については、ACM 料金ページを参照。

この更新の位置づけ

この変更は、ACME を利用して TLS 証明書を発行しているユーザーに影響する。プライベートネットワーク経由での証明書発行が可能になり、セキュリティとコントロールが向上する

対応リージョン: 全リージョン

AWS Batch は、Amazon EKS のアクセスエントリ認証をコンピュート環境でサポートするようになった。EKS のアクセスエントリは、IAM プリンシパルに Kubernetes クラスターへのアクセスを付与するための API ドリブンなアプローチを提供し、既存の aws-auth ConfigMap を補完する。AWS Batch は、アクセスエントリメカニズムを通じてクラスターに認証できるようになった。これにより、クラスターの設定と認証ライフサイクル管理が簡素化される。開始するには、CreateComputeEnvironment または UpdateComputeEnvironment API を使用して、対象のクラスターのコンピュート環境で accessEntry.desiredState を ENABLED に設定する。AWS Batch は、クラスターごとに 1 つのアクセスエントリを作成し、AWSBatchClusterPolicy を関連付ける。アクセスエントリは、AWS CLI、AWS SDK、または AWS マネージメントコンソールを通じて構成できる。

この更新の位置づけ

この変更は、AWS Batch と Amazon EKS を併用するユーザーに影響する。AWS Batch コンピュート環境で EKS クラスターへのアクセスを管理しやすくする

AWS Advanced Ruby Driver Wrapper が、Amazon RDS および Aurora の PostgreSQL および MySQL 互換データベースで一般提供開始した。この高度なデータベースドライバーは、RDS のブルー/グリーン切替、Aurora グローバルデータベースの切替、およびデータベースのフェールオーバーを短縮し、アプリケーションの可用性を向上させる。さらに、AWS Secrets Manager 認証や AWS IAM によるトークンベースの認証など、複数の認証メカニズムをサポートする。このドライバーは、コミュニティの pg (PostgreSQL) および mysql2 (MySQL) ドライバーを基に構築され、標準のデータベース接続機能を超えた機能を提供する。ラッパーは Aurora および RDS データベースとネイティブに統合され、データベースクラスターのステータスを監視し、予期しない障害によるフェールオーバーが発生したときに新しいライターに迅速に接続できる。さらに、提供された aws_postgresql および aws_mysql2 アダプターを通じて ActiveRecord とシームレスに統合され、アプリケーションコードを変更せずに有効にできる。このドライバーは Apache 2.0 ライセンスの下でオープンソースプロジェクトとして提供されている。GitHub リポジトリの説明を参照して開始してください。

この更新の位置づけ

この更新は、Amazon RDS および Aurora の PostgreSQL および MySQL 互換データベースを使用する開発者やアプリケーション開発者に関連する。データベースのフェールオーバーを迅速化し、アプリケーションの可用性を向上させる新しいドライバーを提供する。

AWS Continuum for Penetration Testing は、従来のサードパーティのペネトレーションテストベンダーを契約することなく、継続的でオンデマンドなペネトレーションテストを提供してきました。今回、パブリックプレビューとして、継続的ペネトレーションテストを既存の CI/CD システムに直接統合し、セキュリティテストをデプロイ時に実行できるようになりました。開発チームは毎日コードをリリースしますが、オンデマンドなペネトレーションテストがあっても、セキュリティ検証はデプロイワークフローとは切り離されたことがよくあります。CI/CD 統合により、このギャップを埋めます。開発者は、パイプライン出力に直接、重症度、影響を受けたエンドポイント、リメディエーションガイダンスを含むフィードバックを受け取ります。セキュリティ以外の変更は遅延なく完了し、リメディエーション後にはパイプラインが自動的に再テストし、修正を検証します。手動による再トリガーは必要ありません。使い始めるにはセキュリティ専門知識は必要ありません。自動生成されたパイプラインスニペットを既存のパイプラインに貼り付けるだけでよく、5 分以内に完了します。アプリケーションコンテキストは初回実行時に自動的にブートストラップされ、事前に完全なペネトレーションテストを行う必要はありません。継続的ペネトレーションテストは本日より利用可能です。詳細はドキュメントをご覧ください。

この更新の位置づけ

開発チームがコードをデプロイする際に、セキュリティテストを自動化して効率化したい場合に役立ちます

AWS IAM Identity Center は、従業員が AWS アカウントやアプリケーションにシングルサインオンでアクセスできるように設定するサービスである。このサービスでは、ユーザーやグループを格納する Identity Store のネットワークアクセス制御をサポートするようになった。Identity Store API と SCIM API へのアクセスを、リクエストが発信されるネットワークに基づいて制限できる。カスタムアプリケーションやユーザープロビジョニングワークフローは Identity Store API を使用してユーザーやグループを管理および検索し、外部アイデンティティプロバイダーは SCIM API を使用してユーザーやグループを同期する。Identity Store API については、アカウントまたは組織内の許可された VPC エンドポイント、または特定のソース VPC からのリクエストのみを受け入れるように要求できる。両方の API については、特定の IP 範囲からのリクエストのみを許可できる。同じ設定内で、両方の API に異なる制限を適用できる。たとえば、Identity Store API リクエストが VPC エンドポイントからのみ到着するように要求し、SCIM リクエストを外部アイデンティティプロバイダーの公開 IP 範囲から許可できる。ネットワークアクセス制御はオプションであり、デフォルトでは無効である。AWS サービスがあなたの代わりに行うリクエストは免除される。ネットワークアクセス制御は、AWS SDK および AWS CLI を使用して Identity Store API を介して構成できる。この機能は、IAM Identity Center が提供されているすべての AWS リージョンで利用できる。

この更新の位置づけ

IAM Identity Center は、従業員の AWS アカウントやアプリケーションへのシングルサインオンを管理するサービス。この更新により、セキュリティを強化し、許可されたネットワークからのアクセスのみを許可できる。

対応リージョン: AWS IAM Identity Center と同じ

本日、Amazon Nova 2.5 Sonic の一般提供を開始した。このモデルは、自然なリアルタイム音声エージェント向けの最新音声認識モデルであり、推論、指示理解、ツール呼び出しの精度が向上し、遅延も低減された。これにより、顧客サービスエージェントが注文の確認、返品適格性の確認、返品の開始を会話内で実行するなど、開発者はより高度な音声エージェントを構築できる。Nova 2.5 Sonic は、既存の機能である堅牢な音声理解、7 つの言語での表現力のある声、制御可能なターン取り、音声とテキストの同時セッションサポート、非同期ツール呼び出し、256K のコンテキストウィンドウをベースに構築されている。開発者は、Strands Bidi Agents と組み合わせて、生産環境向けの音声エージェントを数行のコードで構築できる。Nova 2.5 Sonic は、Amazon Bedrock で US East (N. Virginia)、US West (Oregon)、Europe (Stockholm)、Asia Pacific (Tokyo) の AWS リージョンで、Nova 2 Sonic と同じ価格で利用可能。

この更新の位置づけ

この更新は、顧客サービス、個人用 AI アシスタント、リアルタイム会話アプリケーション向けの音声エージェントを構築する開発者に関連する。

AWS Private CA は詳細な証明書発行ログを提供する。これにより、各発行ごとに完全な証明書内容、発行 CA 情報、リクエスター ID、サインステータスが記録される。これらのイベントは、コンプライアンス監査、証明書インベントリ、アルゴリズム移行の追跡、発行失敗の監視に利用できる。従来の IssueCertificate API の CloudTrail 管理イベントでは、API 呼び出しが成功したことを証明する証明書 ARN を提供したが、証明書内容や署名した CA の情報、署名前に失敗した発行は記録されていなかった。新しい IssueCertificateDetails イベントでは、署名前の証明書 (TBS) すべての X.509 フィールドと拡張機能、およびサブジェクト、発行者、シリアル番号、有効期間、テンプレート、サインアルゴリズムの利便性フィールドをキャプチャする。成功および失敗の両方の発行イベントが記録されるため、名前制約違反などの署名前の失敗でも失敗の説明を含むレコードが生成される。各イベントは、リクエスト者 (直接の API 呼び出しの場合のアカウントと IAM プリンシパル、または AWS Private CA コネクタまたは統合 AWS サービスを通じて発行された証明書の場合のサービスプリンシパル) を特定する。クロスアカウント構成では、イベントは CA オーナーアカウントに配信される。このイベントは、設定やオプトインを必要とせず、標準の AWS CloudTrail 料金以外の追加コストなしで、自動的に CloudTrail 管理イベントとして配信される。CloudTrail を介して、Amazon EventBridge でリアルタイムに処理するか、Amazon Athena でバッチクエリを実行して、証明書監査、インベントリ、追跡、監視を行うことができる。この機能は、AWS Private CA が提供されているすべての AWS リージョンで利用可能。

この更新の位置づけ

AWS Private CA は、プライベート証明書を管理するためのサービス。この更新により、証明書の発行状況をより詳細に追跡可能となり、コンプライアンスやセキュリティ管理が容易になる。

Amazon Elastic Container Service (Amazon ECS) は、Amazon VPC Lattice を利用したブルー/グリーン、リニア、カナリアのデプロイ戦略を組み込みでサポートするようになった。VPC や AWS アカウント間でサービス間通信を行うアプリケーションは、更新リリース時にトラフィックを管理して移行できる。これにより、顧客はデプロイ中にトラフィックを制御して移行でき、リリースへの自信に応じて、ブルー/グリーンで一度にすべて、リニアで等分されたインクリメントで、カナリアで小さなパーセンテージから始めることができる。チームはテストトラフィックで新しいバージョンを検証し、Lambda や一時停止フックを含むデプロイライフサイクルフックでカスタム検証ステップや手動承認を実行できる。また、これらのサービスは Amazon CloudWatch アラームや Amazon ECS デプロイサーキットブレーカーを使用して、問題が検出された場合に自動的にデプロイをロールバックでき、ベイクタイムで前バージョンをすぐにロールバックできる。

この更新の位置づけ

この更新は、VPC や AWS アカウント間でサービス間通信を行うアプリケーションを開発しているユーザーに有用である。Amazon ECS と Amazon VPC Lattice を利用しているユーザーは、デプロイ戦略を制御して、リリースの信頼性と安全性を高めることができる。

AWS Brazil は、AWS Brazil 2P Distribution Program を通じて、ブラジル国外の独立ソフトウェアベンダー (ISV) が SaaS 製品ライセンスをブラジルで配布できるようにする自動化ワークフローを提供する。対象となる ISV は、AWS Partner Central またはパブリック API を通じて配布権限を付与することで、AWS Brazil に SaaS 製品ライセンスのブラジルでの配布権を付与する。AWS Brazil は記録販売者として、ブラジル顧客にプライベートオファーを作成し、顧客向け価格を決定し、自動的に請求書を生成して税金を計算・源引し、支払いを配分する。ISV は Seller Insights ダッシュボードで取引と支払い状況を追跡できる。ブラジルの購入者は、USD で表示されたプライベートオファーを、AWS Brazil から BRL で請求され、クレジットカード (Visa、Mastercard、American Express) または Pay by Invoice (PBI) で支払うことができる。購入注文番号を追加し、AWS 請求コンソールで請求書にアクセスできる。

この更新の位置づけ

この更新は、ブラジル市場をターゲットとするブラジル国外のソフトウェアベンダーや、ブラジル顧客に SaaS 製品を提供したい企業に影響を与える。AWS Brazil が記録販売者として機能することで、ブラジル現地通貨での請求と税計算を自動化し、販売プロセスの複雑さを軽減する。

Kubernetes バージョン 1.37 は、Metrics API の一般提供、Dynamic Resource Allocation のデバイステイントとトレレーションの一般提供、Horizontal Pod Autoscaler のスケールトゼロのベータ提供など新しい機能とバグ修正を導入しています。AWS は、Amazon EKS と Amazon EKS Distro で Kubernetes バージョン 1.37 を使用できるようにしました。今日から、EKS コンソール、eksctl コマンドラインインターフェイス、またはインフラストラクチャとしてのコードツールを使用して、バージョン 1.37 の新しい EKS クラスターを作成したり、既存のクラスターをバージョン 1.37 にアップグレードしたりできます。EKS は、AWS GovCloud (US) リージョンなど、EKS が利用可能なすべての AWS リージョンで Kubernetes バージョン 1.37 をサポートしています。EKS ドキュメントで、EKS で利用可能な Kubernetes バージョンの詳細や、クラスターをバージョン 1.37 に更新するための手順について確認できます。EKS クラスターインサイトを使用して、Kubernetes クラスターのアップグレードに影響する問題がないか確認できます。EKS Distro の Kubernetes バージョン 1.37 のビルドは、ECR パブリックギャラリーと GitHub で利用可能です。EKS バージョンライフサイクルポリシーの詳細については、ドキュメントで確認してください。

この更新の位置づけ

Amazon EKS は、AWS 上で Kubernetes クラスターを管理するためのサービスです。この更新では、Kubernetes の新バージョン 1.37 がサポートされ、クラスターのアップグレードや新しい機能の利用が可能になります。

Amazon Aurora DSQL では、テーブル内の特定サブセットに対してインデックスを構築できるようになりました。これにより、対象行のみがインデックスに格納され、クエリ性能が向上し、インデックスのストレージコストが削減されます。多くのテーブルには、開いた注文などの小さな作業セットと、何年にもわたる完了注文などのはるかに大きな履歴が存在します。CREATE INDEX に WHERE 句を追加して、その作業セットのみをインデックスにすることができます。テーブルが拡大してもインデックスは小さく保たれ、その行を対象とするクエリはより少ないデータを読み取ります。Aurora DSQL は、インデックスの条件内にフィルターが収まるクエリに対して部分インデックスを使用します。部分インデックスは、Aurora DSQL が提供されているすべての AWS リージョンで利用可能です。詳細については、Aurora DSQL ユーザーガイドの CREATE INDEX を参照してください

この更新の位置づけ

データベース管理者や開発者は、クエリパフォーマンスの最適化とストレージコストの削減を求める場合に有益です

本日、AWS Health はバージョンカタログを導入し、AWS サービス全体のソフトウェアバージョンライフサイクル情報を一元化する。このカタログは、AWS Health ダッシュボードで利用可能で、ビジネスサポートプラス、エンタープライズサポート、または統一オペレーションを利用する顧客は、AWS Health API を介してライフサイクルデータを運用ワークフローに統合できる。バージョンカタログにより、顧客は反応的な管理から積極的な管理へと移行し、バージョンアップグレードやサポート終了リスクを管理できる。バージョンカタログは、Amazon RDS、Amazon EKS、AWS Lambda などの複数の AWS サービスを対象に開始され、今後さらにサービスが追加される。バージョンカタログは、すべての AWS 商用リージョンで利用可能。詳細については、AWS Health ダッシュボードのバージョンカタログを参照するか、ドキュメントを読むこと。

この更新の位置づけ

AWS Health は、AWS 上で実行されるアプリケーションのセキュリティと運用状態を維持するために、バージョン管理が重要であることを強調する。このバージョンカタログは、顧客がアップグレードスケジュールやガバナンスコントロールを構築し、アカウント固有の計画済みライフサイクルイベントを受ける前に新しいサポート対象バージョンに移行するのに役立つ。

Amazon OpenSearch Service は、ドメイン構成変更の検証アドバイザリを提供するようになった。これにより、リスクを伴う変更でも情報に基づいた意思決定が可能になる。各構成検証は「重要」と「警告」のいずれかに分類され、「重要」では変更がブロックされ、「警告」では変更を進める前に確認が必要となる。従来は検証結果が「合格」または「ブロック」のみで、リスクを伴う変更をフラグ表示する方法はなかった。検証アドバイザリにより、デプロイをブロックせずに潜在的な問題を見つけられる。例として、データノード構成に対して専任コーディネータノードが小さすぎる場合や、クラスターの推奨制限を超えるシャード数などがある。変更を最初に提出する際に警告を確認したり、変更を適用する前にドライラン結果で深刻さを確認したり、AWS CloudFormation テンプレートで直接確認を設定したり、API 応答や Amazon EventBridge 通知で深刻さを見ることができる。検証アドバイザリは、OpenSearch または Elasticsearch バージョンを実行するすべての Amazon OpenSearch Service ドメインでサポートされている。Amazon OpenSearch Service が利用可能なすべての AWS リージョンで利用できる。

この更新の位置づけ

Amazon OpenSearch Service は、検索とアナリティクスのためのマネージドサービス。この更新は、構成変更のリスクをより明確に把握し、安全にデプロイできるようにする。

本日、AWS は Amazon Q Developer の AWS マネジメントコンソール内での拡張ビジュアライゼーションを発表しました。Amazon Q は数百の AWS API を横断して回答し、すべてのリージョンおよびサービスにわたるアカウント全体の完全な回答を提供します。以前に導入されたリソーステーブルやコストチャートに加え、Amazon Q は現在、ステータスインジケーター付きのヘルスダッシュボード、トレンドと異常検出付きの時系列チャート、トラブルシューティング診断、リソース詳細ビューをレンダリングします。以前は、「プロダクション環境のヘルスを表示してください」という質問に対する返答がテキストサマリーであり、顧客は 1 行ずつ読む必要がありました。今日、Amazon Q は複数のサービスにわたる呼び出しをオーケストレーションし、ヘルスデータを収集し、ステータスインジケーター付きのダッシュボードをレンダリングして、顧客に一目で完全な画像を提供します。同様に、「私の EC2 インスタンスのネットワーク使用量を 12 時間グラフ化してください」は、トレンドラインと異常ハイライト付きのインタラクティブな時系列チャートを生成し、問題を迅速に特定して対応できるようにします。これらの応答も著しく高速化されたため、顧客は数秒で完全な回答を得ることができ、複数ステップのテキストのみの返信を待つ必要がなくなります。Amazon Q を AWS マネジメントコンソールで使用するには、サインイン後に左上にある Q アイコンをクリックしてください。Amazon Q Developer の拡張ビジュアライゼーション機能は、Amazon Q Developer が利用可能なすべての AWS リージョンで利用できます。詳細については、Amazon Q Developer のドキュメントを参照してください。

この更新の位置づけ

Amazon Q Developer は AWS マネジメントコンソール内での開発者サポートを向上させる AI パワードツールであり、これにより AWS リソースの管理と監視がより直感的かつ効率的になります

AWS は、AWS Trusted Advisor と AWS Well-Architected Tool の後継である AI を活用したサービス、AWS Well-Architected Agent のプレビューを発表しました。このエージェントは、コスト、セキュリティ、パフォーマンス、信頼性 の各面で AWS インフラを分析し、ビジネス目標に沿った推奨事項を優先順位付けます。重要なメトリクスとアプリケーションのトポロジーを Well-Architected のベストプラクティスと自動的に照合し、Terraform、CDK テンプレート、CloudFormation テンプレートを分析して、自動化可能な修正を提示します。チームはビジネス目標を定義し、リソース、アプリケーション、アーキテクチャのレベルで影響と努力に優先順位をつけた推奨事項を受け取ることができます。例えば、信頼性を優先するチームは、重要なデータベースにマルチ-AZ フェールオーバーを追加する推奨事項を受け取り、SSM ランブックで構成変更を自動化し、この変更がコストやパフォーマンスに与える影響を事前に確認できます。適切な場合、推奨事項は SSM ランブック、CLI スクリプト、コンソールガイド付きのウォークスルーとともに提供され、チームが迅速に作業を進めることができます。また、Terraform、CloudFormation、CDK テンプレートを含む IaC テンプレートの自動レビューを行い、ギャップを特定し、Well-Architected のベストプラクティスに合わせた IaC コード変更を返します。AWS Well-Architected Agent へのアクセスと推奨事項は、US East (N. Virginia)、US East (Ohio)、US West (Oregon) で利用可能です。AWS のサポートによって提供され、AWS サポートプランをお持ちの AWS カスタマーに利用可能です。

この更新の位置づけ

AWS Well-Architected Agent は、AWS のインフラをコスト、セキュリティ、パフォーマンス、信頼性 の各面で分析し最適化する AI を活用したサービスです。チームがビジネス目標に沿った推奨事項を受け取り、自動化された修正を適用できるため、クラウド環境の最適化と管理に役立ちます。

Amazon ElastiCache for Valkey は、ノードベースのクラスターで OpenTelemetry メトリクスを Amazon CloudWatch に公開するようになった。これらのメトリクスは、Prometheus Query Language (PromQL) の式でフィルタリングおよび集計できる属性を備えている。ElastiCache は、標準監視と詳細監視の 2 つの監視モードを提供する。標準監視は既存の機能で、CloudWatch メトリクス (クラシック) を 60 秒ごとに公開し、今回から基本セットの OpenTelemetry メトリクスも同間隔で無償で公開する。詳細監視は新しいモードで、完全な OpenTelemetry メトリクスのセットから選択し、15 秒ごとに公開できる。OpenTelemetry メトリクスを使用すると、クラスター内のノードが接続制限に近づいていることを検出したり、インシデント中にエラーをタイプ別に分類したり、ノードがメモリを枯渇するかどうかを予測したりできる。これらのクエリは CloudWatch および Grafana で実行でき、チームがすでに持っている PromQL スキルを活用できる。詳細監視では、15 秒ごとのメトリクスで短時間に発生するイベント (レイテンシーの急増など) の検出を可能にし、診断の深さとコストのバランスを取れる。基本セットの OpenTelemetry メトリクスは、Amazon CloudWatch の事前構築ダッシュボードである ElastiCache Insights を動かすにも使われる。詳細な監視の設定は、Amazon ElastiCache コンソールでクラスターのメトリクスタブを開き、「詳細」を選択して「詳細メトリクスの構成」を行うことでできる。OpenTelemetry メトリクスと詳細監視は、Amazon CloudWatch が OpenTelemetry メトリクスをサポートするすべての AWS リージョンで、ノードベースの Valkey クラスターで利用可能。ElastiCache からの詳細監視の追加料金はなく、選択した詳細監視メトリクス、作成したアラーム、実行した PromQL API クエリに対して CloudWatch の OpenTelemetry メトリクスの料金が適用される。

この更新の位置づけ

Amazon ElastiCache は、メモリデータベースサービスで、Valkey などのインプレメンテーションを提供する。この更新では、OpenTelemetry メトリクスと詳細監視のサポートにより、パフォーマンス監視と問題の診断が向上する。

Amazon DynamoDB はテーブル向けにフィルター付きエクスポートをサポートするようになった。この機能により、完全エクスポートまたは時間窓における増分エクスポートとして、テーブルデータを Amazon S3 にエクスポートできる。フィルター付きエクスポートでは、キー属性のキー条件式と任意の属性のフィルター式を使用してエクスポートするアイテムを選択し、プロジェクション式で含める属性を選択できる。これにより、ケースに必要なデータのみを含むデータセットが生成される。このサブセットデータを使って、詳細なデータ復旧や、アカウント間のデータスライスの移動、コンプライアンス規則を満たしながら分析を実行できる。フィルター付きエクスポートは完全エクスポートと増分エクスポートの両方で利用可能。AWS GovCloud (US) リージョン以外的所有 AWS リージョンで利用できる。

この更新の位置づけ

データ分析やオフライン利用を目的とした DynamoDB テーブルのデータエクスポートが必要な開発者やデータエンジニアに有用

Amazon Redshift は、異なる AWS リージョンにある Amazon S3 データレイクテーブルをクエリする機能をサポートするようになった。この機能により、データをコピーまたはレプリケーションする必要なく、別のリージョンにある S3 データを直接クエリできる。これにより、グローバルな分析の実行や、リージョン間のレポートの統合が容易になる。また、データが特定のリージョンに残らなければならないレジデンシーの要件を満たすクエリも実行できる。クロスリージョンクエリでは標準のデータ転送料金が適用される。クエリエンジンがクラスターのコンピュート上で実行されるため、拡張 VPC ルーティングを使用すると、Amazon S3 と Amazon Redshift の間のデータ移動はすべて VPC 内で行われ、公開ネットワークを経由しない。金融サービス、医療、政府などの規制対象業界は、この機能により、コンプライアンス要件が求めるネットワーク境界内でのデータレイククエリが可能になる。両機能は、RG プロビジョニングおよびサーバーレスクラスターが利用可能なすべてのリージョンで利用可能な統合データレイククエリエンジンで動作する。

この更新の位置づけ

この更新は、グローバルに分散されたデータを持つ企業や、データの移動を厳密に制御する必要があるセキュリティに敏感な顧客に役立つ。

本日、AWS は Amazon GuardDuty Runtime Monitoring が AWS Security Hub Threat Analytics プランに含まれるようになったと発表した。Runtime Monitoring は、Amazon EC2 インスタンス、Amazon EKS クラスター、Amazon ECS タスク (AWS Fargate 上) で、オペレーティングシステム、ネットワーク、ファイルのアクティビティを検査し、コンテナエスケープ、特権昇格、クリプトマイニングなどの脅威を検出する。セキュリティハブは、このカバレッジを簡略化された価格で請求するようになった。セキュリティハブが有効なアカウントとリージョンでは、Amazon GuardDuty の Runtime Monitoring に対する個別の料金は発生しなくなり、その使用は AWS セキュリティハブの下に表示される。検出カバレッジ、フィンディングタイプ、GuardDuty セキュリティエージェントはすべて変更なく、再設定は必要ない。Threat Analytics プランの無料トライアルは、セキュリティハブ Essentials プランの無料トライアルとは別であり、この変更により Runtime Monitoring の新しい無料トライアルは追加されない。AWS コストエクスプローラーまたはセキュリティハブの使用ページで、この変更が請求にどのように影響するかを確認できる。

この更新の位置づけ

この変更は、AWS のセキュリティサービスを利用しているユーザー、特にセキュリティハブと GuardDuty の両方を使用しているユーザーに影響する。セキュリティハブの料金構造が簡素化され、管理が容易になる。

Amazon Bedrock AgentCore Gateway は、MCP、OpenAPI、HTTP プロキシターゲットで、プライベート認証局 (CA) に署名された TLS 証明書をサポートするようになった。この機能により、独自のプライベート CA によって発行された TLS 証明書を使用するゲートウェイターゲットに安全に接続できる。Application Load Balancer を介さずに、VPC 内のプライベートエンドポイントへのネイティブ接続を確立できる。プライベートエンドポイントを Amazon VPC Lattice で動かすゲートウェイターゲットに、プライベート CA 証明書を登録できる。ゲートウェイは、Amazon S3 または AWS Secrets Manager から PEM エンコードされた CA 証明書を取得し、アウトバウンド TLS 接続のトラストアンカーとして使用する。プライベート CA のサポートは、MCP サーバーターゲット、OpenAPI ターゲット、HTTP プロキシ (パススルー) ターゲットで利用できる。プライベート証明書をサポートする AgentCore Gateway は、AgentCore Gateway と Amazon VPC Lattice の両方が利用可能なすべてのリージョンで利用できる。詳細については、AgentCore 開発者ガイドを参照してください。

この更新の位置づけ

この更新は、VPC 内のプライベートエンドポイントに安全に接続する必要がある開発者やセキュリティ担当者にとって重要である。

AWS MCP サーバーは、Agent Toolkit for AWS の一部であり、AI コーディングエージェントが AWS API に単一のインターフェースでアクセスできるようにする管理されたモデルコンテキストプロトコルサーバーです。これにより、エージェントはサービスごとの統合を構築および維持することなく、AWS サービスを発見して呼び出すことができます。この拡張により、これらのリージョンにある顧客は、開発者へのレイテンシを低減し、リクエストデータをリージョン内に保持してデータ所在地要件を満たすために、AWS MCP サーバーをより近くで実行できます。たとえば、ロンドンにある開発チームは、インフラストラクチャをプロビジョニングし、実行中のワークロードを検査し、障害をデバッグするために、ローカルエンドポイントにコーディングエージェントをポイントして、他の地域にリクエストをルーティングすることなく実行できます。AWS MCP サーバーは、すべての商用 AWS リージョンでサービスにアクセスできますが、AWS MCP サーバー自体は、以下にリストされているリージョンで実行されます。AWS MCP サーバーは、US East (N. Virginia)、US West (Oregon)、Asia Pacific (Singapore)、Asia Pacific (Sydney)、Asia Pacific (Tokyo)、Europe (Frankfurt)、Europe (Ireland)、Europe (London) で使用できます。始めるには、以下のリソースを参照してください: AWS MCP サーバーの使用開始、AWS MCP サーバーのエンドポイントとクォータ。

この更新の位置づけ

AWS MCP サーバーは、AI コーディングエージェントが AWS サービスを効率的に利用できるようにする管理されたプロトコルサーバーです。この更新は、開発チームがより近くでリソースを管理できるようにすることで、開発ワークフローに利便性をもたらします。

Amazon GuardDuty が AWS Organizations の宣言的ポリシーをサポートし、組織内のすべてのアカウントとリージョンで脅威検出を集中管理できる。組織ポリシーを使用して、集中管理された GuardDuty の有効化設定を適用できる。この設定は既存のアカウントに適用され、組織に新しいアカウントが加わっても自動的に維持される。以前のように、大規模なマルチアカウント、マルチリージョン環境で各リージョンで GuardDuty の有効化設定を個別に構成する必要はなく、時間とともに設定がずれる心配もない。デリゲート管理者アカウントから組織全体の有効化基準を定義できる (組織ルート、OU、または個々のアカウントで)。ポリシーは、GuardDuty が利用可能なすべてのリージョンにデフォルト設定を適用し、リージョンごとのオーバーライドをサポートする。ポリシーで設定された有効化は、GuardDuty コンソールまたは API でオーバーライドできない。GuardDuty 宣言的ポリシーのサポートは、すべての AWS 商用リージョンと AWS GovCloud (US) リージョンで利用可能。デリゲート管理者が GuardDuty ポリシーを管理する権限を持っていることを確認し、GuardDuty コンソールにサインインして「組織ポリシー」を選択するか、AWS Organizations API を使用してプログラムでポリシーを作成する。

この更新の位置づけ

この更新は、複数の AWS アカウントとリージョンを管理する組織向けで、脅威検出の設定を集中管理し、一貫性を保つために有用である。

Amazon Elastic Kubernetes Service (EKS) Auto Mode が、NodeClass Kubernetes リソースで kubelet 設定、Linux カーネルの sysctls、および hugepages を直接調整できる機能を追加した。ユーザーは、ルートレスコンテナビルド用にユーザーネームスペースを構成したり、ディスクやメモリ圧力を防ぐために回収しきい値やコンテナログローテーションを調整したり、大規模クラスター向けにネットワークや ARP キャッシュ制限を上げたり、HPC、データベース、レイテンシーを重視するワークロードに 2Mi または 1Gi の hugepages を事前割り当てたりできる。これらの設定は Kubernetes API を使用して宣言的に適用する。EKS Auto Mode が設定を検証し、ノード起動時に適用し、スケーリングやアップグレードイベントを通じて維持するため、ユーザーは EKS Auto Mode が基盤インフラストラクチャを管理し続ける間、ワークロードに必要なチューニングを得られる。EC2 ランチテンプレート、カスタム AMI、特権化された DaemonSets のメンテナンスは不要である。Amazon EKS Auto Mode の高度なコンピュート構成は、EKS Auto Mode が提供されているすべての AWS リージョンで利用可能。

この更新の位置づけ

Amazon EKS Auto Mode は、ノードのプロビジョニング、スケーリング、パッチ適用、およびアップグレードを自動化する EKS の機能。この更新により、高度なノードチューニングが可能になり、CI/CD パイプラインや HPC ワークロードなど、特定の要件を持つワークロードを実行できる。

AWS Secrets Manager が AWS 推奨アクション フレームワークと統合し、シークレットのセキュリティを向上させるための推奨事項をコンソール内で表示できるようになった。この機能により、シークレットの横並びとともにカスタマイズされた推奨事項を確認でき、コンソールから離れることなくベストプラクティスを適用できる。例えば、シークレットのローテーション設定が必要なものや、デフォルトのサービス提供キーではなく顧客管理キーを暗号化に使うものなど、シークレットの構成改善を行うことができる。この機能は、AWS Secrets Manager が提供されているすべての AWS 商用リージョンで利用可能で、追加料金はかからない。利用を開始するには、AWS Secrets Manager コンソールにアクセスしてください。

この更新の位置づけ

AWS Secrets Manager は、AWS のシークレット管理サービス。この更新により、コンソール内で直接、セキュリティを向上させるための推奨事項を確認できる。

本日、Amazon Quick はアプリケーションがデータセットからライブデータを直接使用する機能を追加した。これにより、アプリケーションの KPI、チャート、テーブル、洞察が常に最新のデータで反映されるようになる。こうしたアプリケーションは単なるデータの表示にとどまらず、リクエストの処理や承認、次のステップのトリガーを含む、データ主導のビジネスオペレーションのワークフローを促進する。各アプリケーションのユーザーは自分の Amazon Quick の権限でデータを表示できるため、既に設定されている行レベルおよび列レベルのセキュリティが適用される。アプリケーションを構築するには、アプリケーションビルダーのチャットエージェントに使用するデータセットの名前を指定し、構築したいものを平易な言葉で説明する。これにより、リクエストと承認を処理するチームポータルなどのアプリケーションを豊かにし、各アプリケーションのユーザーは自分の権限で許可されたデータのみを表示できる。この機能は Amazon Quick のアプリケーションでサポートされているすべてのリージョンで利用可能である。動作を確認するには、ブログ投稿を参照し、詳細については Amazon Quick ユーザガイドの「データセットへの接続」を参照してください。

この更新の位置づけ

この更新は、データ主導のビジネスオペレーションを自動化したいビジネスユーザーや、データ分析をアプリケーションに統合したい開発者にとって有用である。

AWS Continuum for Penetration Testing は、ウェブアプリケーションや API に対するペネトレーションテストを可能にするマネージドセキュリティサービスである。このサービスがこれまで制限されていた地理的範囲を拡大し、アジア太平洋 (ソウル)、カナダ (モントリオール)、ヨーロッパ (ロンドン)、米国東部 (コロンバス)、ヨーロッパ (パリ)、ヨーロッパ (ストックホルム) の 6 つのリージョンで提供されるようになった。これにより、組織はデータの居住要件を満たしつつ、堅牢なセキュリティテストプログラムを維持できる。セキュリティおよびコンプライアンスチームは、このサービスを脆弱性評価、PCI DSS や ISO 27001 などのフレームワークに対するコンプライアンス検証、継続的なセキュリティポスト評価などの重要なユースケースに活用できる。

この更新の位置づけ

AWS Continuum for Penetration Testing は、ウェブアプリケーションや API に対するペネトレーションテストを可能にするマネージドセキュリティサービス。このサービスのリージョン拡大により、地理的に分散した組織がデータ所在地要件を満たしつつセキュリティテストを実施できる。

本日より、Aurora PostgreSQL では、Apache Iceberg および Parquet 形式のデータレイクに格納されたデータに、既存の PostgreSQL アプリケーションやツールを使用して直接クエリを実行できる。ETL パイプラインやデータ重複を必要としない。PostgreSQL の外部テーブルを作成して、Amazon S3、Amazon S3 Tables、または AWS Glue Data Catalog に格納された Iceberg または Parquet データを参照できる。顧客がこれらの外部テーブルにクエリを実行すると、Aurora は PostgreSQL に組み込まれた DuckDB の高性能クエリエンジンを使用して、基盤の Iceberg および Parquet データに対してクエリを実行する。既存のアプリケーションや BI ツールは同じ PostgreSQL インターフェイスを継続して使用できる。外部の Iceberg REST カタログ (IRC) 互換カタログを AWS Glue Data Catalog を介して連合し、データ移動や重複なしでクエリを実行できる。レイテンシーの高いワークロードについては、標準の SQL ステートメントを使用して Iceberg または Parquet データをネイティブな Aurora PostgreSQL テーブルにマテリアライズできる。ETL パイプラインは不要。この機能は、Aurora PostgreSQL のバージョン 17.11、18.6 以降で、すべての AWS 商用および GovCloud (US) リージョンで一般提供され、追加料金はかからない。開始するには、Amazon RDS コンソールまたは任意の PostgreSQL クライアントを使用する。詳細は、ブログ投稿またはドキュメンテーションを参照。

この更新の位置づけ

この更新は、データレイクからデータにアクセスする必要があるアプリケーション開発者やデータエンジニアにとって有用。データレイクから Aurora へのデータコピーや ETL パイプラインを必要としないため、コストとエンジニアリング作業を削減できる。

Amazon Bedrock が英国 (ロンドン) リージョンで Anthropic の Claude Opus 5.5 と Claude Sonnet 5 の地域内推論をサポートします。これにより、金融サービス、医療、公共部門を含む英国内の顧客は、推論を国内で処理しながら、これらのモデルを大規模に利用できます。Amazon Bedrock は、呼び出すリージョン内で推論リクエストとデータを処理し、そのリージョンから離れることはありません。各リージョンでのモデルの最新の可用性については、Amazon Bedrock ユーザーガイドの「リージョンごとのモデルの可用性」を参照してください。Claude モデルを Amazon Bedrock で使用するには、Amazon Bedrock コンソールにアクセスしてください。

この更新の位置づけ

Amazon Bedrock は、AI モデルを呼び出すためのサービスで、クラウドコンピューティングプラットフォーム上でさまざまな AI モデルを提供します。この更新は、英国内の顧客がデータ処理を国内で行えるようにすることで、データのプライバシーとコンプライアンスの要件を満たすのに役立ちます。

AWS Parallel Computing Service (AWS PCS) は、コンピュートノードグループのスケーリング状況を記録するスケーリングログのサポートを開始した。各ログエントリは、コンピュートノードの 1 つの状態遷移 (インスタンス起動、ノード登録、スケールダウン、起動失敗とその理由など) を記録する。スケーリングログを使用すると、スケーリング問題のトラブルシューティングが容易になる。たとえば、コンピュートノードグループがターゲットサイズに達しなかった理由や、キャパシティの理由で起動に失敗したインスタンス、特定のノードがいつ開始または停止したかを確認できる。スケーリングログの配信はオプトインであり、AWS PCS を設定して Amazon CloudWatch Logs、Amazon S3、Amazon Data Firehose にスケーリングログを出力できる。この機能は、AWS PCS が利用可能なすべての AWS リージョンで利用できる。

この更新の位置づけ

AWS Parallel Computing Service は、Slurm を使用して AWS 上で HPC ワークロードを実行およびスケールする管理サービスであり、この新しいスケーリングログ機能により、クラスターのスケーリング動作の監視と問題の特定が容易になる。

本日、AWS は Apache Iceberg のマテリアライズドビューにシステム管理による書き込み保護を提供開始した。マテリアライズドビューは費用のかかるクエリを事前計算し、結果を再利用できるが、結果はデータレイクのオープンな Iceberg テーブルとして存在し、書き込み権限を持つユーザーによって変更される可能性があった。システム管理によるマテリアライズドビューでは、AWS Glue がマテリアライズドビューのデータと定義の書き込みのみを許可し、結果が計算された通りに正確に維持されるようになる。利用開始には、マテリアライズドビューを定義する SQL を記述し、オプションでリフレッシュスケジュールを設定する。AWS Glue が結果を計算し、Amazon S3 Tables バケットに標準の Apache Iceberg テーブルとして保存し、スケジュール通りに最新の状態を維持する。結果は AWS Glue データカタログ内の通常の Iceberg テーブルとして存在するため、Iceberg に互換性のあるエンジンから直接読み取ることができ、サービスが他のライターによる変更を保証する。管理された、常に一貫したデータセットが得られ、安心して共有できる。必要に応じてビューのリフレッシュ、リスケジュール、ドロップも可能である。システム管理による Apache Iceberg のマテリアライズドビューは、Apache Iceberg のマテリアライズドビューがサポートされているすべてのリージョンで利用可能である。詳細は、AWS Glue 開発者ガイドの「システム管理によるマテリアライズドビュー」を参照すること。

この更新の位置づけ

Apache Iceberg は大規模なデータレイクでのデータ管理とクエリ最適化に利用される。マテリアライズドビューのシステム管理による書き込み保護は、結果の整合性を保ちつつ共有を容易にする。

Amazon WorkSpaces Core Managed Instances が、NVIDIA RTX PRO 4500 Blackwell Server Edition GPU と Intel Xeon 6 プロセッサーを搭載した Graphics G7 インスタンスをサポートするようになった。G7 インスタンスは、以前の世代の G6 インスタンスと比較して、グラフィックス集約型ワークロードのパフォーマンスを最大 2.1 倍向上させる。G7 は、CAD/CAM、3D レンダリング、科学ビジュアライゼーション、ビデオ編集、AI アシスト設計ワークフローなどの要求の厳しいプロフェッショナルアプリケーションを、より高い忠実度とフレームレートで実行できる。G7 インスタンスは、1 つの GPU あたり 32 GB の GDDR7 GPU メモリと、2.67 倍高速なメモリ帯域幅を備え、より大規模で複雑な 3D シーンやモデルを可能にする。1 から 8 つの GPU を備える 6 つのインスタンスサイズが利用可能で、vCPU は 8 から 192 まで、システムメモリは 32 GB から 768 GB までで、Linux および Windows をサポートし、ライセンスの持参も可能である。Graphics G7 インスタンスは、US East (N. Virginia)、US East (Ohio)、US West (Oregon)、Europe (Spain) で利用可能。追加の AWS リージョンは、可用性が拡大するにつれて追加される。

この更新の位置づけ

Amazon WorkSpaces Core Managed Instances は、遠隔デスクトップ環境を提供するサービスで、グラフィックス集約型ワークロードを処理する新しいインスタンスタイプの追加により、高度なビジュアルワークフローのユーザーに影響を与える

Amazon S3 Tables は、AWS アカウントあたりのリージョンごとのテーブルバケット数を 10 から 100 に引き上げました。これにより、AWS アカウントで 1 リージョンあたり最大 100 万件のテーブルを作成できます。テーブルバケットの制限が引き上げられたことで、各データセット、ワークロード、またはチームごとに別のテーブルバケットを作成し、暗号化、アクセスポリシー、レプリケーションなどのテーブルバケットレベル設定を各々に適用できます。より高いクォータはデフォルトですべてのアカウントに適用され、追加料金はかかりません。S3 Tables は、組み込みの Apache Iceberg サポートを備えた最初のクラウドオブジェクトストアであり、大規模にタブルデータを保存する最も簡単な方法です。S3 Tables は、データレイクが拡大し進化しても、クエリの効率とストレージコストを自動的に最適化するために継続的なテーブルメンテナンスを行います。このより高いデフォルトクォータは、S3 Tables が利用可能なすべての AWS リージョンで利用できます。デフォルトを超えるクォータが必要な場合は、AWS サポートを通じて増加をリクエストできます。詳細については、S3 Tables の概要ページ、ユーザーガイド、クォータドキュメントをご覧ください。

この更新の位置づけ

Amazon S3 Tables は、大規模なタブルデータを保存するためのクラウドオブジェクトストアで、Apache Iceberg が組み込まれています。この更新は、ユーザーがより多くのテーブルバケットを作成できるようにし、データ管理とセキュリティを向上させます。

IAM Identity Center は、従業員のアイデンティティを AWS に一度接続し、AWS アカウントおよびアプリケーションへのアクセス管理を効率化するサービスです。これまで複数リージョン対応は、デフォルトで有効な商用 AWS リージョンで提供されていましたが、今回 AWS GovCloud (US) および AWS 中国リージョン内でもリージョン間での対応が可能になりました。複数リージョン対応を有効にすると、IAM Identity Center はアイデンティティ、エンタイトルメント、その他の情報をプライマリリージョンから追加リージョンに自動的にレプリケートします。プライマリリージョンで障害が発生した場合でも、ユーザーは追加リージョンで既にプロビジョニングされたエンタイトルメントを使用して AWS アカウントにアクセスし続けることができます。AWS アプリケーション管理者は、標準のアプリケーションデプロイワークフローを使用して追加リージョンにアプリケーションをデプロイすることができ、IAM Identity Center は引き続きプライマリリージョンで管理されます。複数リージョン対応は、外部アイデンティティプロバイダーまたは IAM Identity Center ディレクトリをアイデンティティソースとして使用する組織インスタンスで利用でき、複数リージョン対応の顧客管理 KMS キー (CMK) が必要です。新しいインスタンスを作成する際には、1 クリックで複数リージョン対応を有効にすることができ、これにより CMK も作成されます。既存のインスタンスの場合、AWS KMS で複数リージョン対応の CMK を作成し、IAM Identity Center で設定する必要があります。標準の AWS KMS 料金が CMK の保存および使用に対して適用されます。IAM Identity Center は追加料金なしで提供されます。

この更新の位置づけ

IAM Identity Center は、従業員のアイデンティティを AWS に統合し、アクセス管理を簡素化するサービスです。この更新は、特に政府や中国市場のユーザーにとって、複数のリージョンでの運用継続性とアプリケーション展開の柔軟性を向上させます。

Amazon EMR Serverless は、ジョブあたりのシャッフル制限を 200 GB から 1TB に引き上げ、テラバイト規模のシャッフル操作をサポートするようになった。これにより、データエンジニアやデータサイエンティストは、クラスターやサーバーの設定、管理、スケーリングなしでオープンソースのビッグデータ分析フレームワークを実行できる。特に、テラバイト規模のデータセット間の大規模なテーブル結合や、高カーディナリティデータの複雑な集計など、シャッフルを必要とする複雑な操作を実行するエンタープライズ顧客に有益である。スピルサポートの追加により、メモリ集約的な操作をディスクにオフロードして処理できるため、要求の厳しい分析ワークロードのジョブの信頼性と成功率が向上する。この機能は、Amazon emr-7.14、emr-spark-8.1 以降で、Amazon EMR Serverless が利用可能な 18 の AWS リージョンで提供される。

この更新の位置づけ

この更新は、ビッグデータ分析フレームワークを運用環境で実行するデータエンジニアやデータサイエンティストに影響を与える。特に、テラバイト規模のデータセットを処理する必要がある場合に有益である。

AWS Glue Data Catalog が Apache Iceberg バージョン 3 (V3) テーブル用にテーブル最適化、統計情報、クローラーをサポートするようになった。これにより、V3 テーブルを自動的に管理し、クエリパフォーマンスを最適化し、Amazon S3 で検出できるようになる。テーブル最適化では、binpack、ソート、z-order 戦略を使用して V3 テーブルを圧縮し、クエリパフォーマンスを向上させ、有効期限切れのスナップショットや孤立したファイルを削除してストレージコストを削減できる。これらの最適化は、variant、地理空間、ナノ秒精度のタイムスタンプなど、V3 データタイプをサポートする。NDV 統計情報を生成して、分析エンジンが効率的にクエリを計画できるようにすることもできる。さらに、Glue クローラーを 사용하여 Amazon S3 に保存された V3 テーブルを検出し、Glue Data Catalog に登録して、V3 対応エンジンでクエリを実行できる。これらの機能は、Glue Data Catalog のテーブル最適化、統計情報、クローラーが提供されているすべての AWS リージョンで利用可能である。

この更新の位置づけ

データエンジニアやデータアナリストは、Apache Iceberg V3 テーブルを効率的に管理し、パフォーマンスを最適化する必要がある場合に、この機能を利用できる

AWS Transfer Family は、管理ワークフロー実行ログ用にカスタム CloudWatch ロググループを選択できるようにした。以前は、Transfer Family サーバーにアタッチされたすべてのワークフローが、そのサーバーの CloudWatch ロググループに実行ログを送信していたため、各ワークフローに別々のログ先を設定できなかった。今後、AWS Transfer Family コンソールまたは API を介してワークフローを作成する際、サーバーのロググループとは別のワークフローレベルのロググループを選択できる。Transfer Family はワークフローログを選択したグループのみに配信するため、サーバーのロギングロールは必要ない。ワークフローログは既存の構造化された JSON フォーマットを保持し、Amazon CloudWatch Logs Insights を使用してクエリを実行できる。複数のワークフローのログを共有ロググループに送信して、ワークフロー実行を追跡するための統合メトリクスとダッシュボードを作成することもできる。構造化されたログ先を選択しない場合、ワークフローログは構成された場合、サーバーのロールベースのロギング構成を引き続き使用する。既存のワークフローは現在のロギング構成を引き続き使用する。この機能は、Transfer Family の管理ワークフローが提供されているすべての AWS リージョンで利用できる。

この更新の位置づけ

AWS Transfer Family は、ファイル転送サービスを提供する。管理ワークフロー機能では、ファイル転送プロセスを自動化できる。この更新により、ワークフローログの管理がさらに柔軟になる。

AWS Security Hub は関連する脆弱性検出を根本原因でグループ化する修正計画を提供する。これにより、各脆弱性を個別に修正する代わりに、設定ミスや許可過多のポリシーなど単一の根本リソースを修正することで、複数の脆弱性の深刻度を同時に解決または軽減できる。各修正計画には優先度 (クリティカル、高、中、低)、影響評価、AWS CLI、Terraform、CloudFormation、Python、CDK を含む複数の形式の詳細なステップバイステップの説明が含まれる。Security Hub は最もリスクを軽減する計画を自動的に優先し、重要な修正活動に集中できるようにする。AI エージェントは API を介してプログラムで修正計画を消費し、環境全体でセキュリティ修正を自動化できる。修正計画は AWS Security Hub が利用可能なすべての AWS リージョンで、AWS Security Hub Essentials プランの下で追加費用なしで利用できる。

この更新の位置づけ

セキュリティチームは複数の関連する脆弱性を個別に修正する代わりに、根本原因を修正することで効率的にセキュリティを向上させることができる。

Amazon S3 Object Lock の変数保持とイベントホールドが AWS GovCloud (US-East) と AWS GovCloud (US-West) リージョンで利用可能になった。イベントホールドでは、オブジェクトに保持期間を設定し、S3 がホールドが有効な間はオブジェクトを保護する。ホールドを解放すると、指定した期間だけオブジェクトが保持される。法的ホールドとは異なり、イベントホールドはトリガーイベント後に必要な保持期間を満たす WORM コンプライアンスを提供し、ポリシーで定めるより長い期間データを保持する必要がない。

この更新の位置づけ

AWS GovCloud (US) リージョンで利用可能なこの機能は、金融規制やコンプライアンス要件を満たすために、イベントベースの保持期間が必要な組織に有用である。

2026 年 9 月 30 日、Amazon は Amazon Corretto の長期サポート (LTS) バージョンである Corretto 8u504 のパッチ更新を発表しました。このパッチには tzdata 2026 d の更新が含まれます。Amazon Corretto は無償で、複数のプラットフォームで動作するプロダクション向けの OpenJDK 配布です。Corretto のホームページから Corretto 27、25、21、17、11、8 のダウンロードが可能です。Linux システムでは、Corretto の Apt、Yum、Apk リポジトリの設定により更新を取得できます。フィードバックを歓迎します。

この更新の位置づけ

Amazon Corretto は、開発者や企業が OpenJDK を安全かつ効率的に利用するための無償のプラットフォーム提供です。この更新は、タイムゾーン情報などの重要更新を含み、プロダクション環境での安定性を確保します。

AWS CloudTrail は Event Coverage を導入し、アカウントおよび組織レベルでのデータプレーン操作のカバレッジを確認できる新しいコンソール体験を提供する。これにより、お客様は環境内の AWS サービスとリソースタイプでデータイベントログが有効になっているかどうかを確認できる。データイベントは、AWS サービスでのデータプレーン操作を追跡するのに役立つ。例えば、Amazon S3 の GetObject や PutObject などのオブジェクトレベル操作をログに記録して、不正なデータアクセスやデータ流出の試みを検出できる。データイベントのカバレッジが十分でないと、これらの活動が気付かれないままになり、セキュリティ監視に盲点が生じる。Event Coverage を使用すると、サポートされるすべてのデータイベントソースのカバレッジを 1 か所で表示し、ダッシュボードから直接データイベントをサブスクライブできる。これにより、特に複数のアカウントを管理する組織では、サービス間でのカバレッジを追跡するのに時間がかかるため、いくつかのクリックでカバレッジのギャップを埋めやすくなる。Event Coverage は、AWS CloudTrail がサポートされているすべての商用 AWS リージョンで利用できる。

この更新の位置づけ

この更新は、AWS のデータプレーン操作のセキュリティ監視を強化する必要がある組織やセキュリティ担当者にとって重要である。データイベントログの不備を効率的に特定できる。

本日より、Amazon RDS for MySQL で MySQL 26.7 がプレビュー環境で利用可能になった。MySQL 26.7 は新しい年月形式のバージョン番号を採用した初のイノベーションレ lease で、バグ修正やセキュリティパッチに加え、テストワークロードでの適用スループットとバックログリカバリを向上させるモジュール式のレプリケーション適用機能である Change Stream Applier などの新機能を含む。プレビュー環境のデータベースインスタンスは最大 60 日間保持され、保持期間経過後には自動的に削除される。プレビュー環境で作成されたデータベーススナップショットはプレビュー環境内でのみ使用可能。プレビュー環境のデータベースインスタンスの料金は US East (Ohio) リージョンでの価格に準ずる。

この更新の位置づけ

MySQL の新バージョン評価を目的としたプレビュー環境を利用する開発者やデータベース管理者向け。

Amazon RDS は PostgreSQL、MySQL、MariaDB で、5 世代 AMD EPYC プロセッサーを搭載した M8a データベースインスタンスをサポートするようになった。これにより、データベースワークロードの選択肢が拡大される。M8a データベースインスタンスの各 vCPU は物理 CPU コアに対応し、一定のコアごとのパフォーマンスを提供する。高 I/O 要件を持つワークロードに対して、M8a インスタンスは最大 75 Gbps のネットワーク帯域幅と 60 Gbps の Amazon EBS 帯域幅を提供する。すべてのインスタンスは第 6 世代 Nitro カードを使用した AWS Nitro システム上で構築されている。M8a データベースインスタンスは、US East (N. Virginia, Ohio)、US West (Oregon)、Asia Pacific (Mumbai, Tokyo, Hyderabad)、Europe (Ireland, Frankfurt, Spain) リージョンで利用可能。M8a データベースインスタンスの使用は、Amazon RDS マネジメントコンソールまたは AWS コマンドラインインターフェイス (CLI) を通して開始できる。サポートされるエンジンバージョンについては、RDS ドキュメンテーションを参照され、価格については Amazon RDS 価格ページを参照されたい。

この更新の位置づけ

データベースの性能とスケーラビリティを重視するユーザーが対象

Amazon Aurora と Amazon RDS が、5 世代 AMD EPYC プロセッサーを搭載した R8a データベースインスタンスをサポートするようになった。これにより、データベースワークロードの選択肢が拡大される。R8a インスタンスでは、各 vCPU が物理 CPU コアに対応し、一貫したコアごとのパフォーマンスが提供される。高 I/O 要件を持つワークロードに対して、R8a インスタンスは最大 75 Gbps のネットワーク帯域幅と 60 Gbps の Amazon EBS 帯域幅を提供する。すべての R8a インスタンスは、第 6 世代 Nitro カードを使用した AWS Nitro システム上で構築されている。R8a データベースインスタンスは、Amazon Aurora PostgreSQL 互換エディション、Amazon Aurora MySQL 互換エディション、RDS for PostgreSQL、MySQL、MariaDB でサポートされている。R8a データベースインスタンスは、US East (ノババージニア、オハイオ)、US West (オレゴン)、カナダ (中央)、アジア太平洋 (東京、台北)、ヨーロッパ (アイルランド、フランクフルト、スペイン) のリージョンで利用可能である。R8a データベースインスタンスは、Amazon RDS マネジメントコンソールまたは AWS コマンドラインインターフェース (CLI) を使用して開始できる。具体的なエンジンバージョンについては、Aurora および RDS のドキュメンテーションを参照されたい。価格については、Amazon Aurora の価格ページと Amazon RDS の価格ページを参照してください。

この更新の位置づけ

本更新は、データベースパフォーマンスとスケーラビリティを求めるユーザーに影響を与える。特に高 I/O 要件のワークロードに対して、新たなインスタンスタイプが提供される。

Amazon Aurora serverless は、最大 16 ACU を 1 秒以内に追加して現在のキャパシティを拡大し、ワークロードの増大に応じて最大 256 ACU までスケールするようになった。これにより、ワークロードはより迅速にスケールして必要なキャパシティに達するようになる。ワークロードが終了すると、Aurora serverless は自動的にスケールダウンしてゼロになり、使用したリソースのみの料金が発生する。このため、エージェント型 AI アプリケーションなどのバースト発生するアクティビティ、長いアイドル時間、不確実なトラフィックパターンが特徴のアプリケーションに最適である。この機能は、プラットフォームバージョン 3 または 4 で実行されているすべての Aurora serverless クラスターでデフォルトで有効であり、設定変更は必要ない。プラットフォームバージョン 1 および 2 の既存クラスターは、最新のプラットフォームバージョン 4 に直接アップグレードしてこの改善を活用できる。クラスターのプラットフォームバージョンは、AWS マネジメントコンソールのインスタンス構成セクションまたは RDS API の ServerlessV2PlatformVersion パラメーターで確認できる。価格詳細とリージョンでの利用可能性については、Amazon Aurora の価格ページを参照してほしい。詳細については Aurora serverless のスケーリングドキュメントを参照し、AWS マネジメントコンソールで数ステップで Aurora serverless データベースを作成して始めよう。

この更新の位置づけ

Amazon Aurora serverless は、データベースの自動スケーリングを可能にするサービスで、特にバースト発生するワークロードやエージェント型 AI アプリケーションに最適である

本日、AWS は OpenAI の GPT-6 Astra が Amazon Bedrock で UltraFast モードで利用可能になったと発表した。UltraFast は、速度が最も重要なワークロード向けのプレミアム速度ティアで、OpenAI によると、API の推論速度が最大 6 倍で、秒間最大 300 トークンとなる。Amazon Bedrock の推論エンジンは、生産環境のワークロードに必要なパフォーマンス、セキュリティ、および信頼性を提供する。UltraFast モードは、遅延に敏感なアプリケーション、例えばリアルタイムのコーディングアシスタント、インタラクティブエージェント、および高速で高品質な応答を必要とする顧客向けエクスペリエンスに利用できる。既存の AWS 制御により、ワークロードを保護し、アクセスを管理し、モデルの呼び出しアクティビティを監査することができる。Amazon Bedrock コンソールまたはサポートされている Amazon Bedrock API を介してプログラムで開始できる。サポートされている AWS リージョン、エンドポイント、API、機能、推論プロファイル、および料金については、Amazon Bedrock ドキュメンテーションを参照してください。

この更新の位置づけ

この更新は、リアルタイム応答が求められるアプリケーションを開発している開発者や、AI モデルを生産環境で運用している企業に影響する。高速な推論速度と既存の AWS セキュリティ機能が組み合わさることで、高品質なユーザー体験を実現できる。

Amazon Managed Grafana は、Grafana バージョン 13.2 を使用した新しいワークスペースの作成をサポートする。このリリースでは、オープンソースの Grafana バージョン 13.0 から 13.2 までの機能が提供され、ダッシュボードの Git Sync、動的ダッシュボード、Amazon CloudWatch データソースプラグインでの PromQL クエリサポートが含まれる。Git Sync により、ワークスペースを Git リポジトリにリンクして、ダッシュボードの変更をバージョン管理で追跡、レビュー、復元できる。動的ダッシュボードは、データや変数に応じてレイアウトやパネリングを動的に調整する柔軟なアプローチを提供する。Amazon CloudWatch データソースプラグインは、Prometheus クエリ言語 (PromQL) を使用して、OpenTelemetry (OTLP) エンドポイントを介して CloudWatch が収集するメトリクスをクエリできる。これにより、既存のメトリクス検索やメトリクスインサイトクエリタイプを補完する。Grafana 13.2 は、Amazon Managed Grafana が一般提供されているすべての AWS リージョンで利用可能である。

この更新の位置づけ

Amazon Managed Grafana は、ユーザーが Grafana のワークスペースを管理しやすいようにするマネージドサービス。より新しい Grafana バージョンの機能を利用することで、ダッシュボードの管理やメトリクスのクエリが容易になる

Amazon S3 Vectors は、メタデータフィルターを類似性検索実行前に評価するメタデータ事前フィルタリングをサポートし、選択的なフィルターの場合に一致するベクトルの数を最大 5 倍に増やす。これにより、RAG、エージェント型、意味検索アプリケーションのフィルター処理がより完全な結果を提供する。S3 Vectors は、Amazon S3 でベクトルをネイティブに保存およびクエリを実行し、目的特化でコスト最適化されたベクトルストレージとクエリを億スケールで提供する。新しいベクトルバケットのインデックスでは、デフォルトでメタデータ事前フィルタリングが使用され、PutVectors でベクトルを書き込む方法や QueryVectors でフィルター付きクエリを実行する方法は変更ない。既存のインデックスで事前フィルタリングを使用するには、UpdateIndexMode API でインデックスを更新する。同じインデックスで現在のフィルタリングと事前フィルタリングを比較するには、QueryVectors のクエリごとのパラメーターを使用できる。メタデータ事前フィルタリングは、Amazon S3 Vectors が利用可能なすべての商用 AWS リージョンおよび AWS 中国リージョンで追加コストなしで利用可能。現在、この変更を展開中であり、数日以内に展開を完了する予定。AWS CLI、AWS SDK、または Amazon S3 コンソールを使用して始めることができる。詳細は、Amazon S3 Vectors のドキュメントと AWS ニュースブログを参照。

この更新の位置づけ

Amazon S3 Vectors は、Amazon S3 でベクトルを保存およびクエリを実行するためのサービスで、RAG、エージェント型、意味検索アプリケーションに役立つ。メタデータ事前フィルタリングの追加により、フィルター処理の精度と効率が向上する。

本日、AWS は AWS コマンドラインインターフェイス (CLI) の Agent Toolkit for AWS 向けコマンドを拡張し、2 つの新しい機能を追加した。これにより、エージェントのスキルを最新の状態に保つのが容易になった。顧客は aws agent-toolkit check-skill-updates で、インストールされたすべてのスキルとレジストリで利用可能な最新バージョンを比較でき、aws agent-toolkit update-skill --all で、すべての古いスキルを 1 つのコマンドで更新できる。Agent Toolkit for AWS は、AWS MCP サーバー (15,000 を超える AWS API への安全で監査可能なエージェントインターフェイスを提供)、エージェントスキル (ストレージ、ネットワーキング、分析などに対する専門家によるガイダンスを提供)、プラグイン (MCP サーバーとスキルセットを 1 つのインストールにまとめる) で構成される。以前は、顧客はスキルごとに個別に確認と更新が必要だった。これらの AWS CLI の追加により、開発者はより新しいバージョンが利用可能なスキルを迅速に特定し、更新を 1 つずつ管理することなくスキルセット全体を最新の状態にすることができる。これは、サーバーレス、ストレージ、ネットワーキング、分析、その他のドメインに多くのスキルをインストールし、コーディングエージェントが常に最新のガイダンスで動作することを確認したいチームに特に有用である。これらの新しいコマンドは、Kiro、Claude Code、Codex、Cursor、その他の人気のコーディングエージェントで AWS MCP サーバーとエージェントスキルをインストール、検索、構成できる既存の AWS CLI 機能に追加された。使い始めるには、Agent Toolkit for AWS のユーザーガイドで AWS CLI を参照してください。AWS CLI バージョン 2.37.0 以降がインストールされていることを確認してください。AWS MCP サーバーは、US East (N. Virginia) および Europe (Frankfurt) リージョンで利用可能である。

この更新の位置づけ

この更新は、AWS のコーディングエージェントが最新のガイダンスで動作することを確保したい開発者やチームに有用である。