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

Amazon Bedrock は、アンテロピックのクラウドオーパス 5、クラウドソネット 5、クラウドハイク 4.5 をインドで、クラウドオーパス 5 とクラウドソネット 5 を南韓国で、クラウドソネット 5 をシンガポールで提供開始する。これにより、金融サービス、医療、公共部門を含む地理的なデータ処理が必要な顧客が、国内のインフレンスで大規模にこれらのモデルを利用できる。インドでは、地域エンドポイントがムンバイとハイデラバードリージョン間の地理的クロスリージョンインフレンスを通じて提供される。インドの顧客は、インドリージョンでこれらのモデルにアクセスできる一方、すでにサポートされているグローバルクロスリージョンインフレンスも利用できる。南韓国では、Amazon Bedrock がソウルリージョン (ap-northeast-2) でベッドロックランタイムエンドポイントでクラウドオーパス 5 とクラウドソネット 5 モデルをリージョン内インフレンスでサポートする。シンガポール (ap-southeast-1) では、Amazon Bedrock がベッドロックランタイムエンドポイントでクラウドソネット 5 をリージョン内インフレンスでサポートする。Amazon Bedrock は、呼び出すリージョン内でインフレンスリクエストとデータを処理し、そのリージョンを離れることはない。各リージョンでのモデルの最新の可用性については、Amazon Bedrock ユーザーガイドの「モデルごとのリージョン可用性」を参照すること。

この更新の位置づけ

Amazon Bedrock は、AI モデルを呼び出すためのサービスで、開発者がさまざまな大規模言語モデルにアクセスしてアプリケーションに統合できる。リージョン内でのインフレンスは、データが国境を越えて移動しないことを保証し、規制やセキュリティ要件を満たすために重要である。

Amazon Kinesis Video Streams が AWS PrivateLink で動作するインターフェース VPC エンドポイントをサポートするようになった。これにより、Amazon VPC から Kinesis Video Streams へのトラフィックは AWS ネットワーク内で残り、パブリックインターネットに公開されない。厳格なセキュリティ、コンプライアンス、またはネットワーク分離要件を持つ顧客は、インターネットゲートウェイ、NAT デバイス、またはパブリック IP アドレスなしでビデオを取り込み、保存、および再生できる。たとえば、プライベートサブネットにある接続カメラや IoT ビデオワークロードは、メディアを Kinesis Video Streams に送信し、プライベート接続経由で再生と分析用に取得できる。エンドポイントは Amazon VPC コンソール、AWS CLI、または AWS SDK から作成でき、VPC エンドポイントポリシーをアタッチしてアクセスを制御できる。VPC エンドポイントは、Kinesis Video Streams が提供されているすべての AWS リージョンで利用可能で、AWS GovCloud (US) リージョンや中国 (北京) リージョン (北京新網科技有限公司が運営) も含む。

この更新の位置づけ

厳格なセキュリティやコンプライアンス要件を持つ顧客は、インターネットゲートウェイやパブリック IP アドレスなしでビデオを処理できる。

Amazon Redshift は、細粒度アクセス制御 (FGAC) で保護されたデータ上のクエリをトラブルシューティングおよび監査しやすくする。新しい DEBUG 権限を使用すると、データ所有者は複数の Redshift データウェアハウスにわたる未編集のセキュアログ記録を特定のアイデンティティに表示させることができる。Amazon Redshift の連合権限では、データ権限を一度定義し、Redshift が AWS アカウントのすべての Redshift ウェアハウスで自動的に適用する。クエリが FGAC で保護されたデータにアクセスすると、システムテーブルのレコード内の機密値 (再書かれたクエリテキスト、エラーメッセージ、オブジェクト名など) がセキュアログでマスクされる。これにより、プロデューサーのデータがコンシューマーに保護される。一方、許可された監査担当者や管理者は、セキュアログを無効にせずにこれらのレコードを表示してクエリをトラブルシューティングし、コンプライアンス要件を満たす必要がある。新しい DEBUG 権限により、スーパーユーザーまたはデータベース所有者は、どのアイデンティティがこれらのレコードをマスクなしで表示できるかを選択できる。DEBUG は標準の Redshift GRANT コマンドで付与され、通常は IAM ユーザー、IAM ロール、または IAM Identity Center のユーザーまたはグループに付与され、そのアイデンティティが自分のクエリの未編集レコードを表示できる。コンシューマーアカウントの管理者に DEBUG を付与して、トラブルシューティングおよび監査中に完全なログ可視性を得ることもできる。アカウント管理者向けに許可されたレコードは、Redshift システムテーブルデータを Amazon S3 テーブルにエクスポートしても未編集のままになる。ログを表示できる人を正確に監査可能に制御でき、セキュアログは有効のままになる。この機能は、Amazon Redshift がサポートするすべての AWS リージョンで利用できる。詳細については、Amazon Redshift のドキュメンテーションの連合権限、使用注意、およびセキュアログを参照してください。

この更新の位置づけ

この更新は、データ保護とクエリ監査を両立させるために、Redshift の管理者や監査担当者に役立つ。連合権限を使用する Redshift のユーザーが対象。

AWS Transform はエージェント型 AI を利用して、オンプレミス Apache Kafka クラスターを Amazon MSK へ移行する評価を提供します。この評価では、ワークロードの分析、適切な AWS サービスの推奨、および TCO のビジネスケースの生成 (価格オプションと実行可能な次のステップを含む) が数分で可能です。Apache Kafka ワークロードの場合、評価エージェントは互換性チェック、適切な MSK Express ブローカーの推奨、およびコスト予測を提供し、移行のビジネスケースを迅速に構築し、移行の意思決定を加速させます。Kafka から MSK への移行評価では、通常、トポロジーのマッピング、互換性の検証、ブローカーの適切なサイズ設定、コストの予測など、週単位で手動で行われる複数のステップが必要です。本機能では、Kafka クラスターのインベントリファイルをアップロードするか、チャットでクラスターを説明するだけで移行評価を開始できます。評価エージェントが各クラスターの MSK 互換性 (トポロジー、バージョン、設定、認証、クォータなど) をチェックし、MSK Express ブローカーのサイズ設定と、ブローカー時間、ストレージ、データイン、クロス AZ 転送にわたるコスト予測を行います。さらに、カスタマイズされた仮定を使用した「もしも」シナリオを作成し、リージョン間の価格を比較、リテンションを調整、または代替設定を調査して、関係者に自信を持って進めるための包括的な移行ビジネスケースを生成できます。Amazon MSK 向け移行評価は、AWS Transform が提供されているすべての AWS リージョンで利用可能です。詳細は Amazon MSK 開発ガイド「AI ツールで MSK の移行準備を評価する」または AWS Transform ユーザガイドをご覧ください。

この更新の位置づけ

この更新は、企業がオンプレミス Apache Kafka クラスターを Amazon MSK に移行する際の評価と意思決定を簡素化し、移行プロセスの加速に役立ちます

AWS Deadline Cloud は、視覚効果、アニメーション、製品デザイン、シミュレーション、ゲームなど、コンピュート集約的なワークロードを実行するためにクラウドでチームを支援する完全管理サービスである。このサービスでは、顧客は Docker を有効にしたフリートを使用して、独自のソフトウェアコンテナを直接サービスに提供できる。ソフトウェアをコンテナイメージにパッケージングしている顧客は、これらのイメージを直接 Deadline Cloud に指定できる。これにより、Blender などのレンダリングツールや NVIDIA Isaac Sim、MuJoCo などの物理 AI ワークロードなど、コンテナデプロイされたソフトウェアのあらゆるユースケースが解放される。サービス管理フリートでは、Deadline Cloud がコンテナ化されたソフトウェアをすべてのワーカーインスタンスに自動的にデプロイし、大規模に展開する。コンテナは Deadline Cloud のフリートとキューに統合されているため、顧客のジョブテンプレートにコンテナコマンドやイメージ参照を含める必要はない。つまり、Open Job Description CLI でローカルで実行するのと同じジョブバンドルを、追加の変更なしで Deadline Cloud に送信できる。結果として、既存のコンテナ化されたソフトウェアワークフローから完全管理レンダリングおよびコンピュートファームへの移行がより迅速になる。コンテナサポートは、Deadline Cloud が提供されているすべての AWS リージョンで利用できる。

この更新の位置づけ

AWS Deadline Cloud は、ビジュアルエフェクト、アニメーション、製品デザイン、シミュレーション、ゲームなど、コンピュート集約的なワークロードをクラウドで実行するための完全管理サービスである。この更新により、顧客はコンテナ化されたソフトウェアを直接サービスに提供でき、既存のワークフローから完全管理レンダリングおよびコンピュートファームへの移行が容易になる。

Amazon Bedrock Managed Agents (BMA) は AWS と OpenAI 共同で開発され、OpenAI の Agents API のカスタマイズ版に基づいています。これにより、AWS リソースと統合され、既存のアイデンティティ、権限、ガバナンス制御が適用されます。BMA はモデルが状態を保持し、ツールを選択・使用し、コードを実行し、複数のステップと決定を調整する方法を管理します。持続可能なセッションではメッセージやツール呼び出し、中間結果を保持し、後で新しい情報を提供して進捗から継続できます。再利用可能なスキルを追加したり、Model Context Protocol (MCP) サーバーを介してツールにエージェントを接続したりできます。各エージェントは独自の IAM ロールで動作し、重要なアクション前に人による承認をサポートし、AWS CloudTrail で API アクティビティを記録します。プレビュー期間中は、BMA 自体への追加料金はかかりません。ただし、利用する AWS リソースに対する料金は発生します。一般提供時には価格が変更される可能性があります。Amazon Bedrock Managed Agents は、US East (N. Virginia)、US West (Oregon)、US East (Ohio) でプレビューとして提供されています。詳細は Amazon Bedrock ドキュメントを参照してください。

この更新の位置づけ

Amazon Bedrock Managed Agents は、OpenAI モデルに最適化されたエージェントを AWS 内で構築できる新しいサービスです。AI アプリケーションの開発や自動化に役立ちます。

AWS Deadline Cloud は、ジョブテンプレートで柔軟な式とリッチなパラメータタイプをサポートするようになった。これにより、顧客は既存の生産パイプラインにサービスをより適切に適合させることができる。式には算術、条件、文字列やパス操作、リスト内包除などが含まれ、Python スタイルの構文で使用できる。これにより、フレーム範囲をタスクごとのフレームに分割したり、シーン名から出力パスを導出したり、オプションのフラグをジョブテンプレート内で直接切り替えることが可能になる。新しいブール値、リスト、フレーム範囲のパラメータタイプは、パイプラインがすでに作業を説明する方法に合致する。チェックボックスは設定された場合に--gpu フラグとその対応するホスト要件を追加し、カメラのリストはステップのタスク範囲になることができる。式は提出時に型チェックされ、その評価は決定論的であるため、ジョブの実行は毎回予測可能に動作する。これらの機能は、ジョブテンプレートに使用されるオープンな仕様である Open Job Description の新しい EXPR 拡張機能から得られ、AWS Deadline Cloud がサポートされているすべての AWS リージョンで利用できる。

この更新の位置づけ

AWS Deadline Cloud は、コンピュート集約的なワークロードをクラウドで実行するフルマネージドサービスであり、視覚効果、アニメーション、製品デザイン、シミュレーション、ゲームなどに役立つ。この更新により、パイプラインの自動化が容易になる。

Amazon S3 Tables は Apache Iceberg バージョン 3 の新しいデータタイプである geometry、geography、unknown、nanosecond timestamp をサポートするようになった。これにより、地理座標やナノ秒精度のイベント時間を文字列や整数にエンコードせずにネイティブに格納できる。データアーキテクチャの簡素化と、ストレージ効率とパフォーマンスの向上に役立つ。S3 Tables は V3 で導入されたすべてのデータタイプをサポートし、Variant データタイプ、削除ベクター、行の系譜の既存のサポートに加える。geometry と geography カラムはポイント、ライン、多角形をネイティブで格納するため、フットトラッキングやアセットマッピングのワークロードがクエリ時に場所でフィルタリングできる。ナノ秒タイムスタンプにより、テレメトリーや金融ワークロードがソースの精度でイベント時間を記録できる。カラムデフォルト値は、既存の行に新しいカラムを追加する際にバックフィルを必要とせず、自動的に設定される。S3 Tables は Apache Iceberg テーブルの自動テーブルメンテナンスとコンパクションを提供し、V3 データタイプを使用するテーブルがデータがスケールしてもパフォーマンスとコスト効率を維持できる。これらのデータタイプのサポートは、S3 Tables が利用可能なすべての AWS リージョンで提供される。

この更新の位置づけ

Amazon S3 Tables は大規模なデータの格納とクエリ処理に特化したサービスで、Apache Iceberg テーブル形式をサポートすることで、データ管理とパフォーマンスを向上させる

AWS は、使用量ベース (従量制) の SaaS メータリング統合を構築・展開・検証する AI ガイド体験である AWS Marketplace メータリングエージェントスキルを一般提供開始した。このスキルは、セラーが AI コーディングアシスタント内で統合を完了できるよう支援する。セラーの製品タイプ、価格モデル、使用量ディメンションの収集、適切なメータリング API の推奨、構成に合わせた統合コードとカスタマイズされた AWS CloudFormation スタックの生成、AWS Marketplace でのエンドツーエンドテストの実行まで、統合の完全な旅をガイドする。従来のメータリング統合では、ドキュメントの参照、ワークショップの参加、トライアルアンドエラーによる API コールが必要で、ディメンション名の不一致や無効なタイムスタンプなどのよくある間違いにより、数日後に請求のギャップが発見されることがあった。このスキルは、セラーの実際の製品構成に対してディメンションを検証し、組み込みのガードレールを適用し、ResolveCustomer API、BatchMeterUsage API、Amazon EventBridge を使用したサーバーレスメータリングパイプラインを展開し、ライブテストで統合を検証する。また、Concurrent Agreements をサポートし、既存のセラーがメータリングレコードを検査・デバッグ・分析するのに役立つ。このスキルは、AWS MCP サーバーを通じて、MCP をサポートする任意の AI コーディングアシスタントで利用可能で、Amazon Q Developer、Kiro、その他の MCP 対応クライアントを含む。プラグインのインストールは不要である。利用を開始するには、「SaaS サブスクリプションで使用量をメータリングする設定」を参照してください。

この更新の位置づけ

この更新は、AWS Marketplace で SaaS プロダクトを提供するセラーに役立つ。使用量ベースのメータリング統合を簡単かつ正確に構築・展開・検証できるようにする。

AWS IAM Identity Center のアイデンティティストア API が、リソース ID の代わりに Amazon リソース名 (ARN) をユーザー、グループ、グループメンバーシップ、またはアイデンティティストアで受け入れるようになった。この変更は加法的で、既存の統合は変更なしで引き続き機能する。ARN サポートにより、IAM ポリシー評価、CloudTrail イベント、またはサービス間統合から得られるリソース ARN をそのまま使用でき、アプリケーションコードが簡略化され、パースエラーの可能性が排除される。この変更は、アイデンティティストア API のすべてのリクエスト識別子フィールドに適用され、レスポンスはリソース ID を返し続ける。不正な形式またはリソースタイプが間違った ARN は ValidationException を返す。この機能は、AWS IAM Identity Center が提供されているすべての AWS リージョンで利用可能で、追加コストは発生しない。詳細については、アイデンティティストア API リファレンスを参照してください。

この更新の位置づけ

AWS IAM Identity Center のアイデンティティストア API を使用する開発者や管理者は、この変更により、リソース ARN を直接使用できるため、コードが簡略化され、エラーが減る

AWS Transfer Family は、AWS アカウントあたりのリージョンごとの SFTP コネクタのクォータを最大 1,000 まで自動的に承認するようになった。これにより、ファイル転送のニーズが拡大しても、手動での承認を待たずにコネクタを追加できる。デフォルトのクォータはリージョンあたり 100 のまわりで、引き続き AWS サービスクォータコンソールで増額をリクエストできる。以前のようにすべてのクォータ増額に手動での承認が必要なことはない。自動承認は、サービス管理または Amazon VPC Lattice 出口を使用するコネクタに適用される。1,000 を超えるコネクタが必要な場合は、サービスクォータコンソールでより高いクォータリクエストを提出する必要がある。この機能は、Transfer Family の SFTP コネクタが提供されているすべての AWS リージョンで利用可能。詳細については、AWS Transfer Family の SFTP コネクタドキュメンテーションを参照すること。

この更新の位置づけ

この変更は、ファイル転送のスケールが拡大するユーザーに影響する。AWS Transfer Family の SFTP コネクタを使用するユーザーは、手動での承認を待たずにコネクタを追加できる。

パートナー収益測定 (PRM) は、パートナーソリューションによって駆動される AWS の消費を測定する。PRM は、リソースタグ付けに複数パートナーサポートを追加し、同じ AWS リソースに複数の AWS パートナーが収益帰属されるようにする。これにより、同じワークロードに貢献した複数のパートナーが収益を獲得できる。従来は、リソースに 1 つのパートナータグ (aws-apn-id) しか存在せず、複数のパートナーが同じワークロードに貢献しても 1 つのパートナーだけが帰属を受けていた。今回の更新では、各パートナーは、aws-apn-id-形式の新しいキーでリソースにタグ付けする。複数のパートナーが同じリソースにタグ付けすると、それぞれのパートナーが収益帰属を受ける。既存の aws-apn-id キーは引き続き機能し、aws-apn-id でタグ付けされたリソースは変更不要。複数パートナーサポートは、すべての商用 AWS リージョンで利用可能。既存の aws-apn-id キーと新しいキーによる収益帰属は、いずれも「リソースタグ付け」方法で表示され、ダッシュボードに変更はない。

この更新の位置づけ

この更新は、複数のパートナーが同じ AWS リソースに貢献する場合に、それぞれが収益を獲得できるようにする。コンサルティングパートナーがソフトウェアパートナーの製品を AWS アカウントで展開・運営するようなケースに特に有用。

Amazon Aurora PostgreSQL 互換エディションが PostgreSQL バージョン 18.6、17.11、16.15、15.19、14.24 のサポートを開始した。これらのバージョンには、PostgreSQL コミュニティからのバグ修正と Aurora 固有の機能強化が含まれる。最新のマイナー版にアップグレードすることで、これらの改善と Common Vulnerabilities and Exposures (CVEs) の対応が可能です。アップグレードは、スケジュールされたメンテナンスウィンドウ中に行うことができる。自動マイナー版アップグレードを有効にすると、AWS Organizations のアップグレードロールアウトポリシーを使用して複数のアップグレードを段階的に実行し、低優先度の環境で検証した後に最も重要な環境をアップグレードすることができる。詳細については、「Amazon Aurora PostgreSQL DB クラスターのアップグレード」を参照してください。Amazon Aurora は、高パフォーマンスと可用性をグローバル規模で提供し、完全な PostgreSQL 互換性を持っている。ゼロからスケール可能なサーバーレスコンピュート、複数リージョン対応の Aurora Global Database、I/O インテンシブなワークロード向けの Aurora I/O-Optimized、組み込みのセキュリティと継続的なバックアップを提供する。始め方は、開始ページを参照してください。

この更新の位置づけ

Amazon Aurora は、PostgreSQL と互換性があり、高パフォーマンスと可用性を提供するマネージドデータベースサービス。この更新では、複数の PostgreSQL バージョンのサポートが追加され、セキュリティとパフォーマンスの改善が提供される。

Amazon RDS for PostgreSQL が Extended Support マイナーバージョン 13.23-rds.20260514、12.22-rds.20260514、11.22-rds.20260514 を発表した。Extended Support はメジャーバージョンの標準サポート終了後、最大 3 年間の重要な脆弱性とバグの修正を提供し、新しいメジャーバージョンへのアップグレード期間を延長する。データベースのアップグレードは Amazon RDS Blue/Green Deployments、インプレースアップグレード、またはスナップショットからの復元で実行できる。詳細は Amazon RDS for PostgreSQL ユーザガイドを参照。

この更新の位置づけ

この更新は、PostgreSQL のメジャーバージョンアップグレードを計画している Amazon RDS ユーザーに影響する。Extended Support はアップグレード期間を延長し、リスクを最小限に抑える。

AWS は、一部のサービスと機能の提供終了とメンテナンスモードへの移行を発表した。メンテナンスモードへの移行となるサービスは、2026 年 10 月 29 日から新しい顧客が利用できなくなるが、既存の顧客は引き続き利用可能で、AWS はこれらのサービスと機能の運営とサポートを継続する。終了予定のサービスには、Amazon Managed Blockchain (2027 年 9 月 29 日終了)、Amazon DevOps Guru (2027 年 9 月 30 日終了)、AWS Backint Agent for SAP ASE (2027 年 9 月 29 日終了)、AWS Infrastructure Composer (スタンドアロンコンソールは 2026 年 12 月 7 日終了) などがある。2026 年 9 月 29 日時点で終了したサービスには、Amazon Mechanical Turk がある。影響を受ける顧客向けに包括的な移行ガイドを用意し、サポートチームが移行を支援する。詳細は AWS 製品ライフサイクルページで確認できる。

この更新の位置づけ

この更新は、AWS の一部のサービスがメンテナンスモードへの移行やサポート終了を迎えることを通知。影響を受けるユーザーは、移行計画を早めに立てておく必要がある。

Amazon WorkSpaces Applications は、G4dn、G5、G6、G7 を含むすべてのサポートされているグラフィックスインスタンスファミリーで使用できる単一のイメージタイプである統一されたグラフィックスイメージを発表しました。以前は各グラフィックス世代に専用のイメージが必要でしたが、今ではサポートされている任意のグラフィックスインスタンスファミリーで 1 つのイメージを使用してフートを作成および管理できます。統一されたグラフィックスイメージを使用すると、コンソールにすべての互換性のあるインスタンスタイプが表示されるため、ワークロードに適切な価格とパフォーマンスを選択できます。また、統一されたグラフィックスイメージで構築されたフートは、コンソールまたは UpdateFleet API を使用してサポートされているファミリー間でインスタンスタイプを変更できますが、この操作は以前は単一のインスタンスファミリー内でのサイズに限定されていました。統一されたグラフィックスイメージは、Amazon WorkSpaces Applications グラフィックスインスタンスがサポートされているすべての AWS 商用および AWS GovCloud (US) リージョンで利用できます。既存のグラフィックスイメージを管理されたイメージ更新でアップグレードするか、統一されたベースイメージからイメージビルダーを起動して始めましょう。詳細については、Amazon WorkSpaces Applications のドキュメントをご覧ください。

この更新の位置づけ

Amazon WorkSpaces Applications はエンタープライズ向けデスクトップソリューションで、この更新によりイメージ管理が簡素化され、顧客はより柔軟にインスタンスタイプを選択できます。

Amazon RDS は RDS スナップショットの完全なサイズをコンソールと API で表示するようになった。この機能により、「FullSnapshotSizeInBytes」フィールドを使用してスナップショットの総サイズをプログラムで取得できる。また、コンソールでは「完全なスナップショットサイズ」列で確認できる。Amazon RDS スナップショットは増分形式であるため、各スナップショットは新しいブロックのみを保存し、変更されていないブロックは前のスナップショットから参照する。「FullSnapshotSizeInBytes」フィールドは、そのスナップショットに直接保存されているブロックと、前のスナップショットから参照されているすべてのブロックの合計サイズを表示する。この機能は、すべての Amazon RDS データベースインスタンスで、すべての商用 AWS リージョンで利用可能。Amazon RDS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、または AWS SDK を通じて今日から利用できる。

この更新の位置づけ

この更新は、データベースのバックアップと復元を管理する際にスナップショットのサイズを正確に把握する必要があるユーザーに役立つ。

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

この更新の位置づけ

この更新は、AWS 外のアプリケーションやツールがキャッシュに直接接続する必要がある開発者やデプロイ担当者にとって有用である。

Amazon CloudWatch Logs Insights では、選択したロググループと時間範囲でクエリがスキャンするログデータのバイト数を、クエリを実行せずに推定できるようになった。この機能により、クエリ実行前にロググループの選択や時間範囲、フィルターを調整できる。CloudWatch コンソールでは、ロググループの選択や時間範囲、クエリテキストを変更すると自動的に推定値が表示される。AWS CLI または API を使用する場合は、クエリに estimate コマンドを付加して明示的にリクエストする。estimate コマンドを使用するクエリには、CloudWatch Logs Insights のクエリ料金が適用されない。この機能はすべての AWS 商用リージョンで利用可能。詳細は Amazon CloudWatch Logs のドキュメントを参照。

この更新の位置づけ

この更新は、CloudWatch Logs Insights を使用する開発者やオペレーションチームに役立つ。クエリ実行前にスキャンするデータ量を事前に把握できるため、コスト管理やパフォーマンスの最適化に役立つ。

AWS Systems Manager は、AWS リソースアクセスマネージャー (AWS RAM) を使用して、SSM ドキュメントを組織全体または特定の組織単位 (OU) と共有できるようにした。従来は、ドキュメントを公開するか、個々のアカウント ID のリストと共有するしかできなかったが、今では組織や OU と簡単に共有でき、Systems Manager が自動的に共有を最新の状態に保つため、組織や OU にアカウントが追加または削除されても手動でアカウントを追跡して更新する必要はなくなった。ドキュメントを共有するには、AWS RAM リソース共有を作成し、共有したい SSM ドキュメントを追加し、共有する組織や OU を選択する。共有は AWS RAM およびリソースベースのポリシーで管理されるため、アクセスは標準の AWS 認証を通じて付与される。組織外のアカウントとドキュメントを共有する場合、そのアカウントはリソース共有の招待を受け入れ、アクセスは招待を受け入れた後にのみ付与される。これにより、ドキュメントのオーナーと消費者の両方が共有アクセスにより多くの制御を得ることができる。この機能は、Systems Manager コンソール、AWS コマンドラインインターフェイス (AWS CLI)、および AWS SDK で、AWS Systems Manager が利用可能なすべての AWS リージョンで利用できる。AWS RAM を介したドキュメント共有には追加料金はかからない。使い始めるには、Systems Manager コンソールでドキュメントページを開くか、AWS Systems Manager ユーザーガイド (https://docs.aws.amazon.com/systems-manager/latest/userguide/documents-ssm-sharing.html) を参照してください。

この更新の位置づけ

この更新は、AWS Systems Manager のドキュメント共有を組織や OU レベルで行えるようにするもので、管理の自動化とセキュリティの向上に役立つ。

Amazon Route 53 Resolver DNS Firewall が Palo Alto Networks (PANW) Advanced DNS Security のサポートを 32 の AWS リージョンで一般提供開始した。この機能により、セキュリティチームは PANW Advanced DNS Security のルールを使用して、別々のファイアウォールや VPC 構成の変更なしで、VPC から直接悪意のある DNS トラフィックを検出およびブロックできる。AWS Summit New York City でプレビューされたこの機能により、セキュリティ管理者は Palo Alto Networks から直接、Route 53 DNS Firewall ルールを使用して、Amazon VPC およびハイブリッドクラウド (Route 53 Resolver エンドポイント経由) からの悪意のある DNS クエリトラフィックを検査およびブロックする DNS 脅威保護 (コマンドおよびコントロール、マルウェア、フィッシング、新しく登録されたドメインなど) を適用できる。一般提供により、PANW Advanced DNS Security on DNS Firewall は、DNS Firewall が提供されているすべての AWS リージョンでサポートされるようになった。顧客は、Route 53 DNS Firewall コンソールから直接機能をサブスクライブおよび有効にし、AWS ライセンスマネージャーを介して組織アカウント間でライセンスを共有し、AWS リソースアクセスマネージャー、Route 53 プロファイル、または AWS ファイアウォールマネージャーを使用して、PANW ルールを含む DNS Firewall ルールグループを VPC に関連付けることができる。詳細および開始方法については、Route 53 DNS Firewall ドキュメンテーションを参照。Route 53 DNS Firewall の価格については、Route 53 価格ページを参照。PANW Advanced DNS Security の AWS Marketplace リストと価格については、AWS Marketplace リストを参照。

この更新の位置づけ

この更新は、AWS の DNS ファイアウォール機能を強化し、Palo Alto Networks の高度な DNS セキュリティを統合することで、クラウド環境における DNS ベースの脅威への保護を強化する。

AWS Transfer Family は、Web アプリのユーザーが複数ファイルおよびフォルダーを同時にダウンロードできるようにした。エンドユーザーは、任意のファイルとフォルダーの組み合わせを選択し、1 つのアクションでダウンロードできる。ダウンロードは ZIP アーカイブとして提供され、解凍時に元のフォルダー構造が保持される。ファイルとフォルダーを選択し、「ダウンロード」を選択することで利用できる。従来は、エンドユーザーは 1 つずつファイルのみダウンロードでき、フォルダーはダウンロードできなかった。Web アプリはダウンロードするファイルを表示し、各ファイルの成功または失敗ステータスとともにリアルタイムで進捗を表示する。複数ファイルダウンロードは、Google Chrome、Mozilla Firefox、Microsoft Edge などの Chromium ベースブラウザーで利用可能。Safari では現在サポートされておらず、エンドユーザーは引き続き 1 つずつファイルダウンロードできる。この機能は、Transfer Family Web アプリが提供されているすべての AWS リージョンで利用できる。

この更新の位置づけ

AWS Transfer Family は、ユーザーがファイルやフォルダーを安全に転送できるサービス。この更新により、Web アプリのユーザーがより効率的に複数のアイテムをダウンロードできるようになる。

AWS DataSync が共有 Virtual Private Clouds (VPCs) をサポートするようになった。AWS リソースアクセスマネージャー (RAM) を使用して、AWS アカウント間で共有されたサブネットで DataSync エージェントを作成し、転送タスクを実行できる。これにより、中央のアカウントで管理される共有サブネットと VPC エンドポイントを介してデータをプライベートに転送できる。ネットワークを中央集権化している顧客は、これまで AWS PrivateLink を介してプライベートに接続するごとに、アカウントごとに個別の DataSync VPC エンドポイントを作成する必要があった。それぞれのエンドポイントは IP アドレスを消費し、アカウント間で維持するための運用オーバーヘッドを追加していた。共有 VPC のサポートにより、VPC を所有するアカウントの 1 つのエンドポイントが、サブネットが共有されているすべてのアカウントにサービスを提供し、IP アドレス空間を節約し、アカウントごとのエンドポイントの必要性を排除する。このリリースは、単一のアカウント設定内でも役立つ。複数のサブネットで 1 つの VPC エンドポイントを使用できるため、各サブネットに一致する VPC エンドポイントを必要としなくなった。共有 VPC は、拡張モードと基本モードの両方のエージェントベースのタスクでサポートされている。始めるには、コンソールまたは CreateAgent API を使用して DataSync エージェントを作成し、AWS RAM を介してアカウントと共有されたサブネットを指定する。AWS DataSync の共有 VPC サポートは、AWS シークレットリージョン以外的所有するすべての AWS リージョンで利用できる。

この更新の位置づけ

AWS DataSync は、データ転送を自動化および最適化するサービス。この更新により、複数の AWS アカウント間で VPC リソースを共有し、ネットワーク管理を簡素化できる。

AWS GovCloud (US) で、Claude Sonnet 5.5 が提供開始された。このバージョンは Sonnet 5 よりスマートで効率的なモデルであり、コーディングやナレッジワークのタスクをより低コストで高速に処理できる。特に、コードの構築や修正、要件との出力の検証など、セッション内で一貫してクラウドを使用する際の強みがある。また、1 ページ資料や図表、要約スライド、ドキュメント編集、スプレッドシートのクリーンアップなど、共有可能なナレッジワークも生成できる。Amazon Bedrock は、Sonnet の機能を提供しつつ、データは AWS インフラ内に保持し、リージョンごとのデータレジデンシーも提供する。また、Guardrails や Knowledge Bases などの AWS マネージド機能も統一されたサービスで利用できる。

この更新の位置づけ

AWS GovCloud (US) は、米国政府や規制の厳しい業界向けのクラウドサービスであり、データレジデンシーやコンプライアンスが重要なユースケースで利用される。

AWS はよりスマートで効率的な AI モデルである Claude Sonnet 5.5 を提供開始した。このモデルは Sonnet 5 より進化しており、既存の Sonnet を利用するチームにとって自然なアップグレードとなる。コーディングでは、大きなコーディング戦略の一部として適切に範囲指定されたタスクを完了するのに強力で、同じセッションで機能の構築や修正、要件との出力の検証が可能。ナレッジワークでは、1 ページのドキュメントや図、要約スライドからドキュメントの編集やスプレッドシートのクリーンアップまで、共有可能な成果物を生産する。顧客は Amazon Bedrock と AWS 上の Claude Platform の 2 つの方法で Claude Sonnet 5.5 にアクセスできる。Amazon Bedrock は、データが AWS インフラ内に残るようにし、地域データレジデンシーと Guardrails や Knowledge Bases などの AWS 管理機能を提供。Claude Platform on AWS は、AWS コンソールを通じて Anthropic のネイティブプラットフォームのエクスペリエンスと機能に直接アクセスでき、AWS の請求と認証と統合してビルド、テスト、デプロイできる。

この更新の位置づけ

Claude Sonnet は、開発やナレッジワークを支援する AI モデルで、このアップデートによりパフォーマンスと効率が向上し、開発者やビジネスユーザーにとって価値がある。

Amazon Rekognition Face Liveness は、ライブチェックで低スコアを受けた理由を理解し、再試行に役立つフィードバックコードを返すようになった。これらのコードは GetFaceLivenessSessionResults API レスポンスに含まれ、低スコアに寄与した条件 (例：照明不足、顔の障害、閉じた目、低ビデオ品質) を特定する。顧客はこれらのコードをエンドユーザーに提示し、ユーザーは特定の修正を行って自信を持って再試行できる。1 つのセッションで複数のフィードバックコードを返すことができ、ユーザーは 1 回の再試行ですべての問題を解決できる。この機能は、アイデンティティ検証のオンボーディング、再認証フロー、アクセシビリティシナリオで特に有用である。Amazon Rekognition Face Liveness は、カメラの前にいる人が本物の人間であることを確認する短いガイド付きセルフィービデオチェックを通じて、信頼スコア、顔マッチング用のリファレンス画像、セッション監査画像を返す。

この更新の位置づけ

Amazon Rekognition Face Liveness は、アイデンティティ検証やセキュリティ認証において、ユーザーが本物の人間であることを確認する重要なサービスである。この更新により、ユーザーが問題点を特定して再試行できるため、認証プロセスの改善に役立つ。

Amazon EC2 の未来日付キャパシティリザベーションでは、最大 120 日前から必要なキャパシティ、開始日、コミット期間を指定して確保できる。計画が変更された場合、開始日を新しいスケジュールに合わせて延期できる。開始日を延期すると、EC2 から新しい開始日と必要なコミット期間の見積もりが提示される。コミット期間は、開始日を延期する時期に応じて延長される場合がある。見積もりを確認して承認すると、EC2 が予約を新しい開始日に更新する。この機能はすべての未来日付キャパシティリザベーションの顧客に利用可能。リージョンごとの利用可能性については、AWS の機能リージョン別一覧を参照されたい。

この更新の位置づけ

この更新は、事前にキャパシティを確保する必要がある場合に、計画変更に対応できるようにする。EC2 のキャパシティリザベーションを使用するユーザーに有用。

Amazon SageMaker Unified Studio は、外部 Apache Iceberg カタログと Amazon DocumentDB への 2 つの新しい接続機能をサポートする。Iceberg REST カタログ接続では、Snowflake Open Catalog (Polaris)、Databricks Unity Catalog、および汎用 IRC タイプを含むサポートされたカタログタイプに接続でき、データエクスプローラーでカタログをブラウズし、Visual ETL で読み書きし、データノートブックからクエリを実行できる。認証には OAuth2 またはベアラー トークンが使用され、データアクセスには一時的な Amazon S3 クレデンシャルが使用される。IAM 認証では、接続が IAM ロールを介して認証され、データベースのユーザー名やパスワードを保存する必要がない。これらの接続機能は、Amazon SageMaker Unified Studio が提供されているすべての AWS リージョンで利用可能で、追加料金はかからない

この更新の位置づけ

データエンジニアやデータサイエンティストは、管理されたデータソースへのアクセスを容易にし、認証情報を安全に管理できるようにする機能を活用できる

Amazon DocumentDB (MongoDB 互換) はバージョン 8.0.2 から、リトライ可能な書き込み、5 つの新しい集計ステージ、変更ストリームの改良機能をサポートします。リトライ可能な書き込みにより、一時的なネットワークエラー発生時に挿入、更新、削除操作が自動リトライされ、フェールオーバーの際のアプリケーションの耐性を向上します。新しい集計ステージには、完全なウィンドウ演算子を含む$setWindowFields、$bucketAuto、$facet、階層クエリを可能にする$graphLookup や相関のある$lookup などがあります。変更ストリームの改良では、16MB を超える変更イベントをフラグメントに分割する$changeStreamSplitLargeEvent ステージが追加され、createCollection や createIndex 操作のイベントが変更ストリームで出力されるようになりました。さらに、クエリプランナーの改良により、find や集計クエリでインデックスのみスキャン、expr プレディケートでのインデックススキャン、インクリメンタルソート、count と countDocuments () の高速化が実現されました。また、部分インデックスに対する reIndex コマンドのサポートも追加されています。これらの機能は、Amazon DocumentDB が提供されているすべてのリージョンで利用可能です

この更新の位置づけ

MongoDB ワークロードを Amazon DocumentDB に移行する際のアプリケーションコード変更を不要にするための新機能を提供

AWS Backup の論理的にエアギャップされたボルトが Amazon FSx for NetApp ONTAP をサポートするようになった。論理的にエアギャップされたボルトは、AWS Backup ボルトの一種で、アカウントや AWS Organizations の間でバックアップを安全に共有し、データ損失イベントからの復旧時間を短縮するために直接復元をサポートする。論理的にエアギャップされたボルトでは、変更不可能なバックアップがデフォルトでロックされ、AWS が所有するキーまたは顧客が管理するキーを使用して暗号化で分離される。FSx for NetApp ONTAP のバックアップを、同じアカウントまたは他のアカウントやリージョンで論理的にエアギャップされたボルトに保存できる。これにより、ダウンタイムのリスクを軽減し、ビジネス継続性を確保し、コンプライアンスと災害復旧要件を満たすことができる。AWS Backup コンソール、AWS コマンドラインインターフェイス (CLI)、または AWS SDK を使用して開始できる。バックアッププランで論理的にエアギャップされたボルトをプライマリターゲットまたはコピー先として指定して、FSx for NetApp ONTAP のバックアップを対象とする。AWS リソースアクセスマネージャー (RAM) を使用して他のアカウントとボルトを共有し、アカウントの侵害時にボルトへのアクセスを保護するためにマルチパーティ承認を使用する。利用可能になったら、そのアカウントから直接復元ジョブを開始し、バックアップをコピーするオーバーヘッドを排除できる。このサポートは、論理的にエアギャップされたボルトと Amazon FSx for NetApp ONTAP の両方が利用可能なすべての AWS リージョンで利用できる。

この更新の位置づけ

この更新は、データ損失からの復旧時間を短縮し、ビジネス継続性を確保する必要がある組織にとって有用である。

本日より、Amazon EC2 M8i および M8i-flex インスタンスが AWS 欧州主権クラウド (ドイツ) リージョンで提供開始された。これらのインスタンスは AWS 専用のカスタムインテル Xeon 6 プロセッサーを搭載し、クラウド上の同等のインテルプロセッサーの中で最高のパフォーマンスと最速のメモリ帯域幅を実現する。M8i および M8i-flex インスタンスは、前の世代のインテルベースのインスタンスと比較して最大 15% の価格パフォーマンスの改善と、2.5 倍のメモリ帯域幅を提供する。M7i および M7i-flex インスタンスと比較して、最大 20% のパフォーマンス改善を実現し、特定のワークロードではさらに高い改善が得られる。M8i および M8i-flex インスタンスは、PostgreSQL データベースで最大 30%、NGINX ウェブアプリケーションで最大 60%、AI 深層学習推奨モデルで最大 40% の高速化を実現する。M8i-flex は、ウェブおよびアプリケーションサーバー、マイクロサービス、小中規模データストア、仮想デスクトップ、企業アプリケーションなど、一般的なワークロードのほとんどに対して価格パフォーマンスの利点を得る最も簡単な方法であり、ラージから 16xlarge までの一般的なサイズを提供し、コンピュートリソースを完全に利用しないアプリケーションに最適な最初の選択肢である。M8i インスタンスは、すべての一般的なワークロード、特に最大インスタンスサイズが必要なワークロードや継続的な高い CPU 使用率が必要なワークロードに適しており、SAP 認定の M8i インスタンスは、2 つのベアメタルサイズと最大アプリケーション向けの新しい 96xlarge サイズを含む 13 のサイズを提供する。利用を開始するには、AWS マネジメントコンソールにサインインする。新しいインスタンスに関する詳細については、M8i および M8i-flex インスタンスページまたは AWS ニュースブログを参照してください。

この更新の位置づけ

Amazon EC2 M8i および M8i-flex インスタンスは、汎用ワークロード向けの新しいインスタンスタイプであり、特に価格パフォーマンスとメモリ帯域幅の改善が特徴である。これらのインスタンスは、一般的なアプリケーションやデータベース、AI ワークロードに適している。

AWS Identity and Access Management (IAM) のアウトバウンド ID 連合が、OpenID Connect (OIDC) のディスカバリ API 用の Amazon Virtual Private Cloud (VPC) エンドポイントをサポートするようになった。これにより、AWS PrivateLink を使用して VPC 内から OIDC ディスカバリメタデータと JSON Web Key Set (JWKS) 検証キーエンドポイントにアクセスでき、トラフィックがパブリックインターネットを経由しなくなる。IAM のアウトバウンド ID 連合では、AWS ワークロードが外部サービスにアクセスする際に長期間有効なクレデンシャルを使用する必要がなく、代わりに AWS セキュリティトークンサービス (AWS STS) から短期間有効な JSON Web トークン (JWT) をリクエストする。外部サービスは、OIDC ディスカバリエンドポイントで利用可能な公開検証キーとメタデータを使用してこれらのトークンを検証する。以前は、OIDC ディスカバリエンドポイントはパブリックインターネット経由でのみリーチ可能であり、インターネットアクセスがない VPC で実行される検証ワークロードはそれらを取得できなかった。今回のリリースにより、これらのエンドポイントにリーチするためのインターフェース VPC エンドポイントを作成し、検証キーの取得トラフィックを AWS ネットワーク内に保持できる。この機能は、インターネットアクセスが制限された VPC で動作するワークロードのネットワークセキュリティ要件を満たすのに役立ちながら、依然として外部サービスが JWT を検証できるようにする。この機能は、すべての商用 AWS リージョン、AWS GovCloud (US) リージョン、および中国リージョンで利用可能。標準の AWS PrivateLink 価格以外に追加料金はかからない。詳細については、IAM ユーザーガイドを参照してください。

この更新の位置づけ

この更新は、VPC 内で実行される AWS ワークロードが外部サービスに安全にアクセスする必要がある場合に役立つ。IAM のアウトバウンド ID 連合により、長期間有効なクレデンシャルを使用せずに短期間有効なトークンをリクエストできる。

AWS End User Messaging と Amazon SES が、AWS MCP Server 用 AI エージェントスキルを発表した。これにより、開発者は自然言語でメッセージングタスクを完了できるようになる。以前のように複数のドキュメントページや管理コンソール画面を移動する必要はなく、各スキルはエージェントに検証済みのステップバイステップのガイドを提供する。これには、送信アイデンティティの検証、ブランド化された RCS エージェントの構築、プロダクション向けメールの送信などがある。これらのスキルは、Claude Code、Codex、Cursor、Kiro などの人気のある AI コーディングエージェントと統合される。たとえば、Amazon SES に送信アイデンティティの検証とプロダクション向けメールの送信を依頼したり、AWS End User Messaging にブランド化された RCS エージェントの構築とリッチメッセージの送信を依頼することができる。これらのスキルを使用するには、まず AWS MCP Server をエージェントに接続する必要がある。Claude Code、Codex、Cursor では、aws-core プラグインがサーバーとキュレーションされたスキルセットを一括でインストールする。Kiro およびその他のエージェントでは、サーバーを MCP 設定ファイルに追加する。次に、目的のチャネルのスキルを追加すれば、エージェントがガイドする準備が整う。各スキルの機能とインストール方法の詳細については、AWS End User Messaging の SMS および RCS エージェントセットアップガイド、AWS End User Messaging の WhatsApp エージェントセットアップガイド、および Amazon SES エージェントセットアップガイドを参照すること。

この更新の位置づけ

この更新は、開発者が AI コーディングエージェントを活用してメッセージングタスクを効率的に実行できるようにするもので、AWS End User Messaging と Amazon SES のユーザーに有益である

AWS は、AWS ネットワークセキュリティマネージャーの一般提供を開始しました。このソリューションは、AWS WAF と AWS Shield Advanced をサポートし、AWS ネットワークファイアウォールのサポートも近日提供予定です。セキュリティチームは、AWS アプリケーションロードバランサーや Amazon CloudFront などのインターネットに面するアセットに AWS WAF と AWS Shield Advanced のセキュリティ保護を自動的に適用できます。この自動化により、セキュリティチームは WAF ルールや Shield Advanced の保護を効率的に展開および管理し、対象のアカウントとリソース全体で一貫したセキュリティ態勢を確保できます。チームはセキュリティポリシーを一元管理し、構成のドリフトを自動的に検出および修正して、手動によるセキュリティ管理のオペレーショナルオーバーヘッドを削減し、包括的な保護を維持できます。AWS ネットワークセキュリティマネージャーは US East (N. Virginia) リージョンで一般提供されています。価格については、AWS ネットワークセキュリティマネージャーの価格ページをご覧ください。

この更新の位置づけ

AWS ネットワークセキュリティマネージャーは、AWS 組織全体で一貫したセキュリティポリシーを自動化するソリューションです。セキュリティチームが AWS WAF と AWS Shield Advanced を効率的に管理できるように設計されています。

Amazon EventBridge が新しい拡張カスタムイベントバスを再リリースし、イベント駆動型アプリケーションの構築を可能にする。この新しいカスタムイベントバスを使用すると、チーム間の分離と組織のスケールに合わせてアプリケーションを構築できる。カスタムイベントバスを作成し、アカウント間で共有することで、チームは厳密な順序、オープンなイベント形式、組み込みの保持期間、高度なイベント変換のサポートとともにイベントを公開および消費できる。EventBridge カスタムイベントバスは、サーバーレスイベントブローカーであり、アプリケーション、SaaS インテグレーション、AWS サービス間のイベントルーティングにより、スケーラブルなイベント駆動型アプリケーションを作成できる。AWS リソースアクセスマネージャーを介して 1 つまたは複数のアカウントと共有でき、パブリッシャーは中央のイベントバスに直接イベントを送信できる。新しいイベント公開 API により、CloudEvents などの一般的な JSON ベースのイベント形式でイベントを公開し、スキーマを変更せずに保持できる。カスタムイベントバスには 24 時間の組み込み保持期間があり、最大 1 年にまで延長でき、アプリケーションエラーからの回復や新しいコンポーネントのヒストリカルデータからの水和が可能である。新しいサブスクライバーリソースにより、イベントをフィルタリングして 250 以上の AWS サービスに配信できる。厳密に順序付けられたユースケースのネイティブサポートにより、顧客はイベントが受信された正確な順序で処理されることを保証できる。新しいイベント評価により、コンテンツベースの重複除去を自動的に行える。新しいカスタムイベントバスは、AWS マネジメントコンソール、AWS CLI、AWS SDK、Serverless エージェントスキル、AWS CloudFormation を使用して作成および共有できる。既存のカスタムイベントバス体験と新しい拡張カスタムイベントバスを分離するために、既存のバスを「カスタムイベントバス - クラシック」に改名した。すべての既存の API は変更なし。

この更新の位置づけ

Amazon EventBridge はイベント駆動型アプリケーションの基盤を提供するサービス。この更新では、カスタムイベントバスの拡張版が提供され、チーム間の分離とスケーラビリティが向上する。

AWS 請求とコスト管理が ListBillingViewSegments API を提供開始した。この API は指定した期間の請求コンテキストを返す。管理アカウントや請求グループの構成、請求関係を管理するアカウント、請求データに適用される料金設定 (請求可能またはプロフォーマ) などを確認できる。API はコストや使用量データではなく、請求コンテキストのみを返す。API は直接呼び出しまたは AI エージェントを介して呼び出せる。請求コンテキストは期間中途で変更される可能性があり、API は要求された期間を有効な日付範囲を持つ時間セグメントに分割する。例えば、アカウントが自らのペイアとして開始し、その後別の組織のメンバーアカウントとして移動し、さらに後で新しいペイアが AWS 請求コンダクターを通じて請求を管理する場合、3 つの期間をカバーするリクエストは 3 つのセグメントを返し、それぞれに有効だったアカウントと請求設定を特定する。ListBillingViewSegments はすべての商用 AWS リージョンで利用可能で、追加料金はかからず、主要な請求ビューをサポートする。詳細は AWS 請求 API リファレンスを参照。

この更新の位置づけ

この変更は、AWS アカウントの請求構造や料金設定を管理する技術者や財務担当者に関連する。請求関係や料金設定の変化を追跡し、適切なコスト管理を行うのに役立つ。

AWS End User Messaging は、企業が WhatsApp 内で顧客と音声通話を行う機能を提供する。この機能により、企業は既存のメッセージング用に利用している検証済みビジネスアイデンティティをそのまま使用して、チャットから直接音声通話にシームレスに切り替えることができる。顧客は WhatsApp のチャット内で企業に電話をかけることができ、企業は許可を与えた顧客に電話をかけることができる。WhatsApp 音声通話は、AWS End User Messaging Social が提供されているすべてのリージョンで利用可能。詳細と開始方法については、AWS End User Messaging Social ユーザーガイドを参照。

この更新の位置づけ

この更新は、WhatsApp を介した顧客とのコミュニケーションを求める企業向け。チャットから直接音声通話へ移行できるため、会話の文脈を失わずに効率的に対応できる。

AWS Elastic Disaster Recovery (AWS DRS) は、AWS Graviton ベースの (arm64) ソースサーバーに対するディザスターリカバリをサポートするようになった。Graviton の価格パフォーマンスの利点のためにより多くのワークロードが Graviton に移行するにつれ、それらは環境の他の部分と同じディザスターリカバリカバレッジを必要とする。DRS は arm64 ソースサーバーを自動的に検出し、ワークロードのアーキテクチャをエンドツーエンドで維持しながら、Graviton インスタンスにリカバリする。リカバリは他のサーバーと同じ方法で動作し、追加の設定は必要ない。この機能は、AWS DRS が提供されているすべての AWS リージョンで利用可能で、追加コストはかからない。詳細については、AWS Elastic Disaster Recovery ユーザーガイドを参照してください。

この更新の位置づけ

AWS Elastic Disaster Recovery は、AWS のディザスターリカバリサービス。AWS Graviton ベースのサーバーに対するサポート追加により、ARM アーキテクチャのワークロードも同等のリカバリ保護が可能になる。

本日より、Amazon RDS for PostgreSQL がポストクォンタム TLS (PQ-TLS) キー交換をサポートし、データ転送中の暗号化にポストクォンタム暗号オプションを提供するようになった。RDS for PostgreSQL バージョン 18 以降では、ssl_groups パラメーターの変更が可能で、組織のセキュリティ基準に合わせるために RDS for PostgreSQL の許可リストから暗号グループを選択できる。Amazon RDS for PostgreSQL は、クラウド内での PostgreSQL デプロイのセットアップ、運用、スケーリングを容易にする。完全管理の Amazon RDS データベースは、Amazon RDS マネジメントコンソールまたは AWS コマンドラインインターフェイス (AWS CLI) を使用して作成または更新できる。

この更新の位置づけ

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

本日より、Amazon RDS for PostgreSQL 19 Beta 4 が Amazon RDS データベースプレビュー環境で利用可能になった。これにより、Amazon RDS for PostgreSQL で PostgreSQL 19 のプレリリースを評価できる。PostgreSQL 19 Beta 4 は、以前のリリースで導入されたクエリ性能とオートバキューム管理機能を改良し、Beta 3 以来のバグ修正と安定性向上を含んでいる。修正内容には、TOAST テーブルに対する pg_stat_autovacuum_scores ビューの報告や、自動バキュームの優先順位を効果的に調整できるようにした freeze-score スケーリングの修正などがある。並列オートバキュームは、作業者間でコスト制限を再バランスして共有し、大規模テーブルのメンテナンスを構成された制限内に保つ。詳細は PostgreSQL コミュニティのアナウンスを参照。Amazon RDS データベースプレビュー環境のデータベースインスタンスは最大 60 日間保持され、保持期間経過後には自動的に削除される。プレビュー環境で作成された Amazon RDS データベーススナップショットは、プレビュー環境内でのみデータベースインスタンスの作成または復元に使用できる。PostgreSQL のダンプおよびロード機能を使用して、プレビュー環境からデータベースをインポートまたはエクスポートできる。Amazon RDS データベースプレビュー環境のデータベースインスタンスは、US East (Ohio) リージョンでの価格設定に準ずる。

この更新の位置づけ

データベース管理者や開発者は、PostgreSQL の新機能を評価する前に、プレビュー環境でその動作を確認できる

Amazon RDS for MySQL が Extended Support マイナーバージョン 5.7.44-rds.20260902 および 8.0.46-rds.20260908 を発表した。この拡張サポートにより、主要バージョンの標準サポート終了後、最大 3 年間、重大な共通脆弱性とエクスポージャー (CVE) およびバグの修正が提供される。これにより、新たなメジャーバージョンへのアップグレードをより柔軟に計画できる。データベースのアップグレードは、Amazon RDS のブルー/グリーンデプロイメント、インプレースアップグレード、またはスナップショットからの復元によって実行できる。MySQL 8.4 への移行は、AWS データベース移行サービスを使用して外部 MySQL ソースから行える。詳細は Amazon RDS for MySQL ユーザガイドで確認できる。

この更新の位置づけ

Amazon RDS for MySQL は、クラウド上での MySQL デプロイメントの設定、運用、スケーリングを簡素化するマネージドサービスである。この更新は、ユーザーがメジャーバージョンへの移行を計画する際の柔軟性を高める。

AWS Lambda デュラブル関数が AWS ヨーロッパ主権クラウドリージョンで提供開始された。Lambda デュラブル関数は、イベントハンドラーに「ステップ」や「待機」などの新しいプリミティブを追加し、プログレスのチェックポイントや失敗からの自動リカバリ、オンデマンド関数のコンピュートチャージなしで実行を一時停止できる。Python (バージョン 3.13 および 3.14)、Node.js (バージョン 22 および 24)、または Java (17+) に基づく新しい Lambda 関数で、AWS Lambda API、AWS マネジメントコンソール、または AWS SDK を使用してアクティブ化できる。また、AWS CloudFormation、AWS Serverless Application Model (AWS SAM)、AWS Cloud Development Kit (AWS CDK) などのインフラストラクチャとしてのコードツールも使用できる。詳細については、AWS Lambda デュラブル関数製品ページまたは AWS Lambda 開発ガイドを参照。料金については、AWS Lambda 料金ページを参照。

この更新の位置づけ

AWS Lambda デュラブル関数は、開発者が信頼性の高い多段階アプリケーションや AI ワークフローを構築できるようにする機能。ヨーロッパの主権クラウドで提供されることで、コンプライアンスとセキュリティ要件を満たす複雑なプロセスのオーケストレーションが可能

Amazon SageMaker HyperPod Inference Gateway は、既存の SageMaker HyperPod インフラ上で EKS マネージドアドオンとしてデプロイされる Kubernetes ネイティブの GPU 認識ルーティングシステムであり、アプリケーションコードの変更は不要です。従来の無知なラウンドロビン負荷分散を、リアルタイムの推論信号に基づくルーティングに置き換えることで、ミックスハードウェアおよびバーストトラフィックシナリオでファーストトークン遅延を最大 82% 削減し、p99 TTFT を 97-98% 削減します。このゲートウェイは 3 つのコアコンポーネントで構成されています。Envoy エンドポイントは HTTPS トラフィックを終了し、クラスターあたり 1 つのプライベートエンドポイントを公開します。ボディベースルーターは、各受信リクエストからモデル名を直接読み取り、正しい GPU プールにルーティングします。これにより、1 つのエンドポイント URL で多くのモデルを 1 つのゲートウェイで提供し、クライアント側変更は不要になります。エンドポイントピッカーは、KV キャッシュの使用率、キューの深さ、LoRA アダプターのレジデンシー、プレフィックスキャッシュヒット率、予測遅延、実行中のリクエストという 6 つの推論レベル信号にわたって各モデルサーバーポッドをリアルタイムにスコアリングし、各リクエストに最適なポッドを選択します。このゲートウェイは vLLM や SGLang を含む OpenAI 互換のモデルサーバーと任意に動作し、アプリケーションコードの変更は不要です。現在、クラスターごとのルーティングは SageMaker HyperPod 推論アドオンがサポートされているすべての AWS リージョンで利用可能です。近日中に、集中型フリートゲートウェイによるクロスクラスターおよびクロスリージョンルーティング、グローバルレート制限、コストティア認識トラフィックシェーピングが提供されます。

この更新の位置づけ

大規模な言語モデル (LLM) の推論パフォーマンスを向上させるための新しいルーティングシステム。既存の SageMaker HyperPod インフラに統合され、アプリケーションコードの変更なしでリアルタイムの推論信号に基づく最適なリクエストルーティングを提供します。

本日、AWS は Amazon EMR on EKS が IPv6 Amazon Elastic Kubernetes Service (Amazon EKS) クラスターでのワークロード実行をサポートするようになったと発表した。Amazon EMR on EKS は、Apache Spark や Apache Flink などのオープンソースの大規模データフレームワークを Amazon EKS で実行できるようにする。IPv6 サポートにより、大規模に運用するチームは、分析ワークロードの拡大に応じて IPv6 の広大なアドレススペースを利用できる。IPv6 アドレススペースの拡大により、IPv4 のアドレス制限を回避するためのセカンダリ CIDR レンジやプレフィックスデリゲーションなどの回避策が不要になる。500 エクゼキュータの Spark ジョブなどの大規模なジョブも、アドレス制限を考慮せずに同時に実行できる。ワークロードの提出には、StartJobRun、Spark Connect Interactive Endpoints、Amazon SageMaker Unified Studio を使用でき、追加設定は不要で、Flink、Livy、Spark オペレーターもサポートされる。この機能は、Amazon EMR リリース emr-7.14.0 および emr-spark-8.0.0 から利用可能で、追加料金はかからない。IPv6 クラスターサポートは、Amazon EMR on EKS および IPv6 Amazon EKS クラスターが利用可能なすべての AWS リージョンで利用できる。

この更新の位置づけ

この更新は、大規模な分析ワークロードを実行するデータプラットフォームや分析チームに影響を与える。IPv6 アドレススペースの拡大により、アドレス制限を回避して大規模なワークロードをスケーリングできる。

Amazon Kinesis Data Streams は、オンデマンド標準およびオンデマンドアドバンテージストリームでサービス管理パーティションキーをサポートするようになりました。これにより、顧客はデータ公開時にパーティションキーを指定する必要がなくなり、レコードがシャードに自動的に分散されます。この機能は、レコードの順序が不要なワークロードのデータイングェストを簡素化し、ホットパーティションキーを排除してストリーミングワークロードの生産性を向上させます。以前のようにランダムなパーティションキー (UUID など) を生成する必要はなく、サービスは利用可能なウォームキャパシティに基づいてレコードを自動的に分散します。これにより、顧客はギガバイト/秒のスケールに拡大できます。サービス管理パーティションキーは、すべての AWS 商用リージョンで利用可能で、追加コストはかかりません。詳細については、Amazon Kinesis Data Streams のドキュメントを参照してください。

この更新の位置づけ

Amazon Kinesis Data Streams は、任意のスケールでデータストリームのキャプチャ、処理、保存を容易にするサーバーレスストリーミングデータサービスです。この更新は、ログ集約やメトリクス収集、IoT テレメトリなどのストリーミングユースケースに特に有用です。

Amazon ElastiCache が、グローバルデータストアに対するリソースタグ付けとタグベースのアクセス制御 (TBAC) をサポートするようになった。これにより、グローバルデータストアでも AddTagsToResource、RemoveTagsFromResource、ListTagsForResource を使用でき、IAM ポリシーやサービスコントロールポリシー (SCP) でタグ属性を条件として指定してアクセス許可を付与できる。タグの変更はグローバルデータストアが展開するすべてのリージョンに自動的に反映され、リージョンごとの操作なしでアクセス制御とコスト配分ポリシーを一貫させることができる。この機能には追加料金はかかりず、グローバルデータストアの作成や管理方法も変更ない。この機能は、ElastiCache グローバルデータストアが提供されているすべての AWS リージョンで利用可能

この更新の位置づけ

この更新は、Amazon ElastiCache のグローバルデータストアを使用するユーザーに影響する。タグベースのアクセス制御により、リージョン間で一貫したアクセス制御とコスト配分を実現できる

Amazon RDS は SQL Server Developer Edition で、Always On Availability Groups を使用した Multi-AZ デプロイをサポートするようになった。これにより、インフラストラクチャ障害時に自動フェールオーバーを提供する同期スタンバイレプリカが別のアベイラビリティゾーンに維持される。Developer Edition はエンタープライズエディションのすべての機能をライセンスコストなしで提供するため、この機能を使用して非プロダクション環境で高可用性構成を構築およびテストできる。Multi-AZ with Always On Availability Groups は SQL Server Developer Edition のメジャーバージョン 2019 および 2022、および SQL Server 2025 Enterprise Developer Edition で利用可能。SQL Server 2025 Standard Developer Edition ではこの機能はサポートされていない。

この更新の位置づけ

この更新は、開発環境で高可用性をテストする必要がある開発者やデバイオペレーションズエンジニアに有用

Amazon Connect Customer はルーティングステップデータを分析データレイクで提供するようになった。これにより、顧客は複雑なデータパイプラインなしで、Amazon Athena や Amazon Quick を使用して、ルーティングステップごとのキューに並んだ連絡や接続された連絡などのトレンドを分析できる。例えば、アナリストは各ルーティングステップでの連絡の進捗状況を報告し、エージェントの照合基準が緩和された場所を特定し、ルーティングステップの構成が待ち時間やエージェントの稼働率に与える影響を測定できる。ルーティングステップデータは、Amazon Connect Customer のデータレイクが提供されているすべての AWS リージョンで利用可能。詳細については、Amazon Connect Customer 管理者ガイドを参照するか、Amazon Connect Customer のウェブサイトにアクセスしてください

この更新の位置づけ

Amazon Connect Customer は、顧客連絡センターの管理と分析を支援する AWS のサービス。この更新により、ルーティングステップのデータを分析データレイクで提供し、ルーティング決定の分析が容易になる

AWS は、完全マネージドの情報取得補完生成 (RAG) サービスである Amazon Bedrock マネージドナレッジベース用に、Salesforce と Zendesk のデータソースコネクタを発表した。これにより、顧客は Salesforce のナレッジ記事や Zendesk の記事およびコミュニティ投稿を、インスタンスの認証情報を提供するだけで、自動的に同期できる。従来、これらのプラットフォームのコンテンツを Bedrock ナレッジベースにインポートするにはカスタムイング estion パイプラインの構築が必要だったが、これらのコネクタはデータのクローリング、メタデータ抽出、インクリメンタル同期を自動的に処理する。これにより、Salesforce や Zendesk で維持しているサポートおよび製品ナレッジに基づいた AI エージェントやアシスタントを簡単に構築できる。例えば、顧客向けサポートボットを最新の Zendesk ヘルプセンター記事やコミュニティ回答で動かすことや、セールスエナブルメントアシスタントを構築して、ディール準備中に関連する Salesforce ナレッジ記事を取得できる。ナレッジベースをこれらのプラットフォームと同期させることで、情報取得補完生成アプリケーションは常に最新のコンテンツを反映し、手動介入を必要としない。

この更新の位置づけ

Amazon Bedrock マネージドナレッジベースは、情報取得補完生成 (RAG) を自動化するサービスであり、これにより Salesforce や Zendesk のサポートおよび製品ナレッジを活用した AI アシスタントを簡単に構築できる

本日、AWS は Amazon Bedrock で OpenAI の GPT-6 Sol と GPT-6 Luna の一般提供を開始した。これらのモデルは、Astra とともに GPT-6 ファミリーを拡張し、各ワークロードでインテリジェンスと速度とコストのバランスを取るための選択肢を提供する。Sol は日常的な複雑なタスクやソフトウェア開発に適しており、内部の OpenAI の事実性評価では、GPT-5.6 Sol に比べて約半分のエラーを起こす。Luna は要約や抽出、分類、ルーティングなどの高負荷タスクに効率的で、要求ごとの推論の努力量を調整して品質と速度とコストのバランスを取ることができる。両モデルとも最大トークンのコンテキストをサポートする。Amazon Bedrock の推論エンジンは、プロダクション ワークロードに必要なパフォーマンス、セキュリティ、スケールを提供する。GPT-6 Sol は機能の実装、バグのデバッグ、コードのレビューとリファクタリング、データの分析、マルチステップ ワークフローなどを実行できる。GPT-6 Luna は抽出、要約、分類、ルーティングなどの高負荷ワークロードを処理し、要求ごとの推論の努力量を調整できる。既存の AWS 制御により、ワークロードの保護、アクセス管理、モデルの呼び出しアクティビティの監査が可能である。GPT-6 Sol と GPT-6 Luna は Amazon Bedrock コンソールまたはサポートされる Amazon Bedrock API を介してプログラム的に利用できる。サポートされる AWS リージョン、エンドポイント、API、機能、推論プロファイル、価格については、Amazon Bedrock ドキュメンテーションを参照すること。

この更新の位置づけ

Amazon Bedrock は、AI モデルを安全かつ効率的に利用できるプラットフォームであり、これにより開発者は最新の AI モデルをプロダクション環境で利用できるようになる

AWS は Anthropic の最新モデルである Claude Opus 5.5 を提供開始した。このモデルは、Claude 5 シリーズの中で最も高性能な Opus モデルであり、長時間のコーディングや知識作業を効率的に処理し、作業内容を明確に報告する。Claude Opus 5.5 は、Claude Opus 5 に比べてタスクをより少ないトークンで完了し、トークンあたりの価格も低く、キャッシュリードの効率も向上している。顧客は Amazon Bedrock と Claude Platform on AWS の両方でこのモデルにアクセスできる。Amazon Bedrock では、データ保持なし (ZDR) サポートがデフォルトで提供され、データは AWS インフラ内に保持され、地域データレジデンシーが提供される。また、Guardrails や Knowledge Bases などの AWS 管理機能を統一して利用できる。Claude Platform on AWS では、AWS コンソール経由で Anthropic のネイティブプラットフォームを直接利用でき、ビルド、テスト、デプロイを Anthropic 直接の作業と同じ API、機能、コンソール体験で実行できる。さらに、AWS の請求と認証が統一されている。

この更新の位置づけ

この更新は、AI モデルを活用した開発や知識作業を行う開発者や企業に影響を与える。より効率的なタスク処理と明確なレポート機能を提供する最新の AI モデルが利用可能になった。

本日より、Amazon DynamoDB グローバルテーブルで多リージョン強一貫性 (MRSC) がカナダ (中部)、ヨーロッパ (ストックホルム)、ヨーロッパ (スペイン)、アジア太平洋 (ムンバイ)、アジア太平洋 (シンガポール) の 5 つの新リージョンで提供開始され、サポートリージョンは合計 15 に達した。ユーザーは、サポートされている 15 のリージョンの中から任意の 3 リージョン構成で、3 つのレプリカまたは 2 つのレプリカと 1 つの Witness リージョンで MRSC グローバルテーブルを作成できる。これには、北米、ヨーロッパ、アジア太平洋にまたがる構成も含まれる。MRSC は、リカバリポイントオブジェクト (RPO) がゼロの高可用性マルチリージョンアプリケーションを構築できる。ユーザーに近いリージョンでレプリカを配置することで、厳密に一貫した読み取りのために DynamoDB エンドポイントにアプリケーションをルーティングし、リージョン障害中もアプリケーションの可用性を維持できる。MRSC は、ユーザープロファイル管理、在庫追跡、注文状態、権利管理など、厳密な一貫性が必要なグローバルアプリケーションに理想的である。サポートされているリージョンと構成オプションの完全なリストを確認するには、DynamoDB 開発ガイドを参照してほしい。弾力性のあるマルチリージョンアプリケーションの構築について詳しくは、DynamoDB グローバルテーブルのページをご覧ください。

この更新の位置づけ

この更新は、厳密な一貫性が必要なグローバルアプリケーションを構築する開発者や、複数のリージョンにわたる高可用性を求めるユーザーに影響する。

AWS は Amazon CloudWatch の進化版である Amazon CloudWatch Omni の一般提供を開始しました。Omni は AI を活用した監視体験で、チームやアプリケーションを中心とした視点で運用を効率化します。OpenTelemetry の互換性と CloudWatch のスケール性・信頼性を組み合わせ、中央アカウントで複数の AWS アカウントやリージョン、Azure ワークロードのテレメトリを統合管理します。Omni はサービスを自動検出し、依存関係をマッピングし、重要なメトリクスを提示して運用ワークフローを効率化します。チャット、コンソールのガイド付き操作、または Agent Toolkit for AWS を活用したツールでのいずれかの方法でテレメトリと対話できます。自然言語で質問すると、Omni は関連するテレメトリを見つけ、動的なビューを構築し、AWS DevOps Agent を活用して根本原因の特定を支援します。また、LangGraph、CrewAI、OpenAI Agents SDK、Vercel AI SDK、Strands などのフレームワークにわたる AI ワークロード向けに、エージェント監視専用の体験と評価駆動の開発ワークフローを提供します。各プロンプト、モデル呼び出し、ツール呼び出しについて、Omni は品質の評価と修正の検証を支援します。開始するには、CloudWatch コンソールから Omni スペースを作成し、SSO を構成してスタンドアロンの Web エクスペリエンスにサインインします。エージェント開発者は、VS Code、Cursor、Kiro 用に無料の CloudWatch Omni エクステンションをインストールして、ローカルでエージェントをインストルメント、デバッグ、評価できます (AWS アカウントは不要)。CloudWatch Omni は US East (N. Virginia)、US West (Oregon)、Europe (Ireland) で一般提供されています。

この更新の位置づけ

Amazon CloudWatch Omni は、AI を活用した監視ソリューションで、開発チームやアプリケーションの運用効率を高めるために設計されています。複数のクラウドやリージョンにまたがるテレメトリの統合管理と、AI による根本原因の特定を可能にします。

AWS GovCloud (US) で Anthropic の最新モデルである Claude Opus 5.5 が提供開始された。このモデルは、Claude 5.5 ファミリー初のモデルであり、以前の Opus 5 に比べてタスクをより少ないトークンで完了し、トークンあたりの価格も低下している。企業向けの主要モデルとして、長時間のコーディングや知識作業を効率的に処理し、作業内容や結果を明確に報告する機能を備えている。Amazon Bedrock は、ZDR (ゼロデータ保持) サポートをデフォルトで提供し、データは AWS インフラ内に保持され、リージョンごとのデータレジデンシーが確保される。また、Guardrails や Knowledge Bases などの AWS マネージド機能を統一されたサービスで提供する。

この更新の位置づけ

AWS GovCloud (US) は、米国政府や規制の厳しい業界向けに設計された AWS のリージョンで、クラウドコンピューティングのセキュリティとコンプライアンスが強化されている。この更新は、政府や規制の厳しい業界のユーザーが、Claude Opus 5.5 の高度な AI 能力を安全に利用できることを意味する。

AWS Billing Transfer ユーザーは、Auto-Billing Transfer 請求グループ作成を有効にできます。この新しい AWS Billing Conductor の設定は、2 レベルの請求転送アレンジメントで手動による請求グループ設定を不要にします。この機能は、ダウンスト ream セラーパートナーとそのエンドカスタマー向けに設計されており、エンドカスタメーがダウンスト ream セラーパートナーからの請求転送を受け入れると請求グループが自動的に作成されます。これにより、プロフォーマのコストデータがパートナーにすぐに利用可能になります。Auto-Billing Transfer 請求グループ作成は、インバウンド転送リレーションシップごとに 1 回の設定で有効にでき、新しい間接転送がパートナーのアカウントを通じて発生したときに請求グループの作成をリクエストできます。また、自動的に作成された請求グループに AWS Billing Conductor の価格プランを指定することもできます。この設定は、2 つの新しい API オペレーションおよび AWS マネジメントコンソール上の Billing Transfer 詳細ページでアクセスできます。Auto-Billing Transfer 請求グループ作成と請求転送設定の構成方法については、AWS Billing Conductor のドキュメントをご覧ください。

この更新の位置づけ

この更新は、AWS ディストリビューターがダウンスト ream セラーパートナーとそのエンドカスタマーの請求を管理する場合に役立ちます。

Amazon EMR 7.14 が提供開始された。このバージョンでは、Amazon EMR on EC2、Amazon EMR on EKS、Amazon EMR Serverless の各プラットフォームで新機能とアプリケーションのバージョンアップが提供される。Apache Spark が 3.5.8、Apache Iceberg が 1.10.1 にバージョンアップされた。Apache Iceberg のマテリアライズドビューは、変更データキャプチャを使用して更新や削除による影響を受けたデータファイルのみを読み込むことで、テーブル更新時のリフレッシュ速度が向上した。Amazon EMR on EKS では、トークンベースの認証によるインタラクティブな Spark セッションがサポートされ、IPv6 の Amazon EKS クラスターでワークロードを実行できるようになった。Amazon EMR Serverless では、Spark ジョブのストレージ制限が 200 GiB から 1 TiB に引き上げられ、シャッフルデータの保存容量が増加した。Amazon EMR 7.14 は、Amazon EMR が提供されているすべての AWS リージョンで利用可能である。

この更新の位置づけ

データ処理やビッグデータ分析を行うユーザー向け。Amazon EMR の新バージョンでは、処理速度の向上やリソース制限の拡大など、複数のプラットフォームで機能が強化された。

AWS Security Hub AI Inventory は、Microsoft Azure でセルフホストインスタンスで実行されている AI アセットの検出とカタログ化をサポートする。これにより、セキュリティハブの既存のセルフホスト検出機能が AWS を超えて拡張され、セキュリティチームは、マルチクラウド環境全体で継続的に更新される組織全体の AI アセットとセキュリティポストチャーのビューを取得できる。セキュリティハブは、Amazon Inspector のソフトウェアビルドマテリアル (SBOM) 分析を活用し、Ollama、vLLM、Hugging Face TGI などのフレームワークを含む、Azure 仮想マシンにインストールされた推論エンドポイント、モデル、AI エージェントを特定するために強化された。検出された各 AI アセットは、その基盤となるインフラストラクチャにマッピングされ、セキュリティファインディングと相関付けられ、チームは AWS と Azure の両方の環境で AI インベントリをフィルター、グループ化、クエリできる。この機能は、セキュリティハブエッセンシャルに含まれ、追加コストなしで提供される。セキュリティハブが提供されているすべての AWS 商用リージョンで利用可能である。

この更新の位置づけ

この更新は、マルチクラウド環境で AI アセットを管理する必要があるセキュリティチームに役立つ。AWS Security Hub が Azure のセルフホストインスタンスをサポートすることで、組織全体の AI リソースを統一して監視できる。

Amazon Connect Customer は、エージェント間コラボレーションをサポートし、顧客はライブインタラクション中に専門化された AI エージェントを呼び出す選択肢を持つ。これにより、Connect Customer の AI エージェント同士、および Connect Customer 外の AI エージェントとの間で、テキストまたは双方向音声によるオープンなエージェント間 (A2A) プロトコルを介したコラボレーションが可能になる。例えば、銀行の最前線 AI エージェントが顧客コールを処理する際、詐欺リスク評価を専門スコアリング AI エージェントに委任し、その結果を即座に取引を承認し、複雑な問題を別の AI エージェントに直接顧客と解決させる。A2A 技術指導委員会 (Linux Foundation) と協力して、AWS は A2A プロトコルを拡張し、顧客エンゲージメントに必要な音声ストリーミングとセッション継続性をサポートする。A2A を使用する場合、Connect Customer は AI エージェント間のコンテキスト渡しを調整し、顧客は一貫した体験を得る。統一された可視性、ガードレール、エスカレーション制御がインタラクション中のすべての AI エージェントに適用される。管理者は、1 つのコンタクトレコードに各エージェントの発言、使用したツール、各ステップの所要時間が表示され、分析、AI 品質管理、継続的な改善を推進するために、1 つのインタラクションとしてキャプチャされる。

この更新の位置づけ

Amazon Connect Customer は、エンタープライズが各タッチポイントで卓越した顧客体験を提供するのに役立つ AI ソリューションであり、このアップデートにより、AI エージェント間のコラボレーションが可能になり、顧客サポートの効率と正確性が向上する。

Amazon EMR は LTS (Long Term Support) リリースを導入し、emr-spark-8.1.0 および Apache Spark 4.1 を開始する。この LTS リリースでは、AWS ランミタイムの指定バージョンが 36 か月間サポートされ、重大なセキュリティ、バグ、およびデータ破損の問題の修正が含まれる。LTS は、プロダクションの Spark ワークロードを 1 バージョン長く実行し、追加コストなしで自分のスケジュールでアップグレードできるようにする。このリリースでは、Apache Iceberg v3 の完全なサポートが追加され、地理情報、高精度タイムスタンプ、スキーマ進化の機能がテーブルにもたらされる。Spark SQL クエリは、クロスアカウントや Amazon S3 テーブルカタログを含むカタログを名前で参照し、Apache Iceberg、Delta Lake、Apache Hudi のテーブル形式を自動検出できる。細粒度アクセス制御は、Apache Iceberg のより多くの操作と Delta Lake の VACUUM 操作をカバーするようになった。Amazon EMR on EKS クラスターは、トークンベースの認証を備えた Spark Connect エンドポイントをサポートする。emr-spark-8.1.0 は、Amazon EMR が利用可能なすべての AWS リージョンで、Amazon EMR on EC2、Amazon EMR on EKS、および Amazon EMR Serverless で利用できる。

この更新の位置づけ

この更新は、データ処理やビッグデータ分析を行うユーザーに影響する。LTS リリースにより、長期間のサポートとセキュリティ更新が提供され、アップグレードのスケジュールを柔軟に管理できる。

Amazon Elastic VMware Service (EVS) が米国全リージョンで FedRAMP Class C (旧 Moderate baseline) の対象サービスとなりました。FedRAMP は、クラウド製品とサービスのセキュリティ評価、認可、および継続的な監視を標準化する米国政府全体のプログラムです。Amazon EVS を使用すると、最新の VMware Cloud Foundation (VCF) ソフトウェアを EC2 ベアメタルインスタンス上の Amazon VPC 内で直接実行できます。数時間で完全な VCF 環境を構築し、AWS へのワークロードの迅速な移行を可能にすることで、古いインフラストラクチャの除去、運用リスクの低減、およびデータセンターからの移行の重要なタイムラインの達成を支援します。

この更新の位置づけ

FedRAMP 認定は政府機関のクラウド利用に重要で、Amazon EVS がこの基準を満たすことで、VMware ベースのワークロードを AWS に安全に移行できるようになりました

Amazon Elastic Container Service (Amazon ECS) は、ネイティブなリニア、カナリー、ブルー/グリーン デプロイ戦略向けに、Amazon ECS コンソールでのリアルタイムサービスデプロイ監視を提供する。これにより、デプロイ監視とトラブルシューティングがコンソール内で統合され、デプロイの進捗状況を追跡し、ヘルスを監視し、ツールを切り替えることなく障害を診断できる。リアルタイムサービスデプロイ監視には、サービスデプロイが起こるにつれて各フェーズ、サービスイベント、タスクの起動と終了の進捗状況を示すライブデプロイタイムラインが含まれ、現在の状態を常に反映する。デプロイが進むにつれて、ソースとターゲットのリビジョン間のトラフィックシフト分布を追跡し、グリーンタスクのスケールアップ、ライフサイクルフックの待機、ベイクタイム中など、現在のライフサイクルステージをすぐに確認できる。デプロイヘルス信号は、ライブタスクの障害としきい値の追跡、デプロイアラーム状態、コンテナとロードバランサーのヘルスチェック、ライフサイクルフック状態など、タイムラインの横に表示される。これにより、障害が発生した場合、タイムラインに障害タスクが表示され、AWS CloudTrail などのサービスへのディープリンクと診断コンテキストが提供されるため、根本原因を特定し、迅速に行動できる。これらの機能は、Amazon ECS のネイティブなリニア、カナリー、ブルー/グリーン デプロイタイプを使用するすべての Amazon ECS サービスについて、AWS の商業リージョンおよび AWS GovCloud (US) リージョンで追加料金なしで利用できる。始めるには、Amazon ECS コンソールで任意の Amazon ECS サービスに移動し、[デプロイ] タブを選択する。

この更新の位置づけ

Amazon ECS は、コンテナ化されたアプリケーションのデプロイと管理を簡素化する AWS のサービス。この更新により、開発者はデプロイの進捗状況やヘルスをより直感的に監視し、障害を迅速に特定して対応できるようになる。

AWS Glue Data Quality は、AWS Glue データカタログ内のテーブルに対するデータ品質チェックの設定時間を短縮する機能を更新した。新しいアドバンストモードでは、生成的 AI を利用してデータの意図を検出し、ビジネスに関連するルールを提案する。これにより、新規データセットのルール設定や大規模データレイク全体のベースラインチェックを手動で各ルールを書くことなく迅速に開始できる。推奨されたルールを確認し、必要に応じて調整してルールセットとして保存し、すぐに監視を始めることができる。アドバンストモードは、主要リージョンで利用可能。

この更新の位置づけ

データエンジニアやデータアナリストは、データ品質チェックの設定に要する時間を大幅に短縮できる。これにより、データパイプラインの構築と信頼性の高いデータへの移行が迅速化される。

Amazon Route 53 Resolver が第 2 世代 AWS Outposts ラックで一般提供された。このサービスにより、Outpost 上で実行されるワークロードからの DNS クエリがローカルで解決され、レイテンシを削減し、親 AWS リージョンへのサービスリンクを経由する必要がなくなる。Route 53 Resolver は、サービスリンクの切断中でもキャッシュされた DNS レコードを維持し、接続の中断時でも継続的な DNS 解決を保証する。このサービスは、第 2 世代 Outpost のすべてに組み込まれた AWS マネージドインフラストラクチャで完全に実行され、顧客のコンピュート容量を必要としない。多ラックの第 2 世代 Outposts では、Route 53 Resolver がデフォルトで有効になっている。顧客は、AWS サポートに連絡することで、いつでもオプトアウトできる。Route 53 Resolver は、第 2 世代 Outposts がサポートされているすべての AWS リージョンで利用可能である。すべての顧客 (現在のプレビュークライアントを含む) は、2026 年 12 月 21 日まで 91 日間の無料トライアルを受ける。2026 年 12 月 22 日から、このサービスは 1 時間あたり 1 ラックあたり 0.65 ドルで提供される。詳細については、Route 53 Resolver on Outposts のドキュメントを参照され、価格については Amazon Route 53 の価格を参照してください。

この更新の位置づけ

この更新は、AWS Outposts 環境で DNS 解決を最適化する必要がある顧客に関連する。ローカル DNS 解決により、パフォーマンスが向上し、クラウドへの依存度が低下する。

Amazon Simple Notification Service (Amazon SNS) は、メッセージペイロードのサイズ制限を 256 KiB から 1 MiB に 4 倍に拡大した。これにより、アプリケーション統合や IoT、生成 AI などのワークロードが 1 つのメッセージでより多くのデータを交換できるようになる。新しい MaximumMessageSize トピック属性を設定することで、SNS スタンダードおよび SNS FIFO トピックの両方で最大 1 MiB のメッセージペイロードをパブリッシュできる。MaximumMessageSize が 256 KiB を超えるトピックは、Amazon SQS、Amazon Data Firehose、AWS Lambda のサブスクリプションをサポートし、トピックあたり最大 100 のサブスクリプションが可能である。この機能は、Amazon SNS が提供されているすべての AWS リージョンで利用可能である。

この更新の位置づけ

Amazon SNS は、マイクロサービスやサーバーレスアプリケーションのデカップリングとスケールに役立つ完全管理の Pub/Sub メッセージングサービスである。この更新は、アプリケーション統合や IoT、生成 AI などのワークロードがより大きなデータを扱う際に有用である。

AWS RTB Fabric は、レスポンダゲートウェイに対して設定可能なアベイラビリティゾーン (AZ) アフィニティをサポートするようになった。この機能により、パートナーが自らのアベイラビリティゾーンで接続するか、ゲートウェイが跨る任意のアベイラビリティゾーンで接続するかを選択できる。広告テクノロジー (AdTech) 企業がインフラをより効率的に使用できるようにする。この機能は、AWS RTB Fabric が提供されているすべての AWS リージョンで利用可能である。AWS RTB Fabric は、Amazon Ads、GumGum、Kargo、MobileFuse、Sovrn、TripleLift、Viant、Yieldmo などの AdTech パートナーと接続し、3 つのステップでミリ秒単位のレイテンシーを実現する。RTB Fabric は、標準のクラウドネットワークコストを最大 80% 削減し、前提条件を必要としない。

この更新の位置づけ

この更新は、広告テクノロジー企業や DSP/SSP が RTB Fabric を利用する際に、インフラの効率性を向上させるための変更である

本日より、Amazon EC2 I7ie インスタンスが AWS イスラエル (テルアビブ) リージョンで提供開始された。I7ie インスタンスは、大規模なストレージ I/O を伴うワークロード向けに設計されており、5 世代の Intel Xeon プロセッサーを搭載し、全コアターボ周波数 3.2 GHz で動作する。これにより、既存の I3en インスタンスと比較して最大 40% のコンピュートパフォーマンスと 20% の価格パフォーマンスの改善が実現された。I7ie インスタンスは、ストレージ最適化インスタンスとして最大 120TB のローカル NVMe ストレージ密度を提供し、従来の世代のインスタンスと比較して最大 2 倍の vCPU とメモリを提供する。第 3 世代の AWS Nitro SSD を搭載した I7ie インスタンスは、最大 65% のリアルタイムストレージパフォーマンスの向上、最大 50% のストレージ I/O ラテンシーの低減、および I3en インスタンスと比較して 65% のストレージ I/O ラテンシーの変動の低減を実現する。I7ie は、高密度ストレージ最適化インスタンスであり、大規模なデータセットにアクセスするための高速ローカルストレージと、高ランダム読み書きパフォーマンスと非常に低いラテンシーを必要とするワークロードに理想的である。これらのインスタンスは、9 つの異なる仮想サイズで提供され、最大 100Gbps のネットワーク帯域幅と Amazon Elastic Block Store (EBS) 向けに 60Gbps の帯域幅を提供する。詳細については、I7ie インスタンスのページをご覧ください。

この更新の位置づけ

Amazon EC2 I7ie インスタンスは、大規模なストレージ I/O を伴うワークロード向けの新しいインスタンスタイプであり、特にイスラエルリージョンでの利用が可能になったことで、地域固有のストレージ最適化ワークロードに新たな選択肢を提供する。

AWS Resilience Hub は、AWS プラットフォームエンジニアリングやサイト信頼性チームが AWS 上で実行されるワークロードのレジリエンスを評価および強化するのに役立つ中央リソースです。今回、3 つの新しい機能が追加されました。まず、EKS ラベルをサービス入力ソースとしてサポートし、チームが既存の Kubernetes ラベル付け規則を使用して、Resilience Hub が検出および使用するリソースの範囲を正確に指定できるようにします。これにより、評価がチームが EKS ワークロードを組織する方法と一致します。次に、依存関係の分析を容易にするため、依存関係の分析を生成する新しい生成 AI パワード機能を提供します。この機能は、検出されたアプリケーションの依存関係を分析し、有意義なパターンを強調表示します。依存関係の分析は、新しい依存関係を表面化し、リージョン間の依存関係を特定し、異常な使用パターンをフラグ表示します。これにより、チームは依存関係の分析を加速し、潜在的な新しいリスクを特定できます。最後に、AWS Organizations を介してレジリエンスポリシーを共有できるようにし、中央のチームが複数のアカウントにわたってポリシーを構築および管理できるようにします。これにより、組織全体でどのサービスが各ポリシーを使用しているかを監視し、一貫したレジリエンス姿勢を確保しやすくなります。詳細については、AWS コンソールで確認するか、製品ページまたはドキュメントを参照してください。

この更新の位置づけ

AWS Resilience Hub は、AWS 上で実行されるワークロードのレジリエンスを評価および強化するためのプラットフォームエンジニアリングやサイト信頼性チーム向けのツールです

Amazon Elastic Container Service Express Mode は、サービスの CPU アーキテクチャとして ARM64 を指定できるようにした。これにより、AWS Graviton パワードのコンピュートで ARM ベースのコンテナイメージをデプロイし、x86 ベースのインスタンスに比べて最大 40% の価格パフォーマンスの改善を得ることができる。Amazon ECS Express Mode は、コンテナ化されたアプリケーションを迅速に起動し、クラウドアーキテクチャをオーケストレーションおよび管理する。ユーザーはコンテナイメージを提供し、ECS Express Mode がネットワーキング、ロードバランシング、オートスケーリング、デプロイメントを構成し、自動生成された URL を提供する。ARM64 アーキテクチャのサポートにより、コスト最適化や既存のフートとの整合性、ARM ネイティブでビルドされたイメージのデプロイなど、ワークロードに合ったコンピュートアーキテクチャを選択できる。CPU アーキテクチャの設定は、AWS マネジメントコンソール、AWS CLI、AWS SDK、インフラとしてのコード (IaC) ツールを使用して、新規および既存の Amazon ECS Express Mode サービスで可能。機能は、すべての AWS 商用リージョンおよび AWS GovCloud (US) リージョンで利用できる。

この更新の位置づけ

Amazon ECS Express Mode は、コンテナ化されたアプリケーションを迅速に起動し、クラウドアーキテクチャを管理するサービス。この更新により、ARM64 アーキテクチャをサポートし、コスト効率やアーキテクチャの整合性を向上させる。

AWS Continuum for penetration testing は、オンデマンドのカスタマイズされたペネトレーションテストと実際の攻撃可能性テストを提供し、開発ライフサイクル全体でアプリケーションを積極的に保護するフロンティアエージェントです。これまで、アプリケーションが到達するすべての URL を特定するには手動の労力が必要であり、認証エラーはテストサイクルが完了した後にのみ発見されていました。この新しい機能により、テスト構成中にログイン認証情報を追加すると、AWS Continuum は実際のユーザーと同じようにアプリケーションに認証し、ログイン中に到達可能なすべてのドメインをキャプチャし、それらをスコープ内の URL 提案として表示します。開発者はアクセス可能なドメインを確認し、認証情報を検証し、エージェントが適切なエンドポイントをカバしていることを確認できます。これらすべては、実際のテストが開始される前に実行できます。認証情報テストが成功、失敗、またはタイムアウトした場合でも、アクセス可能なドメインが返されます。この機能は、AWS Continuum for penetration testing が提供されているすべてのリージョンで利用可能です。

この更新の位置づけ

AWS Continuum は、開発ライフサイクル全体でアプリケーションを保護するペネトレーションテストサービスです。この更新により、開発者やセキュリティチームはテスト実行前に認証情報を検証し、適切なスコープを確保できるようになります。

本日、AWS は Amazon Bedrock AgentCore 内のサーバーレス マイクロ VM コンピュートである次世代 AgentCore ランタイムの提供を開始した。この新しいランタイムは、セッション中に未使用のメモリを再利用することで、実際の使用量のみに対して料金を支払えるようにし、コンテナイメージのサイズや並列処理に関係なく一貫したコールドスタート時間を提供する。既存のサーバーレスモデルを維持しつつ、コストの削減と起動時間の短縮を実現した。新しいランタイムでは、各セッションが小さな効率的なメモリプロファイルで開始され、ワークロードに応じて追加のメモリが割り当てられる。コールドスタートでは、エージェント環境を一度準備し、スナップショットを保存する。これにより、新しいインスタンスはフルスタートアップシーケンスを繰り返す代わりに、そのスナップショットから復元され、イメージサイズに関係なく一貫したスタート時間を維持する。テストでは、新しいランタイムは、200 MB から 2 GB のコンテナイメージに対して、V1 の 5.4～30 秒に対して、1.9～2.0 秒の P75 コールドスタート時間を達成した。新しい AgentCore ランタイムは、us-east-1、us-east-2、us-west-2、eu-west-1、および ap-northeast-1 リージョンで利用可能。プラットフォームバージョンを V2 に設定することで、ランタイムの作成または更新を開始できる。

この更新の位置づけ

Amazon Bedrock AgentCore は、AI エージェントを構築するための AWS サービス。この更新により、パフォーマンスとコスト効率が向上し、開発者がより効率的にエージェントを構築できる。

AWS は新しい低コストのバースト可能な Amazon EC2 T8i インスタンスの一般提供を開始した。これらのインスタンスはカスタム第 6 世代 Intel Xeon 6 プロセッサーを搭載し、最新の第 6 世代 AWS Nitro カードで構築されている。T8i インスタンスは T3 インスタンスと比較して最大 30% の価格パフォーマンスの改善を提供し、ナノ、マイクロ、小、中サイズの 4 種類がある。これらのインスタンスは、データ処理、ログインゲートウェイ、小規模データベース、バッチ処理、イベント駆動型関数、CI/CD パイプライン、マイクロサービス、低トラフィックのウェブサイトなど、低から中程度の CPU 使用率を必要とするワークロードに設計されている。T8i インスタンスは T3 インスタンスと比較して最大 70% の計算パフォーマンス、1.25 倍のネットワーク帯域幅、2.4 倍の EBS 帯域幅を提供する。T3 と同じ CPU クレジットシステム (標準モードと無制限モード) を使用するため、既存の T3 カスタマーは T8i にアップグレードしてすぐに価格パフォーマンスの改善を得ることができ、TCO の削減が可能である。AWS に初めてアクセスするか、オンプレミスから移行するお客様にとって、T8i インスタンスはさまざまなワークロードを実行するための最もコスト効率の高いエントリーポイントの 1 つである。T8i.micro と T8i.small は AWS 無料ティアで利用できる。T8i インスタンスは US East (N. Virginia, Ohio)、US West (Oregon, N. California)、Europe (Frankfurt, Ireland, London, Paris)、Asia Pacific (Hyderabad, Malaysia, Mumbai, Seoul, Singapore, Sydney, Tokyo)、Canada (Central) リージョンで利用できる。T8i インスタンスはオンデマンドインスタンスとして購入でき、スポットインスタンスとセーブプランオプションが近日提供される。

この更新の位置づけ

Amazon EC2 T8i インスタンスは、第 6 世代 Intel Xeon 6 プロセッサーを搭載した新しいバスト可能なインスタンスタイプであり、低から中程度の CPU 使用率を必要とするワークロード向けに設計されている

AWS HealthOmics が IAM セッションポリシーをサポートし、個々の実行に対して権限を動的に制限できるようにした。これにより、各テナントや実行ごとに個別の IAM ロールを作成する必要がなくなり、管理が簡素化される。IAM セッションポリシーは、実行の最大権限を制限するインライン ポリシーであり、基本となるサービスロールを変更することなく、実行中の有効な権限は、基本となるアイデンティティベースのポリシーと一時的なセッション ポリシーの両方で許可された権限の交差部分となる。例えば、マルチテナント アプリケーションを運用する場合、セッション ポリシーを渡して、そのテナントの Amazon S3 バケットのみに実行のアクセスを制限でき、そのテナント専用の IAM ロールをプロビジョニングする必要はない。また、IAM セッション ポリシーを使用して、単一の実行に対して特定の Amazon S3 オブジェクトへの一時的なアクセスを許可し、実行ごとに機密リソースへのアクセスを分離できる。IAM セッション ポリシーは、AWS HealthOmics が提供されているすべての AWS リージョンで利用可能である。詳細は、AWS HealthOmics ユーザーガイドの権限セクションで確認できる。

この更新の位置づけ

AWS HealthOmics は、医療およびライフサイエンスの顧客が、完全に管理されたバイオインフォマティクスワークフローで科学的ブレイクスルーを加速するのに役立つサービスである。この更新により、個々の実行の権限を動的に制限できるため、テナントや実行ごとに個別の IAM ロールを管理する手間が軽減される。

AWS Transfer Family は、VPC ホストエンドポイントを使用する SFTP サーバーの前にネットワークロードバランサー (NLB) を配置する場合、Proxy Protocol v2 (PPv2) を使用してクライアントのソース IP アドレスを保持するようになった。これにより、IP ベースの監査、アクセス制御、コンプライアンスでクライアントのソース IP を保持できる。以前は、NLB がクライアントのソース IP を自分のプライベート IP で置き換えていたため、Transfer Family のログやイベントには NLB のアドレスが記録されていた。NLB のプライベート IP が認証中にカスタムアイデンティティプロバイダーに提示されたため、ユーザーの真のソース IP で認証できなかった。この機能により、SFTP サーバーでソース IP の保持を有効にできる。保持されたソース IP はログやイベントに記録され、認証中にカスタムアイデンティティプロバイダーに提示される。この機能は、コンソール、CLI、または API を介して個々の Transfer Family サーバーで有効にできる。ソース IP の保持は、AWS Transfer Family が利用可能なすべての AWS リージョンで利用できる。

この更新の位置づけ

この更新は、SFTP サーバー前に NLB を使用しているユーザーに影響する。IP ベースの監査やアクセス制御、コンプライアンスを必要とするアプリケーションで有用。

AWS PrivateLink では、顧客が VPC エンドポイントを使用して、別の VPC/アカウント内のネットワークセグメントにプライベートかつ安全にアクセスできるようになりました。新しい「トンネル」エンドポイントを作成して、そのネットワークセグメントにトンネルし、そのセグメント内に配置されたリソースにアクセスできます。以前は、リソースを外部ベンダーと共有するには、リソースごとにリソース構成を作成する必要がありました。今では、顧客がネットワーク内の CIDR 範囲を表すリソース構成を作成し、AWS リソースアクセスマネージャー (RAM) を通じてベンダーと共有できます。ベンダーはトンネルエンドポイントを作成し、GENEVE カプセル化を使用して顧客の VPC にトンネルし、顧客が指定した CIDR 範囲内のリソースにアクセスできます。トンネルエンドポイントには時間당料金と、処理されたデータ量に対する GB あたりの料金がかかります。詳細については、AWS PrivateLink の価格ページを参照してください。この機能は、US East (N. Virginia)、US East (Ohio)、US West (N. California)、US West (Oregon)、Africa (Cape Town)、Asia Pacific (Hong Kong)、Asia Pacific (Hyderabad)、Asia Pacific (Jakarta)、Asia Pacific (Malaysia)、Asia Pacific (Melbourne)、Asia Pacific (Mumbai)、Asia Pacific (Osaka)、Asia Pacific (Seoul)、Asia Pacific (Singapore)、Asia Pacific (Sydney)、Asia Pacific (Tokyo)、Canada (Central)、Canada West (Calgary)、Europe (Frankfurt)、Europe (Ireland)、Europe (London)、Europe (Milan)、Europe (Paris)、Europe (Spain)、Europe (Stockholm)、Europe (Zurich)、Mexico (Central)、South America (São Paulo) のリージョンで利用可能です。

この更新の位置づけ

AWS PrivateLink は、VPC やアカウントの境界を越えたプライベートなアクセスを可能にするテクノロジーです。この更新は、リソースを共有する際の管理作業を大幅に簡素化します。

Amazon Connect Customer は標準メトリクスのライブラリを提供するが、カスタムメトリクスはビジネス固有の測定を可能にする。しかし、これらをインスタンス間で手動で管理すると、定義が徐々にずれて数値が一致しなくなる。信頼できないメトリクスはメトリクスがないことより悪い。新たに 7 つの API オペレーション (CreateMetric、DeleteMetric、DescribeMetric、ListMetrics、SearchMetrics、UpdateMetricContent、UpdateMetricMetadata) が追加され、メトリクスをプログラムで定義・管理できる。これにより、キューやチーム、環境の拡大にともない定義が一致し続ける。たとえば、カスタマーエクスペリエンスのリーダーがセルフサービスの完了率低下に気づいた場合、90 秒以内に顧客がライブエージェントをリクエストする相互作用の割合を追跡するカスタムメトリクスを定義できる。API を使用すると、AI を搭載したオペレーションアシスタントが自動的にメトリクスを作成し、監視ダッシュボードに公開できる。手動でのコンソール作業や環境間の定義の不一致が解消され、すべての変更が AWS CloudTrail で追跡され、完全な監査証跡が可能になる

この更新の位置づけ

Amazon Connect Customer は顧客体験を最適化するためのクラウドベースのコールセンターソリューション。この更新により、カスタムメトリクスの一貫した管理が可能になり、ビジネス固有の指標に基づいたデータ駆動型の意思決定が容易になる

Amazon Elastic Container Service (Amazon ECS) は、Amazon EC2 ランチタイプで実行されるタスクに Amazon S3 Files のサポートを提供する。これにより、顧客はコンテナ化されたアプリケーションを Amazon S3 のデータに直接接続し、標準のファイルシステムセマンティクスで S3 データを扱えるようになる。ECS のワークロードを EC2 インスタンスで実行する顧客は、コード変更なしでファイルベースのアプリケーション、AI エージェント、およびデータ処理ワークロードを S3 データで実行でき、ファイルを複製またはステージングする必要はない。S3 Files のサポートは、AWS Fargate および ECS マネージドインスタンスで以前から提供されており、今回 EC2 ランチタイプにも拡張され、顧客は 3 つの ECS ランチタイプすべてで S3 Files に一貫してアクセスできる。Amazon S3 Files は Amazon EFS に基づいており、AWS コンピュートリソースを Amazon S3 のデータに直接接続する共有ファイルシステムを提供し、完全なファイルシステムセマンティクスと低レイテンシーのパフォーマンスを実現し、データが S3 を離れることはない。S3 Files は新しいデータと既存のデータの両方と動作し、移行は不要である。顧客は Amazon ECS タスクで Amazon S3 Files ボリュームをマウントして、標準のファイルシステム操作で S3 バケット内のデータを読んだり書いたりでき、アプリケーションコードの変更やデータのコピーやステージングは不要である。Amazon S3 Files のサポートは、すべての AWS 商用リージョンおよび AWS GovCloud (US) リージョンで利用可能である。

この更新の位置づけ

Amazon ECS はコンテナ化されたアプリケーションを管理するためのサービスであり、この更新により EC2 インスタンスで実行されるタスクが S3 データに直接アクセス可能になるため、ファイルベースのアプリケーションやデータ処理ワークロードがより簡単になる。

AWS Elemental MediaTailor は、収益化関数用に 2 つのライフサイクルフックをサポートします。1 つは、広告決定サーバー (ADS) のレスポンスを解析し、VAST ラッパーをすべて解決した後で、広告が選択およびトランスコードされる前に実行されるフックです。顧客は、主要な ADS が広告ブレークに収まるだけの需要を返さない場合に二次的な広告ソースを呼び出したり、コンテンツまたはブランドポリシーで許可されていない広告を削除したり、自社のマーケティングシステムからのハウス広告やプロモーションを追加したりできます。もう 1 つは、MediaTailor が広告ポッドをビューアに返す直前に実行され、1 回の呼び出しですべての新しい個別化された広告ブレークを受け取るフックです。顧客は、ブレークが他の方法で埋められない場合に個別化されたスレートを挿入するなど、再生される内容の最終チェックとして使用できます。MediaTailor コンソール内の事前構築レシピが、これらのユースケースの開始点を顧客に提供します。両方のフックはフェールオープンです。タイムアウト、エクスプレッションエラー、リソース制限で、MediaTailor は関数出力を破棄し、デフォルトの広告挿入を続行するため、ビューアの再生に影響はありません。新しいフックは、AWS Elemental MediaTailor が利用可能なすべての AWS リージョンで利用できます。

この更新の位置づけ

AWS Elemental MediaTailor は、ライブおよびオンデマンドストリームに広告を個別化して挿入するビデオサービスです。この更新は、広告収益化の柔軟性を高め、中間層を不要にします。

Amazon Connect Customer がカスタムメトリクスに対してタグベースのアクセス制御をサポートするようになった。これにより、ユーザーやロールが各カスタムメトリクスを閲覧、作成、または変更できるように管理できる。組織内で複数のチームがカスタムメトリクスを採用するにつれ、同じ共有ライブラリを編集することになる。制御がないと、ある人が他のチームが依存しているメトリクスを変更する可能性がある。通常の解決策は、カスタムメトリクスへのアクセス権を少数の人に限定することだが、他のチームがメトリクスを使用することを妨げる。タグを各メトリクスに割り当て、それらのタグを使用してアクセスを設定できるようにした。これにより、チームは自らのメトリクスを完全に制御し、他のチームのメトリクスは表示のみで、制限されたメトリクスにはアクセスできない。検索も同じアクセスルールに従うため、ユーザーは表示または管理できるメトリクスのみが表示される。

この更新の位置づけ

Amazon Connect Customer は、カスタマーサービスの管理と分析に役立つクラウドベースのコンタクトセンターサービス。この更新により、複数のチームが共有するカスタムメトリクスのアクセスをより細かく制御できるようになる。

Amazon Connect Customer では、マネージャーがサードパーティの品質管理アプリケーションから評価フォームの PDF をインポートし、AI を利用して Connect 内で自動的に再作成できる。これにより、既存の品質プログラムを Connect に移行しやすくなる。既存のフォームを質問ごとに再構築する代わりに、PDF をアップロードし、パーセンテージまたはポイントベースの評価方法を選択すると、Connect Customer がセクション、質問、回答オプション、評価を自動的に抽出して評価フォームのドラフトを作成する。自然言語による指示を指定して、フォームをより正確にインポートしたり、作成中に調整したりすることもできる。たとえば、広範な質問をよりシンプルなものに分割するなど、アクティブ化前に必要な手動編集を最小限に抑えられる。この機能は、US East (N. Virginia)、US West (Oregon)、Canada (Central)、Asia Pacific (Singapore)、Asia Pacific (Sydney)、Asia Pacific (Tokyo)、Europe (Frankfurt) の各 AWS リージョンで利用可能。詳細については、ドキュメントとウェブページを参照。Amazon Connect Customer の料金については、価格ページを参照。

この更新の位置づけ

Amazon Connect Customer は、顧客サービス評価とフィードバック管理のためのツール。評価フォームの PDF を AI でインポートできることで、既存の品質プログラムを効率的に移行できる。

Amazon WorkSpaces Personal と Amazon WorkSpaces Core が、NVIDIA RTX PRO 4500 Blackwell Server Edition GPU と Intel Xeon 6 プロセッサーを搭載した Graphics G7 バンドルをサポートするようになった。Graphics G7 は、従来の Graphics G6 バンドルと比較して、グラフィックス集約型ワークロードのパフォーマンスを最大 2.1 倍に向上させる。利用可能なバンドルサイズは、8 vCPU、32 GB のメモリ、1 つの GPU から、48 vCPU、192 GB のメモリ、2 つの GPU まで、4 種類ある。Graphics G7 により、CAD/CAM、3D レンダリング、科学可視化、ビデオ編集、AI アシスト設計ワークフローなどの要求の厳しいプロフェッショナルアプリケーションを、より高い忠実度とフレームレートで実行できる。各 GPU には 32 GB の GDDR7 メモリがあり、より大規模で複雑な 3D シーンやモデルが可能になる。Graphics G7 バンドルは、Windows を搭載し、bring-your-own-license をサポートし、AlwaysOn と AutoStop の両方の実行モードをサポートする。Graphics G7 バンドルは、WorkSpaces Personal と WorkSpaces Core の両方で、US East (N. Virginia)、US East (Ohio)、US West (Oregon) で利用可能。追加のリージョンは、可用性が拡大するにつれて追加される。

この更新の位置づけ

Amazon WorkSpaces は、リモートデスクトップサービスを提供する。Graphics G7 バンドルの追加により、高度なグラフィックス処理が必要なアプリケーションの性能が向上し、ユーザーはより複雑な 3D モデルやビジュアル化をスムーズに実行できる。

AWS は開発者が AWS でアイデアをコードに変換するプロセスを簡素化する新しい体験を提供する。この新しい体験では、サインアップが簡素化され、初期プロジェクトがデフォルト設定で自動的に構成されるため、開発者はすぐにアイデアの実装を始められる。サインアップには Google、GitHub、Apple、または Amazon の既存の認証情報を使用でき、ほとんどの新規顧客はクレジットカードが不要で、AWS Free Tier の一環として最大 200 ドルの無料クレジットを受け取る。サインアップが完了すると、AWS CLI と Agent Toolkit を自動的にインストールする 1 つのプロンプトでコーディングエージェントを AWS に接続できる。コーディングエージェントはプロジェクトに接続し、ベストプラクティスを使用してリソースをデプロイする組み込みガイダンスを使用する。プロジェクトが拡大するにつれて、メールでチームメンバーを招待し、プロジェクトへのアクセスを自動的に構成できる。同様に、作成した多くの AWS リソースは、プロジェクト用に有効な新しい IAM ロールマネージャー機能により、他の AWS サービスのリソースに自動的にアクセスできる。支払いプランにアップグレードする準備ができたら、使用パターンに基づいてプロジェクトの月間支出制限を設定でき、予算内にとどまる。プロジェクトの使用量が支出制限に達すると、その月のプロジェクトは一時停止される。1 クリックで追加プロジェクトを作成でき、それぞれに独自の支出制限と異なるチームメンバーを設定できる。いつでも移行やダウンタイムなしで高度な機能を有効にでき、複数の AWS リージョンやカスタムガバナンスコントロールなどの追加機能を使用できる。新しい体験を試すには、新しい AWS アカウントを作成する。

この更新の位置づけ

この更新は、AWS でのプロジェクト立ち上げと開発プロセスを簡素化したい開発者や新規顧客に役立つ。

Amazon Elastic Container Service (Amazon ECS) は、Amazon ECS マネージドデーモンのデプロイ監視ビューを提供し、デプロイの進捗状況、障害発生ポイント、阻止要因を単一の場所で確認できるようにする。このビューには、各ステップのタイムスタンプとデプロイ総時間、ロールバックパスを含むライフサイクルタイムライン、各キャパシティプロバイダーの進捗バー、監視パネル (デプロイサーキットブレーカー、デプロイアラーム、コンテナヘルスチェック状態) などがある。デプロイが中断された場合はロールバックパスも表示され、デーモンタスクが失敗した場合は影響を受けたキャパシティプロバイダーが停止理由とタスクへのリンク、ログ、トラブルシューティングガイドを表示する。また、ターゲットとソースのリビジョン、インスタンス数、ドレインページェント、バークタイムも表示する。この機能はコンソールのみで提供され、すべての AWS 商用リージョンで追加料金なしで利用できる。

この更新の位置づけ

Amazon ECS マネージドデーモンは、AWS マネージメントコンソールでデプロイ状況を集中管理できるようにする機能で、開発者やデプロイ担当者はデプロイの進捗や障害を迅速に確認して問題を解決できる

Amazon SageMaker AI は NVIDIA Nemotron 3.5 Lightning モデル向けに、サーバーレスモデルカスタマイズをサポートする。このモデルは NVIDIA の最新のオープンウェイトモデルであり、3B のアクティブパラメーターと総計 30B パラメーターを使用するハイブリッド Mixture-of-Experts アーキテクチャを採用する。SageMaker AI 上でのデプロイに加え、特定のドメインやワークフローに合わせてカスタマイズできる。モデルカスタマイズにより、独自データでファウンデーション モデルを調整し、小規模で適切なモデルで最先端モデルの品質を維持し、コストとレイテンシーを削減できる。SFT でラベル付きデータを使用してドメイン固有のタスクの精度を向上し、DPO で組織のトーンにアウトプットを整合させる。RFT で報酬シグナルを使用して新しいタスクのパフォーマンスを向上させる。サーバーレス カスタマイズでは、SageMaker AI がすべてのインフラプロビジョニングとトレーニングオーケストレーションを処理するため、クラスター管理ではなくデータと評価に集中できる。使用した分のみの料金となる。サーバーレスモデルカスタマイズは US East (N. Virginia)、US West (Oregon)、Asia Pacific (Tokyo)、Europe (Ireland) で利用可能。開始するには、Amazon SageMaker Studio のモデルページでカスタマイズジョブを開始するか、SageMaker Python SDK を使用してプログラムによるアクセスを行う。詳細については、Amazon SageMaker AI モデルカスタマイズドキュメントを参照すること。

この更新の位置づけ

この更新は、AI モデルを特定のドメインやタスクに合わせてカスタマイズする必要がある開発者やデータサイエンティストに有用である。SageMaker AI のサーバーレス機能により、インフラ管理の負荷を軽減し、コスト効率を向上させる。

Amazon Corretto 27 が一般提供開始された。Amazon Corretto は無償のマルチプラットフォームの OpenJDK 配布で、Linux、Windows、macOS でダウンロードできる。Corretto 27 は 2027 年 4 月までサポートされる。主な新機能には、すべての環境で G1 をデフォルトガベージコレクタとするもの、TLS 1.3 でポストクォンタムハイブリッドキー交換をサポートするもの、オブジェクトヘッダーをコンパクトにするもの、JFR でプロセス内データの赤 action を行うものなどがある。また、プリミティブ型のパターンマッチング、構造化コンジュラシー、遅延定数、ベクター API のプレビューやインキュベーター機能も提供される。詳細は OpenJDK 27 プロジェクトページで確認できる。Amazon Corretto 27 はオープンソースライセンスのもとで配布される。

この更新の位置づけ

Amazon Corretto は、開発者や企業が信頼性の高い Java アプリケーションを構築するために利用できるオープンソースの OpenJDK 配布である。この更新では、メモリ効率の向上やセキュリティ強化、コードの簡素化を図る新機能が追加された。

Amazon Quick は「Generate Analysis」を拡張し、ダッシュボード作成をより迅速にする 2 つの新しい方法を導入した。まず、既存の分析内に新しいシートを自然言語で指定して生成できる「Generate Sheet」では、データに適切なビジュアル、フィルターコントロール、年次成長率や月次比較などの計算フィールドが自動的に追加される。次に、画像から分析を生成する機能では、他の BI ツールからのダッシュボード画像をプロンプトにアタッチし、Amazon Quick がそれを編集可能な分析として再構築する。両機能は既存の公開ワークフロー、埋め込み、CI/CD パイプライン、ポイントアンドクリック編集と互換性がある。起動時には、Enterprise サブスクリプションと Author Pro ユーザーが利用でき、Author は 2026 年 12 月までプロモーションアクセスが可能。詳細は Amazon Quick ユーザガイドの「自然言語プロンプトによる分析の生成」を参照。

この更新の位置づけ

ビジネスインテリジェンスやデータ分析を担当するユーザーが対象。ダッシュボード作成の効率化と自動化を支援する。

Amazon Simple Email Service (SES) は、Virtual Deliverability Manager (VDM) でテナントレベルの配信可能性分析をサポートするようになった。テナント管理により、メール送信者は顧客、事業単位、またはアプリケーションごとにメール送信を分離できる。従来、VDM はアカウント、ISP、送信アイデンティティ、設定セットレベルで配信可能性メトリクスを提供していたが、今回テナントを使用し、VDM を有効にした顧客は、各テナントの配信可能性も監視できる。VDM ダッシュボードにはテナントビューが追加され、テナントごとのメトリクス (送信量、配信数、バウンス、コンプレイント、オープン、クリック) を表示し、メールプロバイダーおよび関連するアイデンティティや設定セットごとに詳細を確認できる。顧客はテナントの送信メッセージを検索およびエクスポートしたり、BatchGetMetricData API の新しい TENANT_NAME ディメンションを使用してテナントメトリクスをプログラムでクエリすることもできる。これにより、配信問題を引き起こしているテナントを特定し、他のテナントに影響を与えずに修正できる。Virtual Deliverability Manager は、Amazon SES が提供されているすべての AWS リージョンで利用可能。

この更新の位置づけ

この更新は、複数の顧客やビジネスユニットにメールサービスを提供する企業向け。テナントごとの配信状況を監視できるため、問題の特定と解決が容易になる

AWS Builder Center が iOS および Android でモバイルアプリとして提供開始された。アプリではトレンドトピックの記事の閲覧、同僚のビルダーからのフォロー、Builder Loft のイベントカレンダーの確認、ウィッシュリストの管理、AWS Heroes やコミュニティビルダー、ユーザーグループリーダーに関する最新情報の確認が可能。プッシュ通知で興味のあるトピックやコミュニティをサブスクライブし、新しいコンテンツが公開されたときに通知を受けられる。AWS Builder ID でサインインし、セッション間でログイン状態を維持できる。アプリは世界中で Apple App Store および Google Play Store で利用可能。

この更新の位置づけ

開発者や技術者向けの AWS Builder Center がモバイルプラットフォームで利用可能になり、どこからでもコミュニティやリソースにアクセスできる

AWS Elastic Beanstalk は、共有インフラストで複数のアプリケーションを実行および管理できる新しいデプロイモードであるクラスター モードを導入した。このモードでは、ソースコード、Dockerfile、または Amazon ECR のコンテナイメージを提供するだけで、Elastic Beanstalk がコンテナ化、プロビジョニング、および継続的な操作をコンソール、CLI、および API を介して処理する。Elastic Beanstalk は、アプリケーションのライフサイクル全体にわたってデプロイ、スケーリング、および管理を行い、インフラストレーションの処理を担当するため、開発者はコードに集中できる。現在、Elastic Beanstalk は標準モードとクラスター モードの 2 つのデプロイモードを提供している。標準モードは既存の Elastic Beanstalk の体験であり、.NET、Node.js、Python など、すべての現在利用可能なプラットフォームをサポートし続ける。一方、クラスター モードは、Amazon EKS を利用して、アカウント内のプールされたインフラストで複数のアプリケーションを実行し、アプリケーションあたりのコンピュートコストを削減できる。クラスター モードは、イベント駆動型のオートスケーリング、Amazon CloudWatch およびサードパーティプロバイダーへの OpenTelemetry ベースの監視、AWS Secrets Manager の統合、および AWS Certificate Manager による HTTPS のデフォルト保護をサポートしている。使い始めるには、Elastic Beanstalk コンソールで環境を作成し、クラスター モードを選択する。AWS CLI、GitHub アクション、またはエージェントスキルでもデプロイできる。クラスター モードは、Elastic Beanstalk が利用可能なすべての商用 AWS リージョンで利用可能で、追加料金はかからない。アプリケーションが消費する AWS リソース (EKS クラスターや EKS Auto Mode のインフラストレーションに対する料金を含む) に対してのみ料金が請求される。

この更新の位置づけ

AWS Elastic Beanstalk は、開発者がアプリケーションをデプロイ、スケーリング、管理するためのサービスである。このアップデートにより、共有インフラスト上で複数のアプリケーションを実行できるクラスター モードが提供され、コスト削減と管理の簡素化が図られる。

Amazon S3 Express One Zone ストレージクラスが、7 つの追加リージョンで提供開始されました。これにより、S3 Express One Zone は 15 の AWS リージョンで利用可能になります。このストレージクラスは、最も頻繁にアクセスされるデータやレイテンシーを重視するアプリケーション向けに設計されており、一貫した一桁ミリ秒レベルのデータアクセスを提供します。マシンラーニングのトレーニング、インタラクティブな分析、AI 検索エンジンでのキーバリューキャッシュなどのワークロードで、高い耐久性と可用性を維持しつつ高速なデータアクセスを実現できます。価格に関する詳細は S3 の価格ページで確認できます。さらに詳しい情報は、製品ページとドキュメンテーションをご覧ください

この更新の位置づけ

Amazon S3 Express One Zone は、高パフォーマンスで低レイテンシーを求めるワークロード向けの新しいストレージクラスです。特にマシンラーニングやインタラクティブな分析、AI 検索エンジンなどのアプリケーションで効果を発揮します

Amazon Keyspaces (for Apache Cassandra) が 11 の追加リージョンで一般提供開始されました。これにより、当該リージョンのお客様は、データレジデンシー要件を満たしながら、低レイテンシーで Cassandra 互換のアプリケーションを構築できます。Amazon Keyspaces は、スケーラブルで高可用なマネージド Apache Cassandra 互換データベースサービスであり、サーバーレスで、リソース使用量のみを支払います。数千リクエスト/秒のアプリケーションを構築でき、ほぼ無制限のスループットとストレージが可能です。利用可能なリージョンのリストについては、AWS Capabilities by Region を参照してください。

この更新の位置づけ

Amazon Keyspaces は、Apache Cassandra と互換性のあるスケーラブルで高可用なマネージドデータベースサービスです。この更新により、サポートリージョンの拡大により、データレジデンシー要件を満たすことのできる低レイテンシーのアプリケーション開発が可能になります。

Amazon Connect Customer がエージェントに希望シフトへの入札機能を提供し、スケジュール管理をよりエージェント中心に改善する。スケジューラーはエージェントの順位を CSV ファイルでアップロードまたはランダム生成で設定し、Connect Customer は需要予測とシフトプロファイルを基に利用可能なシフトを生成し、エージェントに提示する。例えば、月曜日から金曜日の午前 6 時から午後 10 時までの 9 時間シフトでは、必要なシフトは午前 6 時から午後 3 時 (500 人)、午前 9 時から午後 6 時 (800 人)、午後 1 時から午後 10 時 (600 人) の 3 つ。入札期間終了後、Connect Customer は各エージェントに最も高い順位の利用可能なシフトを自動割り当てし、エージェントの順位をタイブレーカーとして使用する。シフト入札によりエージェントはスケジュールに構造的な影響を与えられ、スケジューラーの手動シフト割り当てにかかる時間を減らし、エージェントの満足度とスケジューリング効率の向上に寄与する。この機能は、Amazon Connect Customer エージェントスケジューリングが利用可能なすべての AWS リージョンで利用可能。

この更新の位置づけ

この更新は、顧客サービスセンターを運営する企業や、シフトスケジューリングに課題を抱える組織にとって有用。エージェントのスケジュール柔軟性とスケジューラーの作業負荷軽減に寄与する。

AWS CloudTrail は、セキュリティ監査、コンプライアンス、オペレーションのトラブルシューティングのために AWS アカウント全体の API アクティビティを記録するサービスである。このサービスが Amazon Q Console と統合され、自然言語で AWS アカウントのアクティビティを調査できるようになった。Amazon Q Console に CloudTrail の設定について質問したり、セキュリティ調査のためにログされたイベントをクエリしたり、オペレーションの問題をトラブルシューティングしたりできる。クエリを書いたりログファイルを手動で解析したりしなくてもよい。CloudTrail トレイルの構成が適切かどうかを確認したり、ログ記録のカバレッジのギャップを特定したり、追跡しているデータイベントソースを確認したりできる。セキュリティ上の懸念を調査するには、特定の IAM ロールにアクセスしたユーザーや、VPC 設定に変更があったかどうか、過去一週間で不正アクセスがあったかどうかを尋ねるなどできる。オペレーションのトラブルシューティングでは、特定のリソースを作成または削除したユーザー、エラーを引き起こす API コール、特定の IP アドレスからのアクティビティ、請求額が急増した理由などを尋ねることができる。Amazon Q Console は、CloudTrail トレイル、関連する CloudWatch ロググループ、イベントデータストアを代わりにクエリを実行し、実際のアカウントのアクティビティに基づいた回答を提供する。この統合は、Amazon Q Console がサポートされているすべての AWS 商用リージョンで利用可能。利用を開始するには、AWS マネジメントコンソールで Amazon Q を開き、CloudTrail の設定やアカウントのアクティビティについて質問する。詳細については、AWS CloudTrail のドキュメンテーションを参照すること。

この更新の位置づけ

セキュリティ監査、コンプライアンス、オペレーションのトラブルシューティングを担当するユーザーが、自然言語で AWS アカウントのアクティビティを調査できるようにする。

本日、Amazon SageMaker AI はトレーニングおよび処理ジョブのインスタンス優先リストを発表しました。これにより、お客様のワークロードのコンピュート容量をより簡単かつ迅速に見つけることが可能になります。多くの AI トレーニング、ファインチューニング、およびデータ処理のワークロードは、いくつかのインスタンスタイプまたはサイズで同様にうまく実行されますが、これまでには、ジョブ提出時に 1 つのインスタンスタイプのみを指定し、SageMaker がその特定のインスタンスを見つけてくれるのを待つ必要がありました。ピーク時の GPU 需要が高い場合、待ち時間は予測できません。顧客は複雑なリトライロジックを構築したり、異なるインスタンスタイプで複数のジョブを同時に提出して最初に利用可能なオプションを見つける必要がありました。今では、ワークロードが受け入れるインスタンスタイプの優先順位リストを単に提供すれば、SageMaker が優先リストから最初に利用可能な構成でジョブを実行します。このソリューションにより、トレーニングまたは処理ジョブの開始がより早くなる可能性があります。この機能を使用するには、トレーニングまたは処理ジョブを提出する際に、インスタンスタイプとインスタンス数の優先順位を指定します。たとえば、ml.g6.48xlarge のインスタンスを 2 つ、または ml.g5.48xlarge のインスタンスを 4 つという優先リストを指定することができます。SageMaker はリストを処理し、容量が利用可能な最初の構成でジョブを開始します。また、同じジョブ提出内で、オンデマンドソースまたは予約済み SageMaker フレキシブルトレーニングプランからのキャパシティソースを構成することもできます。この機能により、高需要期間中のジョブのコンピュート取得プロセスが簡素化され、SageMaker のトレーニングおよび処理ジョブ API で既に使用しているものと同じ API で、差別化された手動リトライが減ります。SageMaker トレーニングおよび処理ジョブのインスタンス優先リストは、本日、SageMaker が利用可能なすべての AWS リージョンで、SageMaker CLI、API、SDK、およびコンソール UI を通じて提供されています。詳細については、ドキュメントまたはローンチブログをご覧ください。

この更新の位置づけ

この更新は、AI モデルのトレーニングやデータ処理を行うユーザーに影響を与え、これらのタスクに必要なコンピュートリソースをより効率的に確保できるようにします。

AWS Step Functions は、AWS の 220 を超えるサービスをオーケストレーションできるビジュアルワークフローサービスです。今回の更新では、AWS Lambda Core や AWS Lambda MicroVMs などの新しい AWS サービスと機能の AWS SDK 統合が、リリース後数週間で自動的に追加されます。これにより、更新を待つことなく最新の AWS サービスをワークフローからオーケストレーションできます。Lambda MicroVMs を使用すると、各エージェントタスクに分離された安全な実行環境を提供し、環境の起動に失敗した場合に自動リトライが可能です。Step Functions の並列状態やマップ状態を使用して複数のタスクを同時に実行し、タスクが完了したら自動的に環境を終了できます。また、Lambda Core を使用して、MicroVM 環境が内部データベースや API に安全にアクセスできるようにプライベートネットワークを構成できます。この拡張には、AWS パートナーセントラル収益測定、AWS レジリエンスハブ V2、AWS サポート承認、Amazon SageMaker ジョブランタイムも含まれます。今後、新しい AWS サービスはリリース後数週間で Step Functions 統合に自動的に表示され、追加の設定や操作は必要ありません。更新は継続的に行われるため、新しい AWS SDK サービス統合の更新を強調する新着情報投稿は行われなくなります。これらの機能は、AWS Step Functions が利用可能なすべての AWS リージョンで一般提供として利用できます。特定のサービスと API アクションは、ターゲットサービスが AWS リージョンで利用可能かどうかによって異なります。AWS Step Functions の SDK 統合の詳細については、開発者ガイドを参照するか、サポートされているサービスの完全なリストを AWS SDK サービス統合と統合リリース履歴で確認してください。

この更新の位置づけ

AWS Step Functions は、複数の AWS サービスをオーケストレーションできるビジュアルワークフローサービスであり、この更新により開発者が最新の AWS リソースをより迅速に統合できるようにします。

AWS Billing Conductor は、AWS サービスのカスタム料金を定義できる。これにより、使用量ティアを定義して、希望の使用量に応じて料金を設定できる。AWS Billing Conductor を使用する顧客やパートナーは、子会社、関連会社、またはエンドカスタマーとの商用契約をモデル化する際に、交渉された価格をプロフォーマ請求データに簡単に反映できる。SKU に限定された価格ルールを使用して、カスタム料金を入力し、使用量ティアのしきい値を設定できる。これにより、事前に定義された AWS 使用量ティアに結び付けられたパブリックオンデマンド料金に対してパーセンテージベースのマーアップまたはマーダウンを計算する必要がなくなり、正確な料金とティアブレイクを価格ルールで直接設定できる。これにより、プロフォーマ請求の設定を正確に制御できる。カスタム料金とカスタム使用量ティア設定は、Amazon Web Services 中国 (北京) リージョン (Sinnet が運営) および Amazon Web Services 中国 (寧夏) リージョン (NWCD が運営) を除くすべての商用 AWS リージョンで利用できる。

この更新の位置づけ

AWS Billing Conductor は、企業間の請求価格を正確にモデル化するためのツールで、この更新によりカスタム料金と使用量ティア設定が可能になり、交渉された価格をプロフォーマ請求データに正確に反映できる。

AWS Direct Connect は、10G および 100G 専用接続に対して定額制料金を導入する。この新しい料金モデルでは、選択した料金ティア内でのデータ転送料金 (DTO) が廃止され、月額固定料金のみを支払う必要がある。5 つの地理的ティア (同じメトロからグローバルまで) から選択でき、トラフィックパターンに合わせた一貫した月額料金を支払うことができる。定額制料金では、ポートペアという新しい概念も導入され、異なるデバイスまたはロケーション上の 2 つの専用接続が同じ帯域幅と地理的接続スコープを共有する。これにより、1 つの接続がトラフィックを処理し、もう 1 つが冗長性のために待機する。2 つ目の接続は追加料金なしで含まれる。ポートペアは推奨だがオプションである。定額制料金は、すべての商用 AWS リージョン (中国リージョンを除く) で利用可能で、専用接続にのみ適用される。料金モデルは接続ごとに設定され、顧客はいつでも請求モードを切り替えることができる。

この更新の位置づけ

AWS Direct Connect はオンプレミス環境と AWS 間の専用ネットワーク接続を提供する。この更新は、大量の持続的なデータ転送を行うワークロード向けに、予算予測が容易になるようにする。

AWS は本日、BCM ダッシュボードで「検出された異常」ウィジェットのサポートを発表した。このウィジェットでは、コストの異常を月間のコストや使用量、予算、費用効率、セーブンプランやリザーブドインスタンスのカバレッジと併せて確認できる。これにより、支出、コミットメント、コストの異常を 1 つのカスタマイズされたダッシュボードで統合して確認できる。「検出された異常」ウィジェットは、検出された異常の数と月間のコストに対する総コスト影響を表示し、各異常の規模をすぐに把握できる。各異常について、コスト影響、根本原因、期間を確認でき、30 日、60 日、90 日の期間を選択し、重大度、サービス、アカウント、リージョンでフィルターをかけることで、アカウントに最も関連する異常を表示できる。1 つまたは複数の「検出された異常」ウィジェットを BCM ダッシュボードに追加することで、財務チームやクラウド管理者は既存のコスト管理ワークフローから異常を監視できる。このウィジェットは AWS コスト異常検出コンソールに直接リンクしており、異常を簡単に調査し、評価を記録できる。ダッシュボードのエクスポートと完全に統合されており、スケジュールされたメールレポートに含めるか、CSV または PDF としてダウンロードしてオフラインで分析できる。また、クロスアカウントダッシュボード共有にも含まれる。「検出された異常」ウィジェットは、すべての商用 AWS リージョンで追加料金なしで利用できる。詳細については、ユーザーガイドを参照してください。

この更新の位置づけ

この更新は、コスト管理と予算計画に重点を置くユーザー、特に財務チームやクラウド管理者にとって有用である。

AWS セキュリティトークンサービス (STS) は、セッショントークンのサイズ制限を単一の 4,096 バイトに統一した。これにより、セッションポリシーとセッションタグの組み合わせがより柔軟になった。さらに、STS はセッショントークンのサイズと制限に対する使用率を示す応答要素を返すようになった。これらの値は AWS CloudTrail にログ記録され、Amazon CloudWatch にメトリクスとして公開される。また、新しいオプションの API パラメーターを使用すると、最大 4,096 バイトまでのより大きいセッショントークンを生成して、アプリケーションやインフラストがそれらを処理できるかどうかをテストできる。これらの機能は、すべての商用 AWS リージョン、AWS GovCloud (US) リージョン、および AWS 欧州主権クラウドリージョンで利用可能。

この更新の位置づけ

AWS STS の更新は、セキュリティトークンの管理に影響を受けるすべての AWS 利用者に適用される

Amazon Connect Talent が一般提供開始されました。このソリューションは、AI を活用して大規模な候補者選択を加速します。Amazon の数十年にわたる採用科学に基づき、AI エージェントが構造化された音声インタビューを実施し、エビデンスに基づく評価を実施し、候補者を一貫してスコアリングします。これにより、リクルーターは戦略的意思決定に集中できます。候補者はあらゆるデバイスから 24 時間年中無休でインタビューを受け、リクルーターは AI チームメイトによって生成されたスコア、トランスクリプト、詳細な候補者評価を確認し、一貫した客観性をもってより迅速な採用決定を行うことができます。一般提供機能には、コンピテンシーに基づく評価、適応的な質問を行う AI 主導の音声インタビュー、ブランドカスタマイズ可能なモバイルファーストの候補者ポータル、およびシステム管理者のオンボーディングツールが含まれ、簡単に展開できます。Amazon Connect Talent は何百人もの候補者を同時に評価して、採用ピークに対応できます。本サービスは現在、AWS US East (N. Virginia) および US West (Oregon) リージョンで提供されています。詳細については、Amazon Connect Talent のページをご覧ください。

この更新の位置づけ

人材獲得リーダーやリクルーターが対象です。大規模な採用活動を効率化し、客観的な評価と迅速な意思決定を支援します。

AWS は、ルートユーザーサインインを US East (N. Virginia)、US East (Ohio)、US West (Oregon) の 3 リージョンで提供し、サインイントラフィックをこれらリージョン全体に分散します。この変更により、US East (N. Virginia) への依存が減り、サービスの中断時でもレジリエンスが向上します。AWS は、ルートユーザーサインインをサポートするリージョンに自動的にルーティングし、リージョンを選択したり、サインイン方法を変更したりする必要はありません。この改善は、すべての AWS アカウントで現在利用可能です。AWS CloudTrail では、ルートユーザーサインインの ConsoleLogin イベントが、サインインリクエストを処理したリージョンに記録されます。ルートユーザーサインインアクティビティの完全な可視性を維持するには、監視とアラートを US East (N. Virginia)、US East (Ohio)、US West (Oregon) に対応するように更新してください。詳細については、AWS サインインのドキュメントと CloudTrail の ConsoleLogin イベントリファレンスを参照してください。

この更新の位置づけ

この変更は、ルートユーザーサインインの可用性とレジリエンスを向上させるため、AWS アカウント管理者にとって重要なアップデートです。

Google DeepMind の Gemma-4-31B-it-assistant および NVIDIA の Gemma-4-31B-IT-NVFP4 モデルが、Amazon SageMaker JumpStart で利用可能になった。これらのモデルは、Google のフラッグシップ 31B デンス アーキテクチャを企業ワークロードに適用し、フル精度と最適化された量子化バリアントの両方を提供する。Gemma-4-31B-it-assistant は、マルチモーダル推論やコーディング、エージェントワークフローに特化し、テキストと画像 (動画はフレームシーケンスとして) を入力し、テキストを出力する。256K トークンのコンテキストウィンドウと 140 以上の言語をサポートし、Arena AI テキストリーダーボードでオープン モデルの中位 3 位を占める。Gemma-4-31B-IT-NVFP4 は、NVIDIA の ModelOpt フレームワークで 4 ビット FP4 精度に量子化し、メモリ使用量を約 18.5 GB (ベースモデルより 68% 小さく) に削減し、推論速度を約 2.5 倍に高速化する。同時に、元のモデルの品質の 97-99% を維持する。これらのモデルは、NVIDIA RTX、DGX Spark、およびデータセンター GPU でのコスト効率の高い、高スループットのプロダクション展開に適している。SageMaker JumpStart を使用すると、顧客は数クリックでこれらのモデルをデプロイし、特定の AI ユースケースに対応できる。SageMaker コンソールで SageMaker JumpStart モデルカタログにアクセスするか、SageMaker Python SDK を使用してモデルを AWS アカウントにデプロイできる。SageMaker JumpStart で基盤モデルをデプロイおよび使用する方法の詳細については、Amazon SageMaker JumpStart ドキュメンテーションを参照すること。

この更新の位置づけ

Amazon SageMaker JumpStart は、AWS 顧客が AI 基盤モデルにアクセスできるプラットフォームであり、これらの新しいモデルの追加により、企業向け AI ワークロードのデプロイが容易になる。

Mistral AI の Ministral-3-3B-Instruct-2512 および Ministral-3-8B-Instruct-2512 モデルが Amazon SageMaker JumpStart で利用可能になった。これらのモデルは、エッジデプロイやリソース制約下の環境向けに設計されており、AWS カスタマーが高パフォーマンスでスケーラブルな AI ソリューションを AWS インフラ上でデプロイできるようにする。Ministral-3-3B-Instruct-2512 は、3.4B の言語モデルと 0.4B のビジョンエンコーダで構成され、8GB の VRAM (FP8) に収まり、256K トークンのコンテキストウィンドウをサポートする。ビジョン分析、多言語の指示理解 (英語、フランス語、スペイン語、ドイツ語、中国語、日本語、韓国語、アラビア語など)、システムプロンプトへの厳密な従順性、構造化された JSON 出力を伴うネイティブな関数呼び出しを Apache 2.0 ライセンスで提供する。一方、Ministral-3-8B-Instruct-2512 は、8.4B の言語モデルと 0.4B のビジョンエンコーダで構成され、12GB の VRAM (FP8) に収まり、インターリーブドスライディングウィンドウアテンションパターンを採用して高速でメモリ効率の良い推論を行う。3B モデルと同じビジョン、多言語、エージェント機能、関数呼び出し機能を備えつつ、より強力な推論と生成パフォーマンスを提供する。SageMaker JumpStart を使用すると、これらのモデルを数クリックでデプロイして、特定の AI ユースケースに対応できる。SageMaker コンソールで JumpStart モデルカタログにアクセスするか、SageMaker Python SDK を使用してモデルを AWS アカウントにデプロイできる。SageMaker JumpStart でのファウンデーション モデルのデプロイと使用については、Amazon SageMaker JumpStart ドキュメンテーションを参照すること。

この更新の位置づけ

Amazon SageMaker JumpStart は、AWS カスタマーが簡単にファウンデーション モデルをデプロイして使用できるプラットフォームである。これらの新しいモデルは、エッジコンピューティングやリソース制限のある環境で AI アプリケーションを展開する開発者やデータサイエンティストに特に有用である。

AWS Glue zero-ETL の Salesforce との統合が、ターゲットテーブルにアーカイブレコードをキャプチャするようになった。これにより、分析とレポート用に Salesforce の完全なレプリカが得られるようになる。アーカイブレコードは isArchived フィールドを通じて正確に識別および反映され、分析データが Salesforce のソースと完全に同期される。この機能は、イベント、タスク、アクティビティなど、Salesforce が自動的にアーカイブする高ボリュームエンティティにとって特に有用で、分析データストアでこのデータの完全な可視性を実現する。この機能は、zero-ETL 統合に対して何のアクションも必要なく適用される。新しい統合では、統合作成直日から自動的にアーカイブレコードがキャプチャされる。既存の統合では、AWS Glue が自動的にアーカイブレコードのステータスをバックフィルし、再同期、再設定、スキーマ変更は不要である。既存のパイプラインは中断されることなく、isArchived フィールドが正確に設定される。この機能は、AWS Glue zero-ETL の Salesforce 統合がサポートされているすべての AWS 商用および AWS GovCloud (US) リージョンで利用可能である。開始するには、AWS Glue コンソール、CLI、または SDK を使用して Salesforce 用の AWS Glue zero-ETL 統合を作成または使用し続けること。

この更新の位置づけ

この更新は、Salesforce のデータ分析とレポートを必要とするユーザーに影響する。AWS Glue zero-ETL を使用するユーザーは、アーカイブレコードを自動的にキャプチャできるため、データの完全な可視性を実現できる。

NVIDIA の Qwen3.6-35B-A3B-NVFP4 および阿里雲の Wan2.1-T2V-1.3B-Diffusers モデルが Amazon SageMaker JumpStart で提供開始された。これらのモデルは、AWS カスタマーが利用できる基盤モデルポートフォリオを拡大する。Qwen3.6-35B-A3B-NVFP4 はエージェント型コーディング、マルチモーダル推論、長文コンテキスト理解に最適化された NVIDIA の量子化バリアントであり、35B のパラメーターのうち 3B がトークンごとにアクティブ化され、262K トークンのコンテキストウィンドウをサポートする。Wan2.1-T2V-1.3B-Diffusers は消費者向けハードウェアでテキストから動画を生成するのに優れ、1.3B パラメーターのモデルで 8.19 GB の VRAM を必要とし、RTX 4090 で約 4 分で 5 秒の 480p 動画を生成できる。SageMaker JumpStart を使用すると、これらのモデルを数クリックでデプロイして、特定の AI ユースケースに対応できる。

この更新の位置づけ

Amazon SageMaker JumpStart は、AWS カスタマーがさまざまな基盤モデルを簡単に利用できるプラットフォームであり、これらの新しいモデルは、エージェント型コーディングや動画生成などの特定の AI タスクに特化したソリューションを提供する。

AWS Glue zero-ETL インテグレーションでは、テーブルプロパティの競合を検出し、インテグレーションの所有権を追跡する機能が追加された。ソーステーブルとターゲットカタログを構成すると、Glue は結果のテーブルプロパティを所有するインテグレーションと関連付け、同じターゲットテーブルを指すインテグレーションが 2 つ存在しないようにする。この機能は Amazon S3 テーブルと SageMaker Lakehouse カタログで動作する。データチームは複数の zero-ETL インテグレーションを実行する際に、各ソーステーブルが正確に目的の場所に配置されるように予測可能な制御を得る。インテグレーションのテーブルプロパティが別のインテグレーションによって所有されている場合、Glue は所有するインテグレーションを特定し、別のターゲットを選択するか、既存のものを更新するよう案内するため、パイプラインが分離され、データが正確に意図した場所に配置される。この機能は、AWS Glue zero-ETL インテグレーションがサポートされているすべての AWS 商用および AWS GovCloud (US) リージョンで利用できる。

この更新の位置づけ

この更新は、複数の zero-ETL インテグレーションを運用するデータチームに特に有用で、ソーステーブルが正確に目的の場所に配置されるように制御できる。

AWS End User Messaging は電話プール経由の SMS 送信において、配信性の向上を図る。SMS 配信が下流の障害により影響を受けた場合、自動的にプール内でパフォーマンスが最も良い次の番号にフェールオーバーを実行する機能を提供する。これにより、配信通知、一時パスコード、リマインダー、その他のタイムクリティカルなメッセージを含む重要なメッセージプログラムに影響を与える、AWS からメッセージングプロバイダーや移動通信事業者へのルーティング中に発生するドロップや遅延を軽減する。顧客は電話プール経由で送信する場合、この機能を自動的に利用できる。電話プールを利用していない場合は、指示に従って作成できる。この機能は、AWS End User Messaging が提供されているすべての AWS リージョンで利用可能である。

この更新の位置づけ

この更新は、SMS メッセージの配信性に影響を与える可能性のある障害や遅延を自動的に回避する必要があるビジネスに役立つ。

AWS End User Messaging は WhatsApp で動的フローをサポートし、チャット内で予約やアンケート、サインアップ、トランザクションなどを完了できるようにする。Meta のスターター テンプレートを使用するか、ゼロからカスタマイズしてフローを作成でき、各画面で HTTPS エンドポイントを呼び出し、ライブの空き状況を表示したり、ユーザーに合わせたステップを提供できる。フローは AWS End User Messaging Social でコンソールまたは API で構築および管理でき、JSON スキーマで定義し、メッセージテンプレートで顧客に届ける。WhatsApp フローは End User Messaging Social が提供されているすべてのリージョンで利用可能

この更新の位置づけ

この更新は、WhatsApp を通じてより豊かなインタラクティブな体験を提供したいビジネスに有益である

AWS DevOps Agent は、エンジニアが Slack 内で AWS、マルチクラウド、オンプレミス環境でのプロダクションオペレーションを管理できるようにする。以前のハイセキュリティインシデントでは、オンコールエンジニアや DevOps チームがコミュニケーションと調査プラットフォーム間でコンテキストを切り替える必要があったが、この更新により、インシデント対応がすでに行われる単一の統一された場所に両方の表面が統合された。エンジニアチームは、接続された Slack プライベートチャンネルで AWS DevOps Agent を @メンションするだけで調査を開始し、制御できる。チームによるコンテキストの貢献、エージェントの調査結果、おすすめアクションを含むすべての調査アクティビティは、単一のスレッドにキャプチャされる。AWS リソース、システムメトリクス、アラームステータス、デプロイ履歴、インシデントパターンに関する質問が可能で、重要な瞬間における認知負荷を軽減し、プロダクションオペレーションを大幅に効率化する。この機能は、AWS DevOps Agent が現在サポートされているすべての商用 AWS リージョンで利用可能である。

この更新の位置づけ

この更新は、DevOps チームやオペレーション担当者が Slack 内でインシデント調査と対応を統合できるようにする。ハイセキュリティインシデント時のワークフロー断片化を解消し、効率化に寄与する。

AWS Lambda は、関数が S3 Files の高性能ストレージまたは S3 バケットから読み取るストレージを選択できるようにする直接読み取り設定をサポートするようになった。これにより、Lambda 関数のファイル読み取りのスループットとレイテンシをアプリケーション要件に応じて最適化できる。S3 Files は、高性能ストレージから低レイテンシでデータを提供するか、S3 バケットから大容量の読み取りに対して高スループットを提供し、各操作を最適なストレージに自動的にルーティングする。デフォルトでは、Lambda は 512 MB のメモリで構成された関数に対してのみ S3 バケットからの直接読み取りをサポートするが、直接読み取り設定を制御できないため、特定のアプリケーション要件に合わせて読み取りパフォーマンスを最適化できない。今回の機能リリースにより、Lambda 関数のメモリサイズに関係なく、S3 Files の直接読み取りを明示的に有効または無効にできる。直接読み取りを有効にすると、1 MB 以上のファイルは最大スループットで S3 バケットから直接読み取られ、小さいファイルは高性能ストレージから提供される。直接読み取りを無効にすると、すべての読み取りは最低レイテンシで高性能ストレージから提供される。この機能は、すべての AWS 商用リージョン、AWS GovCloud (US-East)、AWS GovCloud (US-West) リージョンで利用可能で、アジア太平洋 (ニュージーランド)、中東 (バーレーン)、中東 (アラブ首長国連邦) を除く。直接読み取りの設定は、AWS マネジメントコンソール、AWS CLI、AWS SDK、および AWS CloudFormation で行える。標準の Lambda および S3 Files の料金以外に追加料金はかからない。S3 Files を Lambda 関数で使用する方法の詳細については、AWS Lambda 開発ガイドを参照してください。

この更新の位置づけ

この更新は、Lambda 関数と S3 Files の統合を最適化する必要がある開発者や、データ処理パイプラインやステートフルなエージェントワークロードを構築しているユーザーに有用である。

Amazon SageMaker HyperPod がモデルキャッシュをサポートし、クラスターのノードにモデル重みとコンテナイメージを事前読み込みすることで、ポッドの起動を数秒から数分に短縮する推論最適化機能を提供する。LLM 推論を大規模に実行する際のコールドスタートがボトルネックになる問題を解決し、モデルキャッシュは 2 つの機能で対応する。ウェイトキャッシュはモデル重みをローカル NVMe に保存し、ポッドが高速なローカルストレージから読み込むことで、S3 や FSx を経由するネットワーク経由の読み込みを回避する。イメージキャッシュはコンテナイメージを事前読み込みし、ECR のダウンロードを完全にスキップする。ポッドがウォームキャッシュがないノードに配置された場合、自動的に元のソースから読み込むため、ポッドが停止したり失敗したりするリスクはない。57 GB から 145 GB のモデルのベンチマークでは、スケールアウトが約 60% 高速化され、イメージキャッシュによりイメージプル時間が 2 分以上短縮され (97% の削減)、モデルサイズが大きいほど効果が増大する。顧客は HyperPod Inference Operator を介して、InferenceEndpointConfig または JumpStartModel リソースに modelCacheConfig セクションを追加することでモデルキャッシュを有効にする。オペレーターが完全なライフサイクルを管理し、手動の設定やクリーンアップは不要である。モデルキャッシュは、SageMaker HyperPod が提供されているすべてのリージョンで一般提供されている。

この更新の位置づけ

LLM 推論を大規模に実行する際、コールドスタートがパフォーマンスのボトルネックになる問題を解決する機能。特に大規模なモデルを使用するケースで効果が高い

AWS Elemental MediaLive は Video Aligned Locking という新しい機能をサポートし、ソースからタイムコードを取得せずに動画パイプラインを同期化できます。従来、フレーム正確なパイプライン同期を実現するには特殊なハードウェアの投資や複雑な外部同期ワークフローの管理が必要でした。タイムコードは高度にプロダクションされた従来の放送コンテンツでは一般的ですが、典型的なデジタルストリーミングワークフローでは入手困難で管理が難しいことが多いです。この新しい機能はビジュアルシグネチャを使用して複数の動画ストリーム間で特定のフレームを自動的に識別および整列し、標準パイプラインチャネルでのフレーム正確な入力切り替えおよびリンクされたクロスリージョンシングルパイプラインチャネルを実現できます。Video Aligned Locking は HLS、MediaPackage、CMAF Ingest、UDP、SRT などの出力をサポートします。この機能の設定方法の詳細については、Video Aligned Locking の要件に関するドキュメントをご覧ください。チャネル同期の詳細については、パイプライン同期の実装に関するガイドをご覧ください。

この更新の位置づけ

この更新は、デジタルストリーミングワークフローでフレーム正確な同期が必要なユーザーに影響します。従来のタイムコード依存の同期方法に代わる新しいソリューションを提供します。

AWS HealthOmics が Amazon CloudWatch にリアルタイム実行メトリクスを公開し、実行中のワークフローのリソース使用状況を確認できる。14 の新しい実行メトリクスが CPU/GPU 使用率、メモリ使用率、ファイルシステム使用率や I/O メトリクス、ネットワークスループット、一時ストレージ使用率をカバーする。これにより、サポートケースを開かずに CPU や GPU のボトルネックを特定し、メモリやストレージの枯渇を事前に検出したり、ファイルシステムのスループットを追跡したりできる。実際の使用量と割り当てられたリソースを比較することで、ワークフローのコンピュートとストレージの構成を適切に調整できる。これらのメトリクスは Amazon CloudWatch OpenTelemetry 標準を使用して出力され、ネイティブな CloudWatch ダッシュボードやアラームに加えてサードパーティの監視ツールと統合できる。リアルタイム実行メトリクスは US East (N. Virginia, Ohio)、US West (Oregon)、Europe (Frankfurt, Ireland, London)、Asia Pacific (Singapore, Seoul, Tokyo) の AWS HealthOmics リージョンで利用可能。Amazon CloudWatch はこれらの実行メトリクスのデータ量に応じて料金を請求する。料金の詳細については Amazon CloudWatch の料金ページを参照。

この更新の位置づけ

AWS HealthOmics は、医療およびライフサイエンスの顧客が、完全に管理されたバイオインフォマティクスワークフローで科学的ブレイクスルーを大規模に加速するのに役立つ HIPAA 対応サービスである。この更新により、ユーザーは実行中のワークフローのリソース使用状況をより詳細に監視できるようになる。

メモリ最適化された Amazon Elastic Compute Cloud (Amazon EC2) X2idn インスタンスがアジア太平洋 (香港) リージョンで提供開始された。これらのインスタンスは、第 3 世代 Intel Xeon Scalable プロセッサーを搭載し、AWS Nitro システムで構築されており、メモリ集約的なワークロード向けに設計されている。前世代の X1 インスタンスと比較してパフォーマンスが向上している。これらのインスタンスは、SAP Business Suite on HANA、SAP S/4HANA、Data Mart Solutions on HANA、Business Warehouse on HANA、SAP BW/4HANA、SAP NetWeaver ワークロードを HANA 上で実行するために SAP 認定を受けている。

この更新の位置づけ

SAP HANA ベースのアプリケーションを実行するユーザーは、これらのインスタンスを利用してパフォーマンスとメモリ効率を向上させることができる

Amazon Bedrock マネージドナレッジベースで TwelveLabs Marengo 3.0 が埋め込みモデルとして提供開始。動画・音声・画像のコンテンツからマルチモーダル埋め込みを生成可能。従来の文字起こしによるテキストベースの埋め込みに加え、視覚的シーンや音声、動画のヒントを直接エンコードし、文字起こしでは捉えきれない意味をキャプチャする。Amazon S3 などのデータソースからメディアアセットをアップロードし、同期して自然言語で検索できる。インフラの管理は不要。Marengo 3.0 はコンパクトな 512 次元ベクトルを生成し、最先端の検索精度を実現。結果にはセグメントの開始時刻と終了時刻が含まれ、アプリケーションは動画の該当箇所に直接ジャンプできる。これにより、スポーツ分析やメディア・エンターテインメント、セキュリティ、教育、小売などでのユースケースが可能になる。モデルはコンテンツ構造に合わせたセグメンテーションオプションを提供する。詳細は Amazon Bedrock ナレッジベースユーザーガイドの TwelveLabs Marengo 3.0 埋め込みモデル統合を参照。Amazon Bedrock ナレッジベースの製品ページでも情報を確認できる。

この更新の位置づけ

Amazon Bedrock マネージドナレッジベースは、AI モデルと外部データの統合を容易にするサービス。この更新により、動画・音声・画像のコンテンツをより正確に検索可能になる。

Amazon Redshift RG インスタンスが AWS ヨーロッパ (チューリヒ) リージョンで提供開始した。RG インスタンスは AWS Graviton プロセッサーを搭載し、データウェアハウスおよびデータレイクのワークロードを以前の RA3 インスタンスより最大 2.4 倍高速に実行し、vCPU あたりの価格を 30% 削減する。RG インスタンスには Redshift のカスタムビルドされたベクトル化データレイククエリエンジンが含まれ、クラスターノードで Apache Iceberg および Parquet データを処理し、単一のエンジンでデータウェアハウスとデータレイク全体にわたる SQL アナリシスを実行できる。RG インスタンスは rg.large、rg.xlarge、rg.4xlarge、rg.12xlarge の 4 つのインスタンスサイズで提供される。既存の RA3 クラスターを持つ顧客は、スナップショット & リストア、エラスティックリサイズ、またはクラシックリサイズを使用して RG にアップグレードできる。RG インスタンスは、オンデマンド、1 年および 3 年の事前支払リザーブドインスタンス (全額前払い、一部前払い、前金なし) の柔軟な価格オプションで提供される。価格の詳細については、Amazon Redshift の価格ページを参照。

この更新の位置づけ

Amazon Redshift は、大規模なデータ分析とビジネスインテリジェンスのためのクラウドベースのデータウェアハウスサービス。RG インスタンスの提供開始により、ヨーロッパ (チューリヒ) リージョンでのパフォーマンスとコスト効率が向上する。

Amazon OpenSearch Serverless が Vercel の AI パワフルプラットフォーム v0 で利用可能になった。このプラットフォームにより、自然言語プロンプトでフルスタック検索および AI アプリケーションを数分で構築できる。OpenSearch Serverless はインフラストラクチャの管理を不要にし、需要に応じて自動的にスケールする。これにより、クラスターの管理ではなくアプリケーション構築に集中できる。v0 インターフェースから、OpenSearch Serverless を利用したフルテキスト検索およびベクトル検索による RAG ワークロード用のアプリケーションを構築できる。v0 は完全なフルスタックアプリケーションを生成し、Amazon OpenSearch Serverless コレクションを自動的にプロビジョニングし、データをインデックスし、検索クエリを処理するエンドポイントを使用する。環境変数や設定を自動的に処理し、推奨パターンに沿ったコードを生成する。新しい AWS アカウントでリソースをプロビジョニングするか、既存のアカウントにリンクして使用できる。

この更新の位置づけ

この更新は、開発者がインフラストラクチャの管理をせずに、自然言語プロンプトで検索および AI アプリケーションを迅速に構築できることを意味する。

AWS は、第 2 世代シングルラック AWS Outposts の一般提供を開始した。このシングルラック Outposts は、計算、ストレージ、ネットワーキングを 1 つのコンパクトなユニットに統合した 42U ラックで、低遅延やローカルデータ処理、データレジデンシーが必要な場所で使用できる。シングルラック Outposts は最大 2,688 vCPU と 100 TB の Amazon EBS ストレージを提供する。また、マルチラック Outposts と同様に、最新の x86 パワード EC2 インスタンス (汎用 M7i/M8i、計算最適化 C7i/C8i、メモリ最適化 R7i/R8i、Outposts 加速ネットワーキング Bmn-sf2e/Bmn-cx2/Bmn-cx3a) をサポートする。ラックスペースが限られた製造やゲーム産業などでの利用に適しており、現在利用可能なスペースと電力を活用してモダナイゼーションを進めることができる。シングルラックとマルチラックの Outposts は、AWS リージョンおよびオンプレミスロケーション全体で同じ AWS API、管理コンソール、オートメーション、ガバナンスポリシー、セキュリティコントロールを提供する。出荷可能リージョンや国・地域については、Outposts ラック FAQ ページで確認できる。利用開始には AWS Outposts コンソールを開く必要がある。

この更新の位置づけ

AWS Outposts は、オンプレミス環境で AWS のコンピュート、ストレージ、ネットワーキングサービスを提供するサービス。第 2 世代シングルラック Outposts は、限られたスペースと電力で最新の AWS リソースを利用可能にする。

Amazon MQ は RabbitMQ バージョン 4.3 をサポートするようになった。このバージョンでは、クォーラムキューの機能強化としてディスク使用量の削減のためのコンパクション、32 の厳密な優先度レベルのネイティブサポート、設定されたクールダウン遅延後に失敗したメッセージを自動的に設定し配信を再試行する遅延リトライ、消費者タイムアウトのグラースフルな処理などが追加された。消費者タイムアウトはグローバルプロトコルチャネルからクォーラムキューに移動し、プロトコル固有で設定できる。消費者タイムアウトと遅延リトライは RabbitMQ ポリシーで設定および管理できる。一方、移行可能な非排他キュー、グローバル QoS、および Classic キュー v1 ストレージは RabbitMQ 4.3 でサポートされなくなった。消費者タイムアウトは Classic キューには適用されない。Amazon MQ で RabbitMQ 4.3 を使用するには、AWS マネジメントコンソール、AWS CLI、または AWS SDK を介して m7g インスタンスタイプを使用して新しいブローカーを作成する際、RabbitMQ 4.3 を選択するだけでよい。Amazon MQ は RabbitMQ 4.3 ブローカーのパッチバージョンアップグレードを自動的に管理するため、メジャーバージョンとマイナーバージョンの指定のみが必要である。変更の詳細については、Amazon MQ リリースノートおよび Amazon MQ 開発ガイドを参照すること。このバージョンは、Amazon MQ m7g タイプインスタンスが提供されているすべてのリージョンで利用可能である

この更新の位置づけ

Amazon MQ は、メッセージキューサービスとして RabbitMQ を提供する。RabbitMQ の新バージョンでは、クォーラムキューの機能強化やパフォーマンス改善が行われ、開発者や運用担当者はより効率的なメッセージ処理が可能になる

本日、AWS Lambda デュラブル関数が、Python で AI エージェントを構築するためのオープンソースフレームワークである Pydantic AI との統合を発表した。この統合により、Pydantic AI エージェントの実行が中断された場合 (タイムアウトなど)、エージェントは最後の完了したステップから再開し、再度同じ処理をやり直す必要がない。チェックポイントやリトライロジックを自前で実装しなくても、フォールトトレランスの機能が得られる。各モデルやツールの呼び出しが持続可能な実行ステップとなるため、すでに完了した呼び出しが繰り返されない。これにより、ドキュメントのレビューや複数の情報源にわたるトピック調査など、コストのかかる処理を繰り返す必要がなくなり、トークンの再利用による不要なコストも回避できる。また、顧客に二重請求するなどの不要な副作用を防ぐこともできる。AWS Lambda 上でエージェントが実行されるため、サーバーを管理する必要はなく、使用したコンピュートのみに対して料金を支払う。Python の AWS Lambda デュラブル関数ではこの統合を使用できる。この統合は、AWS Lambda デュラブル関数が提供されているすべての AWS リージョンで利用可能。始めるには、Pydantic AI をインストールし、AWS Lambda の持続性ページを参照する。統合の詳細は、持続実行 SDK リファレンスで確認できる。AWS Lambda デュラブル関数に関する詳細は、開発ガイドと AWS Lambda 製品ページを参照すること。

この更新の位置づけ

この更新は、Python で AI エージェントを構築する開発者にとって有用である。AWS Lambda デュラブル関数と Pydantic AI の統合により、実行中断時の再開機能が容易に利用できるようになる。

AWS Lambda の再帰ループ検出がヨーロッパ主権クラウドでサポートされるようになった。この機能は、Lambda 関数と他のサポート対象サービス間の再帰呼び出しを自動的に検出し、停止することで、意図しない再帰ループによる予期しない請求を防止する。Amazon S3、Amazon SQS、Amazon SNS などのイベントソースを使用してイベント駆動型アプリケーションを構築する際、設定ミスやコードの欠陥により、イベントが Lambda 関数をトリガーにした同じソースに戻される可能性があり、再帰ループや意図しない使用が発生する。このようなループが検出されると、再帰ループ検出はイベントの処理を自動的に停止し、トラブルシューティング手順を含む AWS Health Dashboard 通知を送信する。再帰ループ検出は、サポート対象の SDK バージョンを使用する Lambda 関数ではデフォルトで有効。意図的に再帰ループを使用する場合は、PutFunctionRecursionConfig API を使用して Lambda 関数で再帰ループ検出を無効にできる。

この更新の位置づけ

イベント駆動型アプリケーションを構築する開発者や、Lambda 関数と S3、SQS、SNS などのイベントソースを連携するユーザーに有用。再帰ループによる予期しない請求やリソースの過剰使用を防ぐ。

Amazon RDS for Oracle が Oracle データベースバージョン 19c および 26ai の 2026 年 7 月リリース更新 (RU) の補足パッチバンドル (SPB) をサポートするようになった。2026 年 4 月のリリースから、Oracle Spatial パッチバンドルが補足パッチバンドル (SPB) に改名された。SPB には、Oracle Spatial、Oracle Data Pump、Oracle GoldenGate などの特定ユースケース向けに Oracle が推奨する追加データベースパッチが含まれる。新しいデータベースインスタンスでこの更新を適用するか、既存のインスタンスをエンジンバージョン 19.0.0.0.ru-2026-07.spb-1.r1 または 26.0.0.0.ru-2026-07.spb-1.r1 にアップグレードするには、AWS コンソールで「補足パッチバンドルエンジンバージョン」チェックボックスを選択する。Amazon RDS for Oracle の各エンジンバージョンでサポートされる Oracle SPB の詳細については、Amazon RDS for Oracle リリースノートを参照する。また、AWS Organizations のアップグレードロールアウトポリシーを使用して、Amazon RDS データベースインスタンスのマイナー バージョン自動アップグレードを段階的に適用できる。この機能により、非プロダクション環境に更新を自動適用し、更新を検証した後で、プロダクション環境にも同じ更新を自動適用できる。

この更新の位置づけ

この更新は、Oracle データベースを実行する Amazon RDS のユーザーに影響する。特に、Oracle の特定の機能 (Spatial、Data Pump、GoldenGate) を使用しているユーザーは、更新の適用が必要。

Amazon SageMaker Unified Studio が ODBC 接続をサポートし、データユーザーは Microsoft Power BI や他の ODBC 対応ツールを Amazon Athena ODBC ドライバー経由で SageMaker Unified Studio プロジェクト内の管理されたデータに直接接続できる。プロジェクトの JDBC および ODBC 接続タブから、DSN なし接続用の接続文字列とパラメーターをコピーするか、名前付き DSN の設定に使用できる。Amazon Athena ODBC ドライバー (バージョン 2.2.0.1 以降) は SageMakerBrowserIdc モードと SageMakerIam モードの 2 つで SageMaker Unified Studio と直接連携する。SageMakerBrowserIdc モードではブラウザーを開いて AWS IAM Identity Center と外部アイデンティティプロバイダーでサインインし、SageMakerIam モードでは一時的な AWS 認証情報を使用する。ODBC 接続は SageMaker Unified Studio が提供されているすべての AWS リージョンで利用可能で、追加費用はかからない。詳細は Amazon SageMaker Unified Studio ユーザーガイドと Amazon Athena ODBC ドライバードキュメントを参照

この更新の位置づけ

データアナリストやビジネスインテリジェンス担当者は、既存のツールとワークフローで管理されたデータにアクセスできるため、データ分析とレポートの効率が向上する

Amazon Elastic Container Service (Amazon ECS) は、RunTask および StartTask API で CPU およびメモリリソースの IAM 条件キーをサポートするようになった。これにより、管理者はこれらのキーを使用して、すべての ECS タスク起動方法で一貫した CPU およびメモリ制限を適用できる。これにより、組織は予期しないコストオーバーランを防止し、ワークロードをリソースポリシーに沿って維持できる。以前、ecs:task-cpu および ecs:task-memory 条件キーは、RegisterTaskDefinition、CreateService、および UpdateService API のみで利用可能だった。これらの条件キーは、RunTask および StartTask API でも利用可能になった。これにより、IAM ポリシーがこれらの条件キーを参照する場合、RunTask および StartTask を介してタスクが起動されるときに評価され、管理者は ECS 環境全体でリソース割り当てを統一的に制御できる。この機能強化は、Amazon ECS が利用可能なすべての AWS リージョンで利用可能で、追加コストは発生しない。Amazon ECS で条件キーを使用する方法の詳細については、ドキュメントを参照してください。

この更新の位置づけ

この変更は、IAM ポリシーを通じて ECS タスクの CPU およびメモリリソースを統一的に管理する必要がある管理者に影響する

Amazon CloudWatch ネットワークモニタリングの合成モニターでは、AWS トランジットゲートウェイ リージョン間ピアリング接続を経由する経路で、ネットワークパフォーマンスの問題が AWS ネットワークに起因するかどうかを判断できる。これにより、ネットワークオペレーターやアプリケーション開発者は、これらの経路の性能低下の原因を特定する時間を短縮できる。以前は、合成モニターのネットワークヘルスインジケーターは AWS Direct Connect を経由する経路のみを対象としていたが、このリリースでは、トランジットゲートウェイ リージョン間ピアリング経由でピアリングされたリージョンに到達する経路にも対応した。これらの経路について、このインジケーターはトランジットゲートウェイ ピアリング接続までの AWS ネットワーク経路のヘルスを反映し、Amazon CloudWatch アカウントに公開されるため、ダッシュボードの作成やアラームの設定が可能である。

この更新の位置づけ

この更新は、AWS トランジットゲートウェイ リージョン間ピアリング経由のネットワークパフォーマンスの問題を迅速に特定する必要があるネットワークオペレーターやアプリケーション開発者にとって有用である。

AWS Marketplace で、リクエストデモまたはプライベートオファーのコールトゥアクションボタンを有効にした販売者は、カスタマーがリクエストを提出した数分以内に対応できる。顧客がリクエストを提出すると、ユースケースの詳細を提供でき、AWS Marketplace がエージェントワークフローで詳細を評価し、定義されたユースケースを含むアクティブなプロスペクトを販売者に作成する。各オポチュニティは AWS パートナーセントラルに顧客の連絡先とユースケースとともに到着し、販売者は直接連絡できる。以前は AWS 担当者がすべてのリクエストを資格認定し、共有するまでに数日かかっていたが、今では販売者は AWS による手動の資格認定を待たずに、すべてのアクティブなリードをその場で受け取る。顧客が追加情報なしで連絡先のみを提供した場合でも、販売者はリードとして詳細を受け取り、AWS リードプロスペクティングワークフローで補完できる。リクエストデモまたはプライベートオファーボタンをまだ追加していない販売者は、AWS Marketplace セラーガイドの手順に従って有効にできる。これにより、カスタマーは販売者の製品リストページから直接デモやプライベートオファーをリクエストでき、製品評価を加速し、調達サイクルを短縮できる。

この更新の位置づけ

AWS Marketplace の販売者向けの機能で、リクエスト処理の効率化とリード獲得の迅速化が実現する。

Amazon Quick デスクトップアプリが macOS および Windows で一般提供開始された。このアプリは、Amazon Quick の完全な機能をコンピューターに提供し、ローカルファイルと直接連携し、バックグラウンドでカレンダー、メール、ビジネスアプリと接続する。Quick はデスクトップとモバイルアプリ間で会話、コンテキスト、エージェントを同期し、一方の端末で始めた作業をもう一方の端末で引き続き行える。リリースにより、Amazon Quick エージェントはコンピューターを閉じた後でもバックグラウンドで継続的に実行され、長時間作業が進む。オフィスを出る前にエージェントを開始し、通勤中にモバイルアプリから追加入力を提供し、到着時に最終出力を確認できる。Quick はプロダクションクラスの安定性を実現し、AWS SLA を維持し、エンタープライズ規模でのデプロイ向けのガバナンスと管理コントロールを提供する。Amazon Quick デスクトップアプリは、US East (N. Virginia)、Asia Pacific (Sydney)、US West (Oregon)、Europe (Ireland)、Europe (London)、Asia Pacific (Tokyo)、Europe (Frankfurt) の 7 リージョンで利用可能。既存の Quick ユーザーはここからダウンロードできる。Quick モバイルアプリは、Apple App Store および Google Play Store で無料で利用できる。

この更新の位置づけ

Amazon Quick は、AI ドライバンの作業を効率化するエージェント型アプリケーション。デスクトップアプリの提供により、ローカル環境とクラウドリソースをシームレスに統合し、モバイルとデスクトップ間での作業継続性を高める。

Amazon Quick アクティビティフィードが iOS および Android の Amazon Quick モバイルアプリで利用可能になった。これにより、企業コミュニケーションやツールで必要なすべての作業を 1 つの優先順位付きビューで確認できる。重要な通知を選択でき、Quick が優先順位を学習し、重要な項目のみを表示する。ルーチンを使用して、接続されたデータソースからフィードに投稿することもできる。デスクトップとモバイル間でコンテキストが保持され、一方のデバイスで開始した作業を他方で継続できる。既存の Amazon Quick アクセスに含まれ、追加コストはない。既存の顧客は App Store と Google Play Store からダウンロード可能。新規顧客は Quick 製品ページで無料アカウントを作成できる。

この更新の位置づけ

Amazon Quick は企業向けのコミュニケーションツールで、この更新によりモバイルデバイスでの作業効率が向上する。

Amazon Quick は、組織全体の管理やコラボレーションを強化し、チームがどこで作業しても信頼できる回答を提供する新機能を提供する。これらの機能は、デスクトップとモバイルで利用可能で、エンタープライズレベルの管理、より豊かなコラボレーション、常時動作するインテリジェンスを提供する。スケジュールされたタスクや監視エージェントはクラウドで実行され、ラップトップが閉じていてもフィードに結果を配信する。アクティビティフィードはトップレベルのフィルター、改善されたキャッチアップビュー、1 日に 3 回更新されるデイリーブリーフィング、最大 7 日間のフィードデータを検索できる機能を追加する。管理者はモバイルデバイス管理サポート、カスタムユーザーごとの権限、Microsoft Purview のデータ損失防止統合を獲得する。チームはファイルを共有し、エージェントやスキルを公開して他のユーザーが発見してインストールできる。Quick スペースと Quick アプリはデスクトップでネイティブに実行され、インデックスされたローカルフォルダーを検索可能なスペースに変換し、インライン引用で回答のソースを確認できる。さらに、すべての Quick サブスクライバーは毎月より多くのエージェント時間を獲得する。プロフェッショナルは 4 時間から 8 時間に、エンタープライズは 8 時間から 18 時間に増加し、単一のよりシンプルな割り当てに統合された。新しいユーザーは無料でアカウントを作成し、数分で Quick を使用できる。

この更新の位置づけ

Amazon Quick は、企業の情報管理とコラボレーションを向上させるプラットフォームであり、これらの新機能により、チームの作業効率とセキュリティがさらに高まる。

本日、Amazon Elastic VMware Service (Amazon EVS) がアジア太平洋 (大阪)、アジア太平洋 (台北)、ヨーロッパ (スペイン)、イスラエル (テルアビブ) リージョンで提供開始されました。このリージョン拡大により、お客様は VMware ワークロードを AWS で実行する際の選択肢が増え、スケールと柔軟性を活用できます。Amazon EVS は、AWS Nitro を搭載した EC2 バリメタルインスタンス上で、Amazon VPC 内で VMware Cloud Foundation (VCF) を直接実行します。数時間で完全な VCF 環境を構築でき、古いインフラストラクチャの除去、運用リスクの低減、およびデータセンターからの移行の重要期限の達成に役立ちます。この提供では、VCF 9.0 および 9.1 のサポートを含むすべての既存の Amazon EVS 機能がサポートされます。追加されたこれらのリージョンでは、お客様の VMware ワークロードがエンドユーザーに近い場所で実行され、遅延が低減され、データ所在地や主権要件に準拠し、高可用性と回復力のための追加オプションが提供されます。詳細については、Amazon EVS の製品詳細ページとユーザーガイドをご覧ください。

この更新の位置づけ

Amazon EVS は VMware ワークロードを AWS で実行するためのサービスで、特に VMware ユーザーにとって有用です。このリージョン拡大により、複数の地域での展開が可能となり、顧客の要件に柔軟に対応できます。

AWS Storage Gateway は、Amazon S3 File Gateway 用に FIPS 140-3 認証されたエンドポイントを AWS PrivateLink でサポートするようになった。これまで、File Gateway の FIPS エンドポイントはパブリックインターネット経由でのみ利用可能だったが、今回からプライベートな AWS ネットワークで FIPS 準拠のトラフィックを維持できるため、規制対象のワークロードでストレージゲートウェイを簡単に使用できるようになった。このリリースにより、File Gateway は VPC 内の FIPS インターフェイス VPC エンドポイントを介してストレージゲートウェイサービスエンドポイントにプライベートにアクセスできる。また、NFS および SMB ファイルシェアを作成して、Amazon S3 を S3 FIPS インターフェイスエンドポイントを介してリーチし、ファイル転送ワークロードのエンドツーエンドで FIPS 準拠のプライベート接続を有効にできる。始めるには、VPC でストレージゲートウェイと Amazon S3 の FIPS インターフェイスエンドポイントを作成し、ゲートウェイをアクティベートしてファイルシェアを構成する際に FIPS VPC エンドポイントオプションを選択する必要がある。ゲートウェイを FIPS PrivateLink エンドポイントでアクティベートするには、ソフトウェアバージョン 2.1.10 以降を実行している必要がある。このリリースは、ストレージゲートウェイが FIPS エンドポイントを提供する 8 つの AWS リージョンで利用可能である。

この更新の位置づけ

この更新は、規制対象のワークロードで AWS Storage Gateway を使用するユーザーに影響する。FIPS 準拠のプライベート接続により、セキュリティ要件を満たしつつ、ストレージゲートウェイを簡単に使用できる。

AWS Elemental MediaPackage がダイナミックマルチビューを提供開始する。この機能はサーバー側で複数のライブ動画ソースをタイル化して、視聴者が選択したレイアウトでオンデマンドで配信する。コンテンツプロバイダーは、標準の HLS および DASH ストリームとして、複数の角度やゲーム、個別化された視聴体験を提供できる。カスタムプレイヤーの開発を必要とせず、ほとんどの現代の消費者デバイス、テレビ、セットトップボックスで再生可能。ダイナミックマルチビューは圧縮ドメインで動作し、個別にエンコードされたソースを再エンコードやコンポジティングなしで組み合わせる。顧客は AWS Elemental MediaLive で各ソースを一度エンコードし、MediaPackage がオンデマンドでコンポジションを組み立てる。既存のデバイスやプレイヤーでネイティブに再生され、アプリの変更や SDK の統合は不要。AVC および HEVC コーデック、DRM 暗号化、SCTE-35 広告マーカーパススルー、フルスクリーン広告交換をサポートする。詳細は Elemental ダイナミックマルチビューリファレンスガイドを参照。

この更新の位置づけ

この更新は、ライブ動画のコンテンツ配信プラットフォームとして AWS Elemental MediaPackage を利用するコンテンツプロバイダーやメディア企業に影響を与える。複数の動画ソースをタイル化して視聴者に提供する新しい機能により、視聴体験を向上させることができる。

AWS Elemental MediaTailor が新しい収益最適化機能を提供開始する。この機能は、サーバーサイド広告挿入 (SSAI) のライブストリーム中に、未使用の広告インベントリを Amazon Ads の需要で自動的に収益化する。この機能は Amazon パブリッシャーサービス (APS) のストリーミング TV プログラムに参加している出版社向けで、有効化に追加コストやインフラストラは必要ない。広告はストリームに直接挿入され、すべてのデバイスでシームレスに再生される。主な特徴は、大きなライブイベント向けに設計されたスケール対応性、ブランドセーフティ、簡単な有効化、CloudWatch でのパフォーマンス可視化など。収益最適化は、MediaTailor が利用可能なすべての AWS リージョンで利用可能。

この更新の位置づけ

この更新は、ライブストリーミングコンテンツの広告収益を最大化したい出版社向けの機能である。既存の広告挿入ワークフローに追加コストやインフラストラなしで、未使用広告スロットを自動的に収益化できる。

Amazon Bedrock マネージドナレッジベースで、CheckIngestedDocumentAcl と GetIngestedDocumentAcl API が提供開始された。これらの API により、ユーザーが特定のドキュメントにアクセスできるかどうかを確認したり、ドキュメントに設定されたアクセス制御リスト (ACL) 全体を取得して設定内容を確認できる。コンソールにはデータソース詳細ページに「ドキュメントアクセス制御」セクションが追加され、ドキュメント ID とユーザー_email を入力してアクセスを確認したり、ドキュメント ID でドキュメントの ACL 全体を取得できる。これにより、企業規模のナレッジベースでアクセス制御を管理する際の可視性が高まる。

この更新の位置づけ

Amazon Bedrock マネージドナレッジベースは、企業のドキュメントやデータベースを LLM に安全に提供するサービス。この更新により、アクセス制御設定の誤りを効率的に確認・修正できるため、セキュリティ管理者や知識管理担当者はより確実にアクセス権を管理できる。

AWS Lambda は、Lambda マネージドインスタンス (LMI) で非同期およびイベントソースマッピング (ESM) 呼び出しの関数タイムアウトを、従来の 15 分から 90 分に延長します。この変更により、データ処理やメディアトランスコード、金融計算、AI インフェレンス、バッチ処理などの長時間実行が必要なジョブを、アプリケーションの再設計なしで Lambda で実行できます。Lambda マネージドインスタンスでは、1 インスタンスで複数の同時リクエストを処理し、特殊なコンピュート構成にアクセスし、EC2 の価格優位性によってコスト効率を向上させることができます。延長されたタイムアウトは、Lambda デュラブル関数内の呼び出しにも適用され、チェックポイントとリプレイ機能で長時間実行をサポートします。非同期呼び出しでは、多段階のデュラブル実行が最大 1 年実行可能です。90 分のタイムアウトは、AWS マネージドコンソール、AWS CLI、Lambda API、インフラとしてのコードツール、または AWS エージェントツールキットを介して設定できます。同期呼び出しは、既存の 15 分の最大タイムアウトを維持します。この機能は、Lambda マネージドインスタンスが利用可能なすべての AWS リージョンで利用できます。

この更新の位置づけ

この更新は、長時間実行が必要なデータ処理や AI インフェレンスなどのワークロードを持つユーザーに影響を与え、Lambda マネージドインスタンスの機能を拡張します

AWS Lambda は、Lambda マネージドインスタンスで AWS Graviton5 を搭載した C9g、C9gd、M9g、M9gd インスタンスをサポートする。これにより、Lambda 関数は最新世代の Graviton プロセッサーで実行され、Graviton4 を搭載したインスタンスに比べて最大 25% のコンピュートパフォーマンスの向上が得られる。Lambda マネージドインスタンスでは、Lambda 関数を AWS EC2 インスタンスで実行できる一方で、Lambda の運用シンプルさを維持する。Lambda マネージドインスタンスでは、インスタンスライフサイクル、OS およびランタイムのパッチング、ルーティング、ロードバランシング、オートスケーリングなどのインフラストラクチャタスクを完全に管理するため、コードの作成に集中できる。今後、キャパシティプロバイダーを作成する際に、目的の Graviton5 インスタンスタイプ (C9g、C9gd、M9g、M9gd) を指定できる。デフォルトでインスタンスタイプを設定すると、Lambda は関数のコンフィグされたアーキテクチャ、メモリサイズ、メモリ対 vCPU の比率に基づいて、インスタンスを選択するリストに自動的に Graviton5 インスタンスを含める。AWS Lambda マネージドインスタンスは、Lambda マネージドインスタンスとこれらの EC2 インスタンスが利用可能なすべての AWS リージョンで C9g、C9gd、M9g、M9gd インスタンスタイプをサポートする。詳細は、Lambda マネージドインスタンスのドキュメントと AWS Lambda の価格ページを参照すること。

この更新の位置づけ

Lambda マネージドインスタンスは、Lambda 関数を EC2 インスタンスで実行できる一方で、Lambda の運用シンプルさを維持する機能であり、この更新によりパフォーマンス向上が実現される

AWS は、.NET モダナイゼーションのための AWS 管理型トランスフォーメーションの一般提供を開始した。このトランスフォーメーションは 1 行の CLI コマンドで起動でき、対話式で実行することも、既存のパイプラインやワークフローにスクリプトで統合して自動実行できる。CLI 体験は、既存の Web アプリケーション、Visual Studio IDE、Kiro Power、MCP エージェントと補完的に動作する。AWS Transform custom により、組織は AWS 管理型およびカスタムトランスフォーメーションを使用してコードを大規模にモダナイゼーションおよび変換できる。言語バージョンのアップグレード、フレームワークの移行、パフォーマンスの最適化、コードベースの分析が可能で、すぐに使用できるトランスフォーメーションまたは組織の特定の要件に合わせてカスタマイズできるトランスフォーメーションを使用できる。これらのトランスフォーメーションは、継続的な改善から恩恵を受け、各エンゲージメントから学び、より正確で効率的な結果を提供する。AWS Transform custom と AWS Transform for .NET は、US East (N. Virginia)、Asia Pacific (Mumbai, Tokyo, Seoul, Sydney)、Canada (Central)、Europe (Frankfurt, London) の 8 つの AWS リージョンで利用可能。.NET モダナイゼーショントランスフォーメーションには月額 50,000 分の無料エージェント時間が含まれる。詳細は AWS Transform ユーザーガイドの AWS 管理型トランスフォーメーションを参照。

この更新の位置づけ

AWS Transform for .NET は、.NET アプリケーションのモダナイゼーションを自動化するツールで、開発者がコードのアップグレードやパフォーマンス最適化を効率的に行えるようにする

Amazon Connect Customer では、コンタクトセンターのマネージャーが、タスクとメールの作業タイプごとに処理能力制限を設定できる機能が提供される。従来はチャネルレベルで同時処理設定が適用され、すべてのコンタクトが同じ扱いをされていたが、今回の機能により、複雑さや優先度、ビジネス機能に基づき作業タイプを分類し、それぞれに独自の同時処理および中断ルールを設定できる。例えば、シンプルな低負荷タスクを最大 3 件同時処理し、複雑な高負荷タスクは 1 件ずつ処理するような設定が可能である。この機能は、Amazon Connect Customer が提供されるすべての AWS コマーシャルおよび AWS GovCloud (US-West) リージョンで利用できる。

この更新の位置づけ

この更新は、コンタクトセンターの運用効率を向上させたい管理者向けである。作業の複雑さや優先度に応じたリソースの最適化が可能になる。

Amazon Connect Customer Profiles がセグメントメンバシップイベントを送信するようになった。これにより、顧客プロファイルが高価値顧客や低満足度顧客などのセグメントに参加または離脱したときに、リアルタイムおよびスケジュールされた通知を受け取れるようになった。以前は、セグメント全体を定期的にエクスポートし、差異を特定するためにカスタムスクリプトを実行する必要があり、この手動プロセスはリソースを消費し、エラーを招き、顧客がセグメントに該当してから下流システムが対応するまで数時間の遅延が生じていた。セグメントメンバシップイベントでは、Customer Profiles が自動的にメンバシップ変更を評価し、変更を Amazon Kinesis Data Stream に直接ストリーミングする。標準条件で構築されたセグメントの場合、プロファイル属性の更新に応じて変更がほぼリアルタイムで検出される。拡張セグメント (Spark SQL を使用) では、期間スナップショットが設定可能な間隔でメンバシップを評価し、変更を通知する。各イベントには、プロファイル ID、セグメント名、操作タイプ (参加または離脱)、変更がリアルタイムで発生したかスケジュールされた実行中に行われたかが含まれ、秒単位でアウトバウンドキャンペーン、パーソナライゼーションワークフロー、またはリテンションアクションをアクティブ化するために必要なすべてが得られる。セグメントメンバシップイベントは、Amazon Connect Customer Profiles が利用可能なすべての AWS リージョンで使用できる。使用を開始するには、ドメイン設定で Amazon Kinesis Data Stream を構成し、セグメントをサブスクライブする。詳細については、管理ガイドを参照すること。Amazon Connect Customer Profiles についての詳細は、製品ページを参照すること。

この更新の位置づけ

この更新は、顧客エンゲージメントやマーケティング活動を自動化し、効率化する必要があるビジネスに影響を与える。顧客プロファイルのセグメント変更をリアルタイムで検出できるため、迅速な対応が可能になる。

AWS Entity Resolution は、機械学習ベースの照合ワークフローにおいて、レコードレベルの信頼度スコアを提供するようになった。これにより、各照合グループ内のすべてのレコードが同じグループレベルのスコアを持つのではなく、各レコードに実際の照合品質を反映したスコアが割り当てられるようになった。これにより、自動マージには高い信頼度を、品質基準を満たす追加レコードには低いしきい値を適用して、より多くのレコードをアクティベートできる。結果として、対象となるオーディエンスの拡大とリードコンバージョンの改善が期待できる。また、監査可能な証拠を各レコードに提供することで、コンプライアンスレベルの照合透明性を維持できる。インクリメンタル ML ワークフローでは、既存の RecordConfidenceLevel カラムが実際のレコードごとのスコアを反映し、スキーマ変更は不要である。AWS Entity Resolution が利用可能なすべての AWS リージョンで使用できる。

この更新の位置づけ

AWS Entity Resolution は、顧客データを統合して重複を解消するサービスである。この更新により、機械学習による照合の精度をより詳細に評価できるようになり、データ統合の精度と効率が向上する。

AWS Private Certificate Authority (AWS Private CA) は、AWS GovCloud (US) リージョンで、Kubernetes 用 AWS Private CA コネクタを Amazon EKS アドオンとして、また Active Directory 用 AWS Private CA コネクタを提供開始する。これにより、政府ワークロードを管理する AWS GovCloud (US) の顧客は、証明書自動化機能を拡張できる。Kubernetes 用コネクタは、EKS コンソール、CLI、API を通じてインストール、設定、ライフサイクル管理を簡略化し、cert-manager と連携して証明書リクエスト、Kubernetes シークレットへの配布、更新を自動化し、Ingress コントローラー向け TLS や Istio や Linkerd などのサービスメッシュでのサービス間通信の保護を可能にする。Active Directory 用コネクタは、AWS GovCloud (US) の顧客が Active Directory 登録オブジェクト用に AWS Private CA を認証局として使用できるようにし、ドメイン参加ユーザー、コンピューター、その他のオブジェクトに自動証明書発行を提供し、スマートカード認証、LDAPS、ネットワークデバイス認証 (802.1x) などのエンタープライズシナリオをサポートする。AWS Private CA は、FIPS 140-3 レベル 3 のハードウェアセキュリティモジュール (HSM) を使用して秘密鍵素材を保護する。詳細は、AWS Private CA 製品ページ、Amazon EKS アドオン ユーザーガイド、AWS Private CA Active Directory コネクタ ドキュメントを参照。

この更新の位置づけ

AWS Private CA は、AWS のプライベート認証局サービスであり、組織内での証明書管理を自動化する。AWS GovCloud (US) は、政府関連のワークロード向けに設計された AWS の専用リージョンであり、本アップデートにより、Kubernetes や Active Directory 環境での証明書自動化が強化される。

Amazon Elastic Block Store (Amazon EBS) のボリュームクローンが、再暗号化を伴う AWS アカウント間でのボリュームコピー機能をサポートするようになった。任意の AWS アカウントにボリュームをコピーし、ターゲットアカウントの AWS Key Management Service (AWS KMS) キーで再暗号化できる。これにより、生産環境と開発環境を別のアカウントで分離している組織は、アカウント境界を越えてデータをコピーできる。クロスアカウントコピーは、暗号化されていないボリュームや顧客管理キーで暗号化されたボリュームを含むすべてのボリュームタイプでサポートされる。ボリュームをアカウント間でコピーするには、まず AWS リソースアクセスマネージャー (AWS RAM) を使用してターゲットアカウントとボリュームを共有し、次にターゲットアカウントで同じアベイラビリティゾーンで共有ボリュームのコピーを作成する。この機能は、AWS マネジメントコンソール、AWS コマンドラインインターフェース (CLI)、AWS SDK を使用してアクセスできる。すべての Amazon EBS ボリュームクローンをサポートする AWS リージョンで利用可能で、すべての商用リージョン、AWS GovCloud (US) リージョン、AWS 中国リージョン、およびサポートされているローカルゾーンも含む。

この更新の位置づけ

この変更は、生産環境と開発環境を別のアカウントで管理している組織や、環境ごとに異なる暗号化キーを維持する必要があるチームに有用である。

Amazon API Gateway の REST API で、バックエンド統合中に TLS ハンドシェイクで ACM 証明書を提示する機能が追加された。これにより、相互 TLS (mTLS) が可能になる。従来は API Gateway が自己署名証明書のみ提示できたが、今後は信頼できる認証局によって署名された証明書を使用できる。統合エンドポイントはハンドシェイク中にこの証明書を検証し、接続が API からのものであることを確認する。既存の公開鍵基盤 (PKI) から ACM に証明書をインポートしたり、AWS Private Certificate Authority を通じて ACM が証明書を発行および管理することもできる。証明書が ACM で再インポートまたは更新された場合、API Gateway は自動的に更新を反映し、再デプロイやダウンタイムは不要である。クライアント接続用の既存の相互 TLS サポートと組み合わせることで、クライアントから API、および API からバックエンドへの両方の接続で相互認証を適用できる。これらは金融サービス、医療など規制された環境やゼロトラスト環境で一般的な要件である。相互 TLS によるバックエンド統合は、API Gateway の REST API が利用可能なすべての商用 AWS リージョンおよび AWS GovCloud (US) リージョンで利用できる。設定は API Gateway コンソール、AWS CLI、または AWS CloudFormation でできる。

この更新の位置づけ

この変更は、API とバックエンドシステム間のセキュリティを強化する必要がある開発者や、規制の厳しい業界のユーザーに有用である。

Amazon SageMaker Feature Store は、AI モデルのトレーニングとデプロイのためにフィーチャーを計算、保存、取得する完全管理機能である。この機能では、レコード内の個々のフィーチャーを更新する機能が追加され、データサイエンティストは単一リクエストで 1 つまたは複数のフィーチャーの値を更新でき、entire レコードを再記述する必要がなくなる。これにより、書き込み遅延とコストが低下する。複数のパイプラインが同じフィーチャーグループに書き込む場合、各パイプラインは計算したフィーチャーのみを更新するため、ストリーミングジョブと夜間バッチジョブが同じレコードを独立に更新できる。この機能により、データサイエンティストはデータイングェストパイプラインでマージロジックを構築せずに、高処理量の単一フィーチャーを更新できる。この機能は、Amazon SageMaker Feature Store が利用可能なすべての AWS リージョンで利用可能である

この更新の位置づけ

この更新は、機械学習モデルのフィーチャーマネジメントを最適化する必要があるデータサイエンティストや開発者に関連する。フィーチャーストアを使用するユーザーは、この機能によりより効率的なデータ更新とコスト削減を実現できる

Amazon Timestream for InfluxDB が、管理された InfluxDB 3 Core および Enterprise エディションで独自の Python プラグインを実行できる機能を追加した。ユーザーは公開またはプライベートリポジトリにプラグインコードをホストし、エンジンがトリガーに応じてコードをフェッチして実行する。これにより、外部インフラを立てることなく、ワークロード固有のロジックを実装できる。プラグインは、処理エンジンがすでにサポートしているトリガータイプで実行され、カスタムデータ変換、アラート、集計、独自サービスとの統合などを実現できる。プラグインは、標準ライブラリと Amazon が検証したパッケージを含む管理された Python 環境で実行されるため、データベース内でワークロード固有の処理を実行できる。プラグインリポジトリを DB パラメータグループに設定し、クラスターに適用して、influxdb3 CLI または HTTP API でトリガーを作成することで利用できる。プライベートリポジトリは、AWS Secrets Manager に保存されたトークンで認証する。カスタムプラグインは、Amazon Timestream for InfluxDB が利用可能なすべての AWS リージョンで利用できる。

この更新の位置づけ

この更新は、InfluxDB データベースの管理されたバージョンでカスタム処理を実装する必要があるユーザーに有用である。

本日、AWS Systems Manager は、Amazon EC2 インスタンスやハイブリッドアクティベーションされたノードが Systems Manager で管理対象になるのを妨げる 6 つの追加カテゴリの問題を診断する機能を拡張した。Systems Manager で管理されているインスタンスでなければ、パッチ適用、コマンド実行、Session Manager での接続、インベントリ収集ができない。診断はこれまでネットワーク接続を対象としていたが、今回 IAM パーミッション、SSM エージェントのバージョン、インスタンスステータスチェック、オペレーティングシステムの構成、デフォルトホスト管理設定、ハイブリッドアクティベーションの問題も識別できる。これにより、より多くのインスタンスが具体的で実行可能な原因を返すため、フロートを管理対象にすることがより速くなる。診断は Systems Manager の統一コンソールで実行でき、Systems Manager は各カテゴリで検出された特定の問題を報告する。診断された問題にはそれぞれステップバイステップのガイドラインが用意されており、一部の問題についてはコンソールから AWS Systems Manager オートメーションランブックを実行して問題を直接解決することもできる。この診断機能は、デフォルトで有効化されているすべての AWS リージョンで利用できる。この機能は AWS Systems Manager オートメーションランブックとして実行されるため、実行したランブックに対して標準のオートメーション使用料が適用される。詳細は AWS Systems Manager ユーザガイドまたは AWS Systems Manager 製品ページを参照すること。

この更新の位置づけ

AWS Systems Manager は、EC2 インスタンスやハイブリッド環境の管理と操作を統一的に提供するサービス。この更新により、管理対象外のインスタンスの原因をより正確に特定できるため、問題の解決と管理対象の復帰が迅速になる

AWS は、完全マネージドのリトリーバルオーグメンテッドジェネレーション (RAG) サービスである Amazon Bedrock マネージドナレッジベース用に Confluence Data Center データソースコネクタを提供開始した。セルフホストされた Confluence Data Center インスタンスを実行している顧客は、インスタンスの認証情報を提供するだけで、Confluence スペースのブログやページを自動的にクロールし、メタデータ抽出や増分同期を行うことができる。これにより、Confluence に保存されたチームの知識 (ウィキページやブログ投稿など) にアクセス可能となり、フィルターで特定のスペースやコンテンツタイプに制限して、関連コンテンツのみをイング estion してコスト効率の良いナレッジベースを維持できる。エンジニアリングドキュメントやランブック、Confluence Data Center にホストされたチームナレッジベースに基づく内部アシスタントを簡単に構築できる。

この更新の位置づけ

Confluence Data Center を使用している組織は、このコネクタにより既存のナレッジベースを AI アシスタントの情報源として直接利用できるようになる

本日、AWS HealthOmics はリソースフォールバック指令を導入した。この指令により、Workflow Description Language (WDL) ワークフローでタスクに優先するアクセラレータタイプの一覧を定義でき、指定したアクセラレータが利用できない場合は自動的に代替オプションを試す。CPU インスタンスを最終フォールバックとして含めることも可能。各アクセラレータプロファイルにはタイムアウトが設定でき、フォールバック順序を迅速に進めるか、優先アクセラレータの確保確率を高めるかを選択できる。この機能は US East (N. Virginia, Ohio)、US West (Oregon)、Europe (Frankfurt, Ireland, London)、Israel (Tel Aviv)、Asia Pacific (Seoul, Singapore, Tokyo) の各リージョンで利用可能。

この更新の位置づけ

AWS HealthOmics は、ヘルスケアおよびライフサイエンス分野の顧客が、完全にマネージドされたバイオインフォマティクスワークフローで科学的ブレイクスルーを大規模に加速するのに役立つ HIPAA 対応サービス。この更新は、アクセラレータの制約によりランが診断され直す必要が減り、生産ワークフローが継続的に実行されるようになる

Amazon Bedrock AgentCore Memory は、開発者がコンテンツを長期間記憶に直接送信できるようにした。IngestData API はコンテンツを受け取り、設定された長期間記憶戦略に分散し、結果の記憶レコードを他の長期間記憶レコードと同じ取得操作で利用できる。短期間記憶イベントを作成せずに長期間記憶を独立して使用できる。IngestData は会話ペイロードと JSON ペイロードをサポートし、CreateEvent と同じ抽出パイプラインにフィードするメタデータをオプションで受け取る。処理後、ListMemoryRecords や RetrieveMemoryRecords で抽出結果を確認でき、Kinesis でリアルタイム通知をストリームし、ListMemoryExtractionJobs で抽出の失敗をリドライブできる。IngestData は Amazon Bedrock AgentCore Memory がサポートされているすべての AWS リージョンで利用可能。

この更新の位置づけ

Amazon Bedrock AgentCore Memory は、AI エージェントが情報を記憶し、会話をより自然に続けるためのサービス。この更新により、開発者はより柔軟に長期間記憶を管理できるようになる。

Amazon RDS for MariaDB が、コミュニティ MariaDB の最新マイナーバージョン 10.6.28、10.11.19、11.4.13、11.8.9、12.3.3 をサポートするようになった。これらのバージョンでは、ポストクアンタム TLS (PQ-TLS) のキーの交換が導入され、データ転送中の暗号化にポストクアンタム暗号化オプションを提供する。古いバージョンの MariaDB の CVE の修正、バグ修正、パフォーマンスの向上、新機能の利用のため、アップグレードを推奨する。アップグレードは Amazon RDS のブルー/グリーンデプロイ、インプレースアップグレード、スナップショットからの復元で実行できる。自動マイナー版アップグレードを有効にすると、クラスター間での段階的なアップグレードを AWS Organizations のアップグレードロールアウトポリシーで実行できる。RDS for MariaDB はクラウドで MariaDB のデプロイを簡単に設定、操作、スケールできる。

この更新の位置づけ

この更新は、MariaDB データベースを AWS でホストしているユーザーに影響する。最新のセキュリティパッチと機能の導入により、データベースの安全性とパフォーマンスが向上する

AWS Transform が AWS GovCloud (US-West) リージョンで提供開始された。これにより、政府機関や規制対象組織が、AWS GovCloud (US) 内で大規模な移行を計画・実行できる。AWS Transform は、VMware、ベアメタル、Hyper-V、データベースワークロードのサーバー移行を自動化し、分離環境での移行を可能にする。このリージョンでは、AWS GovCloud (US-East) および AWS GovCloud (US-West) の両方へのターゲットリージョンへの移行がサポートされる。モダナイゼーション、カスタム変換、アセスメント機能は、このリージョンでのローンチには含まれず、サポート対象の商用リージョンで利用可能。

この更新の位置づけ

AWS GovCloud (US) は、政府機関や規制対象組織向けに設計されたクラウド環境であり、このアップデートにより、これらの組織は安全で規制に準拠した環境で大規模な移行を実行できる。

Amazon S3 Object Lock はイベントホールド機能をサポートし、契約締結や監査完了などの未来のイベントに基づいてオブジェクトの保持期間を設定できる。イベントホールドは保持期間を指定してオブジェクトに適用し、ホールドが適用されている間は S3 がオブジェクトを保護する。ホールドが解放されると、指定した期間オブジェクトが保持される。イベントホールドは個別のオブジェクトに適用したり、バケットのデフォルト設定として設定したり、S3 バッチ操作で大規模に適用できる。新しい AWS IAM およびバケットポリシーの条件キーで、ホールドの設定や解放を誰が行えるかを制御し、最小または最大のホールド期間を強制できる。AWS CloudTrail がすべてのホールド操作をログに記録し、S3 インベントリがバケット全体のホールド状態を報告する。イベントホールドは中国リージョンを含むすべての AWS リージョンで利用可能で、追加料金はかからない。

この更新の位置づけ

この変更は、契約や監査などのイベントに基づいてデータの保持期間を正確に管理する必要がある組織に有用である。S3 Object Lock は WORM コンプライアンスを支援する機能を提供する。

AWS Nx プラグインのバージョン 1.0 が公開された。このプラグインは、Nx ビルドシステムを拡張し、AI エージェントや API、ウェブサイト、データベースを含むフルスタックアプリケーションのテンプレートを提供する。各テンプレートは、AWS CDK または Terraform でインフラを定義し、AWS WAF 保護や CloudWatch ログ、X-Ray トレーシングなどの推奨プラクティスを含む。生成されたコードはプラグインに依存せず、Nx マイグレーションで改善が適用可能。Apache 2.0 ライセンスで無償で利用できる。

この更新の位置づけ

この更新は、AWS 上でフルスタックアプリケーションを迅速に構築したい開発者やチームに有用。テンプレートを使用することで、セキュリティや監視機能を組み込んだ堅牢な基盤を簡単に作成できる。

本日、AWS は Amazon CloudFront の動的画像変換 (DIT) に 4 つの新しい機能を追加したと発表した。顧客は、顔やラベル、テキスト、ロゴ、カスタム Amazon Rekognition モデルを組み合わせて使用する高度なスマートクロップや、製品やテキスト、ロゴ、カスタムオブジェクトを保持する高度なコンポジション制御を利用できる。自動画像最適化も強化され、CloudFront のマルチティアデバイス検出を使用して、電話やタブレットからスマートテレビまで、あらゆるブラウザーとデバイスタイプに適したサイズの画像を配信する。DIT には画像変換のテストと検証のためのインタラクティブなプレイグラウンドも導入され、ECS と Lambda アーキテクチャの機能が完全に整った。

この更新の位置づけ

この更新は、画像配信の効率化やカスタマイズを必要とする開発者やマーケティング担当者にとって有用である

AWS Builder ID は、AWS Builder Center、AWS トレーニングと認定、Amazon Quick、Kiro などへのアクセス用プロファイルです。これまで以上にプロファイルを保護し、リカバリできるようにする新機能が追加されました。リカバリメールを追加することで、AWS サポートに連絡せずにより多くのシナリオでセルフサービスでリカバリが可能になります。忘れたパスワードは、メインまたはリカバリメールに送信されたリンクでリセットできます。MFA デバイスにアクセスを失った場合、メインとリカバリメールの両方を検証することでアクセスを回復できます。Google、Apple、GitHub、Amazon で Builder ID にサインインしている場合は、AWS Builder ID で直接 MFA デバイスを登録できるため、メールとパスワードのユーザーに提供されていた強力なアカウント保護をこれらのサインイン方法でも利用できます。また、サードパーティのアカウントにアクセスできなくなった場合は、サインイン方法をメールアドレスとパスワードに永続的に切り替えることができます。AWS Builder ID の詳細とアカウントリカバリと MFA の設定方法については、AWS Builder ID のドキュメントをご覧ください。

この更新の位置づけ

AWS Builder ID は AWS の開発者向けプラットフォームにアクセスするためのプロファイルで、この更新によりアカウントのセキュリティとリカバリが強化されます

AWS は、Amazon Bedrock マネージドナレッジベースにおいて、SharePoint、OneDrive、Confluence のデータソース向けにユーザー管理設定 (3LO) を発表しました。従来、これらのデータソースの設定にはサードパーティ側で 2LO 認証情報を生成する必要があり、時間がかかり、システムへの管理者権限がないユーザーはアクセスできませんでした。ユーザー管理設定では、既存のサードパーティ認証情報でサインインするだけで、Amazon Bedrock マネージドナレッジベースが認証を処理し、データソースの設定を数分で完了できます。この簡素な体験により、マネージドナレッジベースの利用障壁が低下します。SharePoint ドキュメント、OneDrive ファイル、Confluence ウィキに基盤を置く AI アシスタントを迅速にプロトタイプしたいチームは、IT 管理者と連携してサービスアカウント認証情報を取得する必要がなくなります。ユーザー管理設定は、既存のサービスアカウント認証と補完関係にあり、データ接続をより迅速に実現しながら、生産環境ワークロード向けにはプログラムによるエンタープライズグレードのオプションを維持します。詳細は、Amazon Bedrock ユーザガイドの SharePoint ユーザー管理設定、OneDrive ユーザー管理設定、Confluence ユーザー管理設定を参照してください。

この更新の位置づけ

Amazon Bedrock マネージドナレッジベースは、AI アプリケーションに企業データを統合するためのサービスです。この更新により、SharePoint、OneDrive、Confluence のデータソースをより簡単に接続できるようになり、特に管理者権限を持たないユーザーや迅速なプロトタイプ作成が必要なチームに有益です

Amazon Managed Workflows for Apache Airflow (MWAA) Serverless が AWS GovCloud (US-East) と AWS GovCloud (US-West) リージョンで提供開始した。Amazon MWAA Serverless は Apache Airflow インフラの管理オーバーヘッドを自動的に解消し、オンデマンドでコンピュートリソースをプロビジョニングおよびスケーリングする。従量課金制により、実際のワークフロー実行時間のみが請求される。

この更新の位置づけ

AWS GovCloud (US) は米国政府関連のワークロード向けに設計されたクラウドで、セキュリティとコンプライアンス要件が高い環境で MWAA Serverless が利用可能になる。

Amazon GuardDuty は、カスタム検出ルールを提供開始する。これにより、クラウドトレイル管理イベント向けの 35 種類の事前構築済みルールがオプションで利用可能となり、環境に合わせて脅威検出を拡張できる。カスタム検出ルールは、MITRE ATT&CK®の 10 の戦術にマッピングされた 26 種類のユニークな検出タイプを生成し、ログの収集や正規化、保存を必要としない。特定の脅威技術 (AMI の外部共有、フローログの無効化、MFA なしのログインなど) が一部のアカウントでは問題になる一方で、他のアカウントでは日常的に行われるため、カスタム検出ルールでは、これらの検出を予期しない活動にのみ有効にできる。カスタム検出ルールは、GuardDuty コンソールまたは API 経由で利用でき、ライブ運用前にドライランモードで有効化して検出の有効性を評価できる。これらはすべての AWS 商用リージョンおよび AWS GovCloud (US) リージョンで利用可能。

この更新の位置づけ

Amazon GuardDuty は不正アクセスやセキュリティイベントを検出するセキュリティサービスであり、この更新により組織特有の検出範囲をカスタマイズできる

AWS Model Context Protocol Server (AWS MCP Server) がサーバーレス機能を追加し、Claude Code や Kiro などのコードエージェントが AWS Lambda 関数と接続リソースの診断を効率的に行えるようになった。この機能により、エージェントは Lambda 関数と API Gateway、EventBridge、S3、DynamoDB、SNS、SQS、Step Functions などのリソースを検査し、7 日間のベースラインと比較してエラーを相関させ、再発するエラーを特定し、関数とリソースのデプロイ構成を取得し、最近の変更のタイムラインを提供し、リソース間のサービス遅延を分析できる。エージェントが包括的なデータを 1 回の呼び出しで取得するため、複数の API 呼び出しに比べてトークンを消費しない。AWS MCP Server は Agent Toolkit for AWS またはスタンドアロンインストールで利用可能で、すべての商用 AWS リージョンでサービスにアクセスでき、サーバーレス診断機能は追加料金なしで利用できる。

この更新の位置づけ

この更新は、AI コードエージェントが AWS Lambda 関数の問題を効率的に診断できるようにする開発者向けの機能です

Amazon Bedrock マネージドナレッジベースで、データソースコネクタの自動同期スケジューリングがサポートされる。以前のようにソースデータが変更されるたびに手動で同期を実行したり、カスタムソリューションを構築したりする必要はなくなり、すべてのネイティブデータソースコネクタに対して毎日、週単位、または月単位の同期スケジュールを設定できる。これにより、操作オーバーヘッドが削減され、取得拡張生成アプリケーションが現在の企業データに根ざした状態に保たれる。

この更新の位置づけ

この更新は、RAG (リトレーバル拡張生成) ソリューションを実装している開発者や企業に影響を与える。データソースの同期を自動化することで、データの最新性を維持しつつ、管理オーバーヘッドを削減できる。

AWS は、完全マネージドのリトリーバルオーグメンテッドジェネレーション (RAG) サービスである Amazon Bedrock マネージドナレッジベース用に ServiceNow データソースコネクタを提供開始した。顧客は ServiceNow インスタンスに接続し、知識記事とサービスカタログアイテムを直接マネージドナレッジベースにクロールできる。従来は ServiceNow コンテンツを Bedrock ナレッジベースにインポートするためにカスタムイング estion パイプラインを構築・維持する必要があったが、今では ServiceNow インスタンスの認証情報のみを提供すれば、データクローリング、メタデータ抽出、インクリメンタル同期がすべて自動化される。ServiceNow コネクタは知識記事やサービスカタログアイテム (ファイル添付を含む) をクロールし、AI エージェントが ServiceNow に保持される組織知識にアクセス可能にする。sys ID を利用して特定のナレッジベースや記事カテゴリ、サービスカタログに制限を設け、関連コンテンツのみをインポートできる。これにより、組織の最新の ServiceNow コンテンツに基づいた従業員向け IT アシスタント、HR ヘルプデスク、顧客サポートエージェントを簡単に構築できる。

この更新の位置づけ

この更新は、ServiceNow の知識記事やサービスカタログを AI アプリケーションに統合したい組織にとって有用である。Amazon Bedrock マネージドナレッジベースは、RAG を利用して大規模言語モデル (LLM) の回答を専門知識で補完するサービスであり、ServiceNow のコンテンツを直接接続できることで、カスタムイング estion パイプラインの構築が不要になる。

Amazon Elastic Container Service (Amazon ECS) はロールイングデプロイ戦略で早期成功基準をサポートするようになった。これにより、ユーザーはデプロイが成功とみなされる条件として、ターゲットサービスリビジョンで実行中かつ正常なタスクの割合 (健康なパーセント) を設定できる。例えば、希望タスク数が 100 で健康なパーセントが 90% の場合、Amazon ECS は 90 つのタスクが正常になった時点でデプロイを成功とみなし、残りのタスクは通常のサービススケーリングで起動を続ける。特殊なハードウェアや制約のあるキャパシティで実行されるワークロード (GPU アクセラレータ付きの推論ワークロードなど) に役立つ。早期成功基準では、デプロイロールバック監視の期間も制御でき、設定した成功基準が満たされるまでデプロイを保護しつつ、次のスケールアウトは通常のサービススケーリングで実行できる。また、ソースサービスリビジョンのクリーンアップを BLOCKING または DEFERRED で選択できる。BLOCKING では、成功を宣言する前にソースリビジョンのクリーンアップを完了する。DEFERRED では、基準が満たされた時点で成功を宣言し、デプロイの外で非同期にソースリビジョンのタスクをドレインする。これは、アクティブな長寿命接続やタスクスケールイン保護があるサービスに有用である。この機能は、すべての AWS 商用および AWS GovCloud (US) リージョンでロールイングデプロイ戦略で利用できる。新しいおよび既存の Amazon ECS サービスに対して、AWS マネジメントコンソール、AWS CLI、AWS SDK、およびインフラとしてのコード (IaC) ツールで設定できる。

この更新の位置づけ

Amazon ECS はコンテナ化されたアプリケーションを管理するためのサービスで、この更新はデプロイプロセスの柔軟性を高め、特にハードウェアリソースが制約されたワークロードに有用である。

Amazon EC2 で、AMI 所有者は自らの AMI と互換性のあるインスタンスタイプを指定できるようになった。サポートするインスタンスタイプ、サポートしないインスタンスタイプ、またはその両方を指定でき、許可されていないインスタンスタイプでの起動は自動的にブロックされる。これにより、非互換なインスタンスと AMI の組み合わせによる起動失敗のリスクが軽減される。デフォルトでは AMI はあらゆるインスタンスタイプで起動可能であり、制限が明示的に適用されるまで既存のワークフローは影響を受けない。この機能はすべての AWS リージョンで利用可能で、追加料金はかからない。詳細はドキュメントを参照されたい。

この更新の位置づけ

この変更は、AMI を管理するユーザーや、特定のインスタンスタイプでのみ起動する必要があるワークロードを持つユーザーに影響する。AMI とインスタンスタイプの互換性を制御できるため、不要な起動エラーを防止できる。

本日より、Amazon EC2 M9g および M9gd インスタンスが、ヨーロッパ (アイルランド) およびアジア太平洋 (シンガポール、シドニー、東京) リージョンで提供開始。これらのインスタンスは AWS Graviton5 プロセッサーを搭載し、メモリ集約型ワークロード向けの最適化を提供する。AWS Graviton5 プロセッサーは第 5 世代の独自設計 CPU で、Amazon EC2 上で実行されるメモリ集約型ワークロードの価格パフォーマンスを向上させる。M9g および M9gd インスタンスは、AWS Graviton4 ベースの M8g および M8gd インスタンスと比較して最大 25% のパフォーマンス向上を実現し、データベースでは最大 30% の高速化を達成する。これらのインスタンスは第 6 世代 AWS Nitro システムで構築されており、Nitro Isolation Engine を初めて搭載。形式的検証を活用して、顧客のワークロードが互いおよび AWS オペレーターから分離されていることを数学的に保証し、クラウドセキュリティの新たな基準を確立する。M9g インスタンスは、オープンソースデータベース、インメモリキャッシュ、ビッグデータ分析、メモリ集約型アプリケーションに最適。M9gd インスタンスは、メモリ集約型ワークロードに加え、高速で低レイテンシーのローカルストレージを必要とするスクラッチスペース、一時ファイル、キャッシュ向けに、ローカル NVMe ベースの SSD ブロックレベルストレージを提供する。これらのインスタンスは、これらの 4 つのリージョンで、セーブプラン、オンデマンド、スポットインスタンス、専用インスタンス、または専用ホストを通じて購入可能。

この更新の位置づけ

Amazon EC2 M9g および M9gd インスタンスは、メモリ集約型ワークロード向けの高性能とセキュリティを備えた新しいインスタンスタイプ。これにより、データベースやビッグデータ分析などのアプリケーションの効率が向上する。

AWS Transfer Family SFTP Connectors は、リモート SFTP サーバーとの認証に使う資格情報をローテーションしても、ファイル転送を継続可能になった。各回資格情報が更新されても、コネクターを新しいシークレットバージョンに再設定する必要がなく、手動作業が不要で、ローテーション期間中の転送失敗を防げる。コネクターは、指定順序の AWS Secrets Manager バージョンステージから資格情報を取得し、最初に成功したバージョンで認証を試みるため、資格情報がどちら側でローテーションされても転送が中断されない。設定はコネクターの作成または更新時に可能で、コネクターの資格情報は AWS Secrets Manager に保存する必要がある。この機能は、AWS Transfer Family SFTP Connectors がサポートされているすべての AWS リージョンで利用可能

この更新の位置づけ

AWS Transfer Family は、AWS マネージドサービスを使用して SFTP/SFTP サーバーとのファイル転送を安全かつ効率的に行えるサービス。この更新により、資格情報のローテーション中の手動作業が不要になり、転送の信頼性が向上

本日より、Amazon EC2 P6-B200 インスタンスが NVIDIA Blackwell GPU で加速され、アジア太平洋 (ハイデラバード) リージョンで提供開始された。これらのインスタンスは、AI トレーニングと推論で P5en インスタンスより最大 2 倍のパフォーマンスを提供する。P6-B200 インスタンスは、8 基の Blackwell GPU、1440 GB の高帯域幅 GPU メモリ、P5en に比べて 60% 高い GPU メモリ帯域幅、5 世代 Intel Xeon プロセッサー (エメラルドラピッズ)、最大 3.2 テラビット/秒の Elastic Fabric Adapter (EFAv4) ネットワーキングを備える。また、AWS Nitro システムによって、Amazon EC2 UltraClusters 内で数万台の GPU まで信頼性とセキュリティを持って AI ワークロードをスケールできる。P6-B200 インスタンスは p6-b200.48xlarge サイズで、US 西 (オレゴン)、US 東 (バージニア北部、オハイオ)、AWS GovCloud (US-西、US-東)、アジア太平洋 (ハイデラバード、ムンバイ) リージョンで利用可能。

この更新の位置づけ

この更新は、AI トレーニングや推論を必要とするユーザーに影響を与える。NVIDIA Blackwell GPU を搭載した新しいインスタンスタイプが利用可能となり、パフォーマンスが向上する。

本日より、Amazon EC2 の C9g および C9gd インスタンスが、AWS Graviton5 プロセッサーを搭載して東京リージョンで提供開始された。AWS Graviton5 プロセッサーは第 5 世代の独自設計 CPU で、計算集約的なワークロードに最適化されたパフォーマンスを提供する。これらのインスタンスは、Graviton4 ベースの C8g および C8gd インスタンスと比較して最大 25% のコンピュートパフォーマンス向上を実現し、データベースでは最大 30%、ウェブアプリケーションや機械学習では最大 35% の高速化が達成されている。C9g および C9gd インスタンスは第 6 世代 AWS Nitro システムをベースに構築され、Nitro Isolation Engine を初めて採用。形式的検証により、顧客のワークロードが互いおよび AWS オペレーターから分離されていることを数学的に保証し、クラウドセキュリティの新たな基準を築く。C9g インスタンスは、高性能コンピューティング (HPC)、バッチ処理、ゲーム、ビデオエンコーディング、科学的モデリング、分散分析、CPU ベースの機械学習 (ML) インフェレンス、リアルタイム分析、広告配信などのワークロードに適している。C9gd インスタンスは、計算集約的なワークロードに加え、高速で低レイテンシーのローカルストレージを必要とするスクラッチスペース、一時ファイル、キャッシュに適している。これらのインスタンスは、東京リージョンで、セーブプラン、オンデマンド、スポットインスタンス、専用インスタンス、または専用ホストで購入可能。

この更新の位置づけ

AWS Graviton ベースの EC2 インスタンスは、計算効率とコストパフォーマンスに優れたオプションとして、開発者や企業に人気がある。これらの新しいインスタンスは、特にデータ処理や機械学習などのワークロードでパフォーマンスの向上が期待できる。

本日より、Amazon EC2 P6-B300 インスタンスが AWS アジア太平洋 (ジャカルタ) リージョンで提供開始された。P6-B300 インスタンスは 8xNVIDIA Blackwell Ultra GPU を搭載し、2.1TB の高帯域幅 GPU メモリ、6.4 Tbps の EFA ネットワーク、300 Gbps の専用 ENA スループット、4 TB のシステムメモリを備える。P6-B300 は P6-B200 インスタンスと比較して、ネットワーク帯域幅が 2 倍、GPU メモリサイズが 1.5 倍、GPU TFLOPS (FP4、非疎性) が 1.5 倍で、大規模なトランションパラメーターの基盤モデル (LLM を含む) のトレーニングとデプロイに適している。現在、p6-b300.48xlarge サイズで、US 西 (オレゴン)、AWS GovCloud (US-East)、US 東 (バージニア北部)、アジア太平洋 (ハイデラバード、ジャカルタ、ソウル)、南アメリカ (サンパウロ) リージョンで利用可能。詳細は Amazon EC2 P6 インスタンスのページを参照。

この更新の位置づけ

Amazon EC2 P6-B300 インスタンスは、大規模な基盤モデルや LLM のトレーニングとデプロイに特化した高性能コンピューティングリソースを提供する。AI ワークロード向けの新しいインスタンスタイプとして、ユーザーはより効率的な処理が可能になる。

Amazon Elastic Container Service (Amazon ECS) は、ECS マネージドインスタンスで非クリティカルなマネージドデーモンをサポートするようになります。デーモンを非クリティカルとして構成することで、ミッションクリティカルなアプリケーションタスクがデーモンの障害、停止、または不健康な状態でも中断なく実行され続けます。非クリティカルデーモンのタスクが失敗、停止、または不健康な状態になった場合、コンテナインスタンスはアクティブのまま残り、既存のアプリケーションタスクは中断なく実行され続け、ECS は新しいアプリケーションタスクを配置し続け、インスタンス登録はブロックされません。そのため、デーモンが起動しても失敗しても、タスクはすぐに起動します。Amazon ECS は、デーモンタスクが起動失敗したときに EventBridge イベントを発行し、クリティカルおよび非クリティカルデーモンの両方についてサービスアクションログを記録し、デーモンのヘルスに関する完全な可視性を提供します。開始するには、AWS コンソール、CLI、CloudFormation、または AWS SDK を使用して、デーモンを作成または更新するときに critical パラメーターを false に設定することで、非クリティカルデーモンを作成できます。非クリティカルデーモンは、Amazon ECS マネージドデーモンがサポートされているすべての AWS リージョンで利用可能です。詳細については、ドキュメントページを参照してください。

この更新の位置づけ

本更新は、ミッションクリティカルなコンテナアプリケーションを実行するユーザーに影響を与えます。デーモンの障害がアプリケーションタスクに影響しないようにすることで、システムの安定性と信頼性を向上させます。

Amazon SageMaker AI は、バッチ変換で Amazon EC2 G6e インスタンスをサポートする。これにより、最大 8 つの NVIDIA L40S Tensor Core GPU と第 3 世代 AMD EPYC プロセッサーを搭載した G6e インスタンスを使用でき、GPU 集約的なワークロード、特に大規模言語モデルや画像・動画・音声を生成するディフュージョンモデルなどへのオフライン推論が可能になる。バッチ変換は Amazon S3 に保存されたデータセットに対する予測を実行し、持続的な推論エンドポイントを必要としない大規模データセットに適している。サポート対象リージョンには US East (N. Virginia)、US East (Ohio)、US West (Oregon)、Asia Pacific (Mumbai)、Asia Pacific (Hyderabad) が含まれる。

この更新の位置づけ

この更新は、GPU リソースを必要とする大規模なオフライン推論タスクを実行するユーザーに影響を与える。Amazon SageMaker AI のバッチ変換機能を利用するユーザーは、より高いパフォーマンスで推論を実行できる。

本日より、Amazon Elastic Compute Cloud (Amazon EC2) C8g インスタンスが AWS アジア太平洋 (台北、ニュージーランド) および AWS GovCloud (US-East) リージョンで提供開始された。これらのインスタンスは AWS Graviton4 プロセッサーを搭載し、AWS Graviton3 ベースのインスタンスと比較して最大 30% のパフォーマンス向上を実現する。Amazon EC2 C8g インスタンスは、高性能コンピューティング (HPC)、バッチ処理、ゲーム、ビデオエンコーディング、科学的モデリング、分散分析、CPU ベースの機械学習 (ML) インフェレンス、および広告配信などのコンピュート集約的なワークロードに構築されている。これらのインスタンスは AWS Nitro システム上に構築されており、CPU 仮想化、ストレージ、およびネットワーク機能を専用ハードウェアとソフトウェアにオフロードして、ワークロードのパフォーマンスとセキュリティを向上させる。AWS Graviton4 ベースの Amazon EC2 インスタンスは、Amazon EC2 で実行される幅広いワークロードに最適なパフォーマンスとエネルギー効率を提供する。これらのインスタンスは、Graviton3 ベースの Amazon C7g インスタンスと比較して最大 3 倍の大容量の vCPU とメモリを備えたより大きいインスタンスサイズを提供する。AWS Graviton4 プロセッサーは、データベースでは最大 40%、ウェブアプリケーションでは 30%、大規模な Java アプリケーションでは 45% 速く、AWS Graviton3 プロセッサーよりも高速である。C8g インスタンスは、2 つのベアメタルサイズを含む 12 の異なるインスタンスサイズで提供され、最大 50 Gbps の拡張ネットワーク帯域幅と Amazon Elastic Block Store (Amazon EBS) への最大 40 Gbps の帯域幅を提供する。

この更新の位置づけ

Amazon EC2 C8g インスタンスは、コンピュート集約的なワークロード向けに設計されており、特に高性能コンピューティングや機械学習のインフェレンスなどでの利用が想定される。

Amazon MWAA は、AWS マネジメントコンソール内の環境詳細ページで組み込みの監視機能を提供するようになった。この機能では、環境の主要な CloudWatch メトリクスを 1 か所に表示する新しいメトリクスダッシュボードと、環境に関連するすべての CloudWatch アラームをリストするアラームテーブルが提供される。ユーザーはワンクリックで AWS が管理するテンプレートから推奨アラームの一括作成を行うことで、重要なメトリクスの監視を簡単に開始できる。この機能は、Amazon MWAA のプロビジョニング環境で、Amazon MWAA が利用可能なすべてのリージョンで利用可能。メトリクスのクエリとアラームには、標準の CloudWatch 料金が適用される。

この更新の位置づけ

この更新は、Apache Airflow の管理されたワークフローサービスである Amazon MWAA のユーザーに、環境のパフォーマンスとヘルスをより効果的に監視できるようにする。

Amazon SageMaker Unified Studio Workflows は PythonOperator と BashOperator をサポートし、サーバーレスワークフロー内でカスタム Python 関数やシェルコマンドを実行できるようにする。これにより、データ変換やシェルスクリプトの実行など、カスタムロジックを Lambda や ECS にオフロードする必要が消える。サーバーレスビジュアルワークフローを開き、タスクパネルから PythonOperator または BashOperator を検索し、キャンバスにドラッグして使用する。ワークフロー設定で Python やシェルスクリプトファイルを指定し、各オペレータがスクリプト内の関数やコマンドを指すように設定する。この機能は、Amazon SageMaker Unified Studio が利用可能なすべての AWS リージョンで利用できる。

この更新の位置づけ

この更新は、データ処理や自動化ワークフローを作成している開発者やデータエンジニアに有用で、追加リソースをプロビジョニングすることなくカスタムロジックをワークフローに統合できる。

Amazon Aurora MySQL-Compatible Edition 8.4 が MySQL 8.4.8 をサポートするようになった。主な改善点には、データイン・トランジット中の暗号化にポストクアンタム暗号化オプションを提供する PQ-TLS、long-running なトランザクションが innoDB パージをブロックする問題を防止するトランザクションタイムアウト、マルチソースレプリケーションによる複数のソースからのデータの統合や、レプリケーションラグを設定して偶発的なデータ損失を防ぐ遅延レプリケーションなどがある。これらのレプリケーション機能の詳細については、発表通知を参照されたい。このリリースは Aurora MySQL が利用可能なすべての AWS リージョンでサポートされている。データベースのアップグレードは、スケジュールされたメンテナンスウィンドウ中に行うことができ、自動マイナーバージョンアップグレードを有効にすることで、AWS Organizations のアップグレードロールアウトポリシーを利用してクラスター全体に段階的にアップグレードすることができる。

この更新の位置づけ

Amazon Aurora は、MySQL と完全互換性のある高パフォーマンスでグローバルなスケールを実現したデータベースサービス。この更新では、セキュリティとレプリケーション機能が強化され、クラウドベースのデータベース環境でより安全で効率的な運用が可能になる。

Amazon Redshift rg.large インスタンスがシングルノードクラスターをサポートするようになった。rg.large インスタンスは AWS Graviton プロセッサーを搭載し、従来の RA3 インスタンスと比較して最大 2.4 倍高速で、vCPU あたり 30% 安い。Redshift のカスタムビルトのベクトル化データレイククエリエンジンを含み、Apache Iceberg と Parquet データをクラスターノードで処理し、SQL アナリシスをデータウェアハウスとデータレイクで単一エンジンで実行できる。これらの RG インスタンスは、P204 以降のパッチバージョンで利用可能で、高可用性が必要でない小規模ワークロードに適している。

この更新の位置づけ

Amazon Redshift は、大規模なデータウェアハウスとデータレイクのクエリ処理を提供する AWS のサービス。この更新は、小規模なワークロード向けにシングルノードクラスターをサポートし、コスト効率を向上させる。

Amazon WorkSpaces Applications は、NVIDIA RTX PRO 4500 Blackwell Server Edition GPU と Intel Xeon Scalable (6th Gen) プロセッサーを搭載した Graphics G7 インスタンスをサポートする。これにより、CAD/CAM、3D レンダリング、科学可視化、ビデオ編集、AI アシスト設計ワークフローなどの要求の厳しいプロフェッショナルアプリケーションをより高い忠実度とフレームレートでストリーミングできる。G7 インスタンスは、1 つの GPU あたり 32 GB の GDDR7 GPU メモリと、2.67 倍のメモリ帯域幅を備え、より大規模で複雑な 3D シーンやモデルをストリーミングできる。インスタンスサイズは 6 種類で、GPU は 1 から 8 個、vCPU は 8 から 192 個、システムメモリは 32 GB から 768 GB まで用意されている。Graphics G7 インスタンスは、US East (N. Virginia)、US East (Ohio)、US West (Oregon) で利用可能。

この更新の位置づけ

この更新は、グラフィックス集約的なワークロードを処理するユーザーに影響を与える。高パフォーマンスなグラフィックス処理が必要なアプリケーションを実行するユーザーは、これによりよりスムーズなパフォーマンスと詳細なレンダリングが得られる。

AWS Gateway Load Balancer (GWLB) は、ターゲットが異常になった、登録が解除された、またはフローのアイドルタイムアウトが切れたときに TCP Reset (RST) パケットを送信する機能をサポートする。この機能により、TCP エンドポイントが障害接続を迅速に検出し、正常なターゲットを通じて新しい TCP フローを確立できるため、トラフィックの中断を数分から数秒に短縮できる。従来は、GWLB のターゲットが障害になると、既存の TCP 接続は異常なターゲットに引き続き転送され、クライアントやサーバーの TCP スタック内の再試行や指数的なバックオフのメカニズムにより、接続が数分間中断されることがあった。この機能を有効にすると、GWLB は受信トラフィックに対して TCP Reset を送信し、送信者に TCP 接続がもはや有効でないことを示す。TCP Reset はデフォルトで無効で、互換性を保つためである。AWS マネジメントコンソール、AWS CLI、または API を使用して、ターゲットグループごとに有効にできる。TCP Reset を生成するための 3 つのトリガーが独立してサポートされている。それらは、ターゲットが異常になったこと、ターゲットの登録解除 (接続ドレイン後)、および TCP アイドルタイムアウトの期限切れである。この機能は、GWLB が利用可能なすべての AWS リージョンで、新しいおよび既存の Gateway Load Balancer に利用できる。この機能を使用する追加料金はかからない。

この更新の位置づけ

この更新は、ネットワークトラフィックの障害回復を迅速化する必要があるユーザーや、AWS Gateway Load Balancer を使用するアプリケーション開発者に関連する。GWLB は、高速なトラフィック転送とセキュリティを提供する AWS のゲートウェイロードバランサであり、この機能により障害時のリカバリが向上する。

Amazon Quick は新しい Max プランを提供開始した。このプランは従来の Plus プランの使用量とストレージを 5 倍に拡大し、大規模で同時のワークロードを中断なく実行できる。月額および年額の請求オプションが用意されており、使用量が増えるほどコスト効率が向上する。新規ユーザーは数分で無料登録でき、既存の Plus ユーザーはナビゲーションでプランをアップグレードできる。利用可能なプランの比較は Amazon Quick の価格ページで確認できる。

この更新の位置づけ

この更新は、Quick の大規模な同時処理や長期間の作業が必要なユーザーに影響を与える。Amazon Quick は、AI やオートメーション化されたワークフロー管理のためのプラットフォームである。

本日より、顧客は AWS CLI、AWS SDKs、CloudFormation、CDK、または PricingPlanManager API を使用してフラットレート料金プランにサブスクライブおよび管理できる。CloudFront のフラットレートプランは、グローバルなコンテンツ配信、WAF、DDoS、DNS、ログ、エッジコンピューティングを 1 つの月額料金でカバーし、トラフィックの急増や攻撃に関係なく使用量ベースのオーバー料金が発生しない。従来はコンソールでのみサブスクライブでき、API やインフラとしてのコード (IaC) を使用する場合に手動手順が必要だった。今後、顧客は API や IaC ツールを使用してフラットレート料金プランをプログラムでサブスクライブ、アップグレード、ダウングレード、およびキャンセルできる。有料プランでは、オプションの 2 段階アクティベーションフローがサポートされており、まずプランを作成し、次に承認して請求を開始する。これにより、確認前に料金にコミットしないようにし、インフラをプロビジョニングする自動化されたワークフローやエージェントに適している。無料プランはすぐにアクティベートされ、承認は必要ない。PricingPlanManager API の使用には追加料金はかからない。

この更新の位置づけ

本更新は、CloudFront のフラットレート料金プランをプログラムで管理できるようにするもので、インフラとしてのコードや自動化されたワークフローで CloudFront を構成しているユーザーに有用

AWS CloudFormation がリソースタイプ向けにコントラクトテスト v2 をサポートするようになった。この機能は CloudFormation CLI の cfn test コマンドの --v2 フラグで利用可能で、従来の基本的な CRUD ハンドラーのみを対象としたテストから、各ハンドラー操作にわたるリソースタイプ実装の詳細なテストシナリオを追加する。すべての新しいリソースタイプは、登録提出時に test-type API を介してコントラクトテスト v2 を実行でき、Java ベースのリソースタイプは Docker とビルドされたハンドラパッケージのみを必要として、ローカルで cfn test --v2 を実行できる。コントラクトテスト v2 は、作成、更新、削除操作後、実際のリソース状態が要求された状態と一致することを確認するライブ状態検証を導入する。開発者はまた、スキーマのバックワード互換性チェック、ハードコードされたリージョン、アカウント ID、パーティションを検出するテスト入力リンティング、ローカルコントラクトテスト実行のための詳細な HTML および JUnit XML レポートの利点を得る。これらの改善により、登録提出前に問題を検出することでイテレーションサイクルが大幅に短縮される。コントラクトテスト v2 は、AWS CloudFormation が利用可能なすべての AWS リージョンで利用可能である。

この更新の位置づけ

この更新は、AWS CloudFormation でリソースタイプを開発または管理している開発者やエンドユーザーに影響を与える。より詳細なテストと検証機能により、リソースタイプの信頼性と安定性が向上する。

AWS Transform が、ブロックストレージワークロード向けに Amazon FSx for NetApp ONTAP のサポートを一般提供開始した。これにより、NetApp ONTAP や他のブロックストレージプラットフォーム、VMware 環境から、計算とネットワークを同じ移行波で直接 FSx for ONTAP に移行できる。中間ストレージプラットフォームや別々の移行ツールは不要となる。FSx for ONTAP は、完全管理された本番対応の共有ストレージサービスで、ONTAP のエンタープライズ機能と AWS のスケーラビリティとレジリエンシーを組み合わせる。

この更新の位置づけ

この更新は、クラウドへの移行を計画している企業、特に既存の NetApp ONTAP や他のブロックストレージプラットフォームを使用している企業に有益である。AWS Transform と FSx for ONTAP の統合により、移行プロセスが簡素化され、運用負荷が軽減される。

Amazon Simple Email Service (SES) は、Secure/Multipurpose Internet Mail Extensions (S/MIME) 署名をサポートするようになった。これにより、受信者はメールが From アドレスの保持者によって送信されたことと、内容が転送中に変更されていないことを確認できる。以前のように、各メッセージに署名してから SES に送信する必要はなく、AWS Certificate Manager に署名証明書を保存し、送信者アイデンティティに対して S/MIME 署名を有効にすれば、SES が自動的にメッセージに署名するようになる。S/MIME をサポートしないメールクライアントを使用している受信者は、通常通りメッセージを読むことができる。この機能は、Amazon SES が利用可能なすべての AWS リージョンで利用できる

この更新の位置づけ

この更新は、電子メールのセキュリティを重視する開発者や企業に影響を与える。Amazon SES を使用しているユーザーは、S/MIME 署名を有効にすることで、送信メールの真正性を自動的に検証できる

AWS は Amazon Linux 2027 (AL2027) のパブリックプレビューを発表した。AL2023 をベースに、Web アプリケーション、データベース、コンテナ化されたマイクロサービス、AI/ML ワークロード、大規模インフラストラクチャ向けに設計されている。カーネル 7.1 以上を採用し、SELinux をデフォルトで有効にし、AWS-LC で暗号化パフォーマンスを向上させる。AI/ML ワークロード向けにアクセラレータドライバー (AWS Neuron を含む) も提供する。プレビュー AMI は x86-64 と ARM の両方ですべての商用リージョンで利用可能。コンテナベースイメージは Amazon ECR Public Gallery で入手できる。フィードバックは AL2027 の GitHub リポジトリを通じて受け付ける。変更点の詳細は AL2027 ドキュメントを参照。

この更新の位置づけ

Amazon Linux は AWS のクラウドネイティブワークロード向けオペレーティングシステム。新バージョンではセキュリティとパフォーマンスが強化され、AI/ML ワークロードにも対応

AWS Config は、Amazon Bedrock、Amazon EC2、Amazon SageMaker、AWS Organizations など主要サービスで 60 の新しい AWS リソースタイプをサポートするようになります。この拡張により、AWS 環境の範囲が広がり、より多様なリソースを効果的に検出・評価・監査・修正できるようになります。記録がすべてのリソースタイプで有効になっている場合、これらの新しいリソースタイプは自動的に追跡されます。新しいリソースタイプは Config ルールと Config アグリゲーターでも利用可能です。サポートされる新しいリソースタイプは、利用可能なすべての AWS リージョンで監視できます。

この更新の位置づけ

この更新は、リソース管理やコンプライアンスを担当する技術者やデベロッパーに影響を与えます。AWS Config がサポートするリソースタイプの拡大により、より広範なインフラストラクチャを自動的に監視・評価できるようになります

第二世代 AWS Outposts ラックが AWS GovCloud (US-East) と AWS GovCloud (US-West) リージョンでサポートされるようになった。これにより、スタートアップから大企業や公共部門の組織が、遅延やデータ所在地の要件を最適化するために、Outposts ラックをこれらのリージョンに接続して注文できる。Outposts は、オンプレミスシステムに低レイテンシーを必要とするワークロードをローカルで実行しつつ、アプリケーション管理のためにホームリージョンに接続できる。データ所在地要件を満たすために、オンプレミスでデータ管理と処理を行う必要がある顧客も、Outposts と AWS サービスを使用してこれを実現できる。このリージョン拡大により、顧客の Outposts が接続できる AWS リージョンの柔軟性が増加した。

この更新の位置づけ

AWS Outposts は、オンプレミスデータセンターやコロケーションスペースに AWS インフラストラクチャ、サービス、API、ツールを拡張して、一貫したハイブリッド体験を提供するサービス。この更新により、AWS GovCloud (US) リージョンで Outposts を利用できるため、政府や規制の厳しいセクターの顧客がデータ所在地要件を満たしつつ、低レイテンシーを必要とするワークロードを管理しやすくなる。

Amazon Connect Customer がエージェント型 CX デザイナーの一般提供を開始した。このツールはノーコードで AI を活用した自助サービスを設計・展開できる。ビジュアルキャンバス上でロジックやガードレールを定義し、AI が自然な会話を処理する。正確な結果が必要な場面では、ワークフローを定義して会話をそれに沿って実行する。設計からテスト、生産環境への展開まですべて同じ場所で行え、エンジニアのコード書きや作業は不要である。

この更新の位置づけ

この更新は、カスタマーサービスプラットフォームを AI で強化したい企業向けである。Amazon Connect Customer の新しい機能により、技術的な専門知識がなくても AI を活用した自助サービスを迅速に構築できる。

Amazon Quick のコネクタでは、Outlook、Slack、Salesforce、Jira、および自社開発の MCP サーバーなどのツールやサービスをチャット、エージェント、アプリ、フロー、ディープリサーチなどのワークフローに直接統合できます。本日、Amazon Quick は新しいツール設定と MCP 同期サポートを導入し、管理者やコネクタのオーナーにコネクタのデプロイや最新状態を維持するためのより詳細な制御を提供します。コネクタのオーナーや管理者は、コネクタ内で個々のツールを選択的に有効または無効に設定し、承認されたツールのみがエンドユーザーに利用可能になるようにできます。さらに、新しいツール権限設定により、コネクタのオーナーは同意が必要なツールを指定するか、エンドユーザーに自分で判断させる選択肢を提供できます。最後に、MCP 同期により、エクステルナルな MCP サーバーが新しいツールを追加、説明を更新、機能を進化させてもコネクタが最新状態に保たれ、エンドユーザーは常に最新の情報で作業できます。これらの機能は、Amazon Quick が提供されているすべての AWS リージョンで利用可能です。詳細は Amazon Quick ユーザーガイドをご覧ください。

この更新の位置づけ

Amazon Quick はチャットやエージェントを介してさまざまなビジネスツールを統合するサービスであり、この更新により管理者はコネクタの設定と更新をより詳細に制御できるようになります

Amazon Connect Customer は、生成 AI を使用してマレー語で話された会話のヒューマンエージェントと AI エージェントの自動評価を可能にする。マネージャーは自然言語でカスタム評価基準を定義でき、AI が評価結果と根拠を生成する。評価機能は言語間評価もサポートし、マレー語の会話でも英語で評価を完了できる。これにより、多言語コンタクトセンターが言語を問わず統一された評価フレームワークを使用可能となる。この機能は US East (N. Virginia)、US West (Oregon)、Europe (Frankfurt)、Europe (London)、Canada (Central)、Asia Pacific (Sydney)、Asia Pacific (Tokyo)、Asia Pacific (Singapore) の 8 つの AWS リージョンでサポートされている。

この更新の位置づけ

この更新は、マルチリンガルコンタクトセンターを運営する企業にとって有用である。評価プロセスの標準化と効率化に寄与する。

Amazon Bedrock の Web Search が AWS GovCloud (US-West) で提供開始された。この機能は、OpenAI の GPT モデルがウェブ情報に基づいて回答を生成し、回答に情報源の引用を付与する。変更内容は、リクエストデータを AWS の境界内に保持し、IAM で管理できるようにした点など。起動時に Web Search は現在の情報が必要と判断したときにのみ使用される。提供リージョンには US-East (N. Virginia)、US-East (Ohio)、US-West (Oregon)、AWS GovCloud (US-West) が含まれる。

この更新の位置づけ

政府や公共部門のユーザーは、コンプライアンスに配慮したウェブ検索機能を利用できる

AWS Marketplace では、今後多製品ソリューションの一部として購入されるプロフェッショナルサービスの登録手数料が 0% になります。これは最近 0.5% に引き下げられた登録手数料に続き、AWS Marketplace を通じたパートナーサービスの取引コストをさらに低下させます。この変更は、AI によるサービス発見、ソフトウェアとサービスの単一取引での組み合わせ、時間と材料による変動支払いモデルなど、既存の機能と相まって、パートナーが AWS Marketplace でソリューションを販売する際のコストを削減します。多製品ソリューションが 0% 手数料の対象となるには、プロフェッショナルサービスが少なくとも 1 つの有効な有料サブスクリプションと組み合わせられる必要があります。この手数料は新しいサブスクリプションに適用され、既存のサブスクリプションは元の条件が維持されます。この変更は、AWS Marketplace が運営されているすべての商業 AWS リージョンに適用されます。パートナーはセラー文書を確認し、AWS パートナセントラルを通じて多製品ソリューションを登録できます。顧客は AWS Marketplace で直接多製品ソリューションを閲覧できます

この更新の位置づけ

この更新は、AWS Marketplace を通じてソリューションを販売するパートナーに影響を与え、コスト削減を可能にします。AWS Marketplace は、ソフトウェアとサービスの発見と購入を容易にするプラットフォームであり、この変更によりパートナーがより競争力のある価格でソリューションを提供しやすくなります

Amazon MemoryDB が AWS GovCloud (US-West) と AWS GovCloud (US-East) リージョンで AWS PrivateLink をサポートするようになった。AWS PrivateLink を使用することで、VPC 内のアプリケーションから Amazon MemoryDB の API にプライベートにアクセスできる。インターフェース VPC エンドポイントを作成して、VPC 内や VPC ピアリング、AWS VPN、AWS Direct Connect を使用したオンプレミス環境からアクセスできる。

この更新の位置づけ

この更新は、AWS GovCloud (US) リージョンで Amazon MemoryDB を使用するユーザーに影響する。プライベートネットワーク経由でのセキュアなアクセスが可能になる。

Amazon Bedrock AgentCore Identity が管理された同意ポータルを提供開始した。これにより、GitHub、Salesforce、Slack などのサードパーティサービスとエージェントを接続する際に、カスタム OAuth コールバックインフラの構築、ホスト、維持が不要になる。各 AgentCore Gateway には専用の管理された同意ポータルが割り当てられ、プラットフォーム管理者はセッション開始前にチームとポータルの URL を共有し、エージェントが外部のツールを呼び出す同意をあらかじめ得ることができる。エンドユーザーは自己サービスインターフェースでいつでも接続ステータスを確認でき、管理者に連絡する必要はない。エージェント IDE ベースのクライアントでも、この管理された同意ポータルを使用して OAuth 同意 URL を提示し、同意後のセッション結合を処理できる。この機能は、Bedrock AgentCore Identity が利用可能なすべての商用リージョンで利用可能。

この更新の位置づけ

この更新は、AgentCore Gateway を使用してサードパーティサービスとエージェントを接続する開発者やプラットフォーム管理者に関連する。管理された同意ポータルにより OAuth フロー用のインフラ構築が不要になり、開発効率と管理の容易さが向上する。

Amazon SageMaker Unified Studio CI/CD は、オープンソースのデプロイツールキットを拡張し、2 つの新しい機能を追加しました。1 つは、プロジェクトの接続やストレージ、ワークフローからデプロイマニフェストを自動生成する AI エージェント機能で、IAM の最小権限ガイドラインを適用し、環境変数をリソース ID の代わりに使用します。2 つ目は、コードやワークフロー、カタログアセットとともに行うネイティブなノートブックプロモーション機能で、初期デプロイ時にノートブックを作成し、その後更新時に実行履歴を保持します。これらの機能はオープンソースで、Amazon SageMaker Unified Studio が提供されているすべての AWS リージョンで利用可能です。

この更新の位置づけ

データチームがプロジェクトを開発からプロダクションに迅速に移動するのに役立ち、プロセス全体でベストプラクティスを維持

AWS Marketplace では、プライベートオファーで自動更新がサポートされるようになった。この機能により、販売者と購入者は契約期間終了時に再交渉や再購入を行わずに、ソフトウェアやサービスのサブスクリプションを維持できる。更新時に価格や契約条件が自動的に引き継がれるように設定できる。販売者は更新条件を定義し、価格の変更の有無や範囲を選択できる。購入者はオファー受領時にオプションを選択でき、後から変更することも可能。更新前に両者に通知が送られ、現在と次の条件の比較が表示される。どちらかの当事者が更新を拒否できる。更新が完了すると両者に通知が送られ、購入者は発注書を更新に紐づけできる。この機能は、直接のプライベートオファーで契約価格を設定する販売者向けに、すべての商用 AWS リージョンで一般提供されている。追加設定やオンボーディングは必要ない。

この更新の位置づけ

この更新は、AWS Marketplace でソフトウェアやサービスを購入または販売しているユーザーに影響する。プライベートオファーを使用する販売者と購入者は、サブスクリプションの自動更新を管理し、契約条件の変更を事前に設定できる。

Amazon RDS for SQL Server は、データベースパラメータグループを通じて有効にできる 18 の新しい SQL トレースフラグをサポートする。これらのトレースフラグは、クエリオプティマイザーのカーディナリティ推定、ロックエスカレーション、統計管理、メモリ処理など、SQL Server エンジンの動作を変更し、データベース管理者がパフォーマンスを調整し、ワークロード固有の課題に対処できるようにする。新たにサポートされたトレースフラグには、647、652、1448、3654、4138、4139、7745、8285、8780、9432、9481、9492、9592、11024、11042、12502、12618、12656 が含まれる。これらは、クエリプランの最適化、DDL パフォーマンスの改善、可用性グループレプリケーション、クエリストア動作、自動プラン修正、既知のエンジンのバグ回避などに対応する。トレースフラグは SQL Server エンジンのコア動作を変更するため、非プロダクション環境でテストした上でプロダクションインスタンスに適用する必要がある。一部のトレースフラグはシステムパフォーマンスに影響を及ぼし、メモリ使用量を増加させたり、クエリ実行プランを予期しない方法で変更したりする可能性がある。トレースフラグは、Amazon RDS for SQL Server がサポートされているすべての AWS リージョンで利用できる。使用開始するには、RDS パラメータグループを更新して目的のトレースフラグを有効にし、DB インスタンスに適用する。詳細は Amazon RDS for SQL Server ユーザガイドを参照すること。

この更新の位置づけ

この更新は、SQL Server のパフォーマンス調整や問題解決に興味がある Amazon RDS ユーザーに影響する。管理された RDS 環境内で SQL Server の動作をより詳細に制御できる。

本日より、AWS Lambda がコンテナイメージでパッケージされた関数向けに SnapStart をサポートし、起動時間を数秒からサブ秒まで短縮する。SnapStart は関数デプロイ時に実行環境のスナップショットをキャッシュし、呼び出し時にそのスナップショットから再開することで、起動時間を改善する機能である。これまで SnapStart はマネージドランタイム (Python、.NET、Java) のみでサポートされていたが、今回コンテナイメージでも利用可能になった。ML 推論やインタラクティブ API などのレイテンシーの高いワークロードの起動時間改善に役立つ。SnapStart は新しいコンテナイメージ関数および既存の関数で有効にできる。AWS ベースのコンテナイメージ (Java 11 以上、Python 3.12 以上、.NET 8 以上) では、.zip アーカイブ関数と同様の体験を提供する。その他のベースイメージやカスタムベースイメージについては、開発ガイドを参照する必要がある。SnapStart はすべての商用 AWS リージョンで利用可能だが、アジア太平洋 (ニュージーランド) とアジア太平洋 (台北) リージョンでは利用できない。詳細は Lambda ドキュメンテーションを参照し、価格については AWS Lambda 価格ページで確認できる。

この更新の位置づけ

AWS Lambda の SnapStart は、起動時間に敏感なアプリケーションの構築を容易にする機能で、特にコンテナベースのデプロイや大規模な依存関係を持つ関数に有用である。

AWS User Experience Customization (UXC) が全コマースリージョンで提供開始した。UXC を利用すると、アカウント管理者はカスタムアカウントカラーの設定や、AWS マネジメントコンソールに表示されるサービスやリージョンの制御が可能になる。これまで UXC は US 東 (バージニア北部) リージョンでのみ利用可能で、プログラムによる設定にはそのリージョンへの API 呼び出しが必要だった。今回の拡大により、顧客は AWS CLI、AWS SDK、または AWS CloudFormation を使用して任意のコマースリージョンからアカウントカスタマイズを管理できる。これにより、コンソール環境の設定を既存のインフラストラクチャ自動化と併せて構成しやすくなる。UXC は追加料金なしで利用できる。詳細は AWS UXC ドキュメントを参照。

この更新の位置づけ

UXC は AWS マネジメントコンソールのユーザー体験をカスタマイズする機能で、アカウント管理者がコンソールの外観や表示項目を調整できる。この更新により、顧客は任意のリージョンから設定を管理できるようになり、インフラストラクチャ自動化との統合が容易になる。

Amazon Managed Workflows for Apache Airflow (MWAA) が、人気のオープンソースワークフローオーケストレーションフレームワークである Apache Airflow の最新バージョン 3.3.1 をサポートするようになった。Apache Airflow 3.3.1 には、状態管理タスクと多言語サポートが導入され、タスク状態を永続的に保持し、長期実行ジョブへのクラッシュセーフな再接続やカーソルトラッキングが可能になる。また、Java や Go でタスクロジックを記述できる言語タスク SDK (実験的) や、拡張されたアセットパーティショニング、プラグイン可能なリトライポリシー、DAG ランやタスクインスタンスのバルクアクションなどが追加された。さらに、安定性、セキュリティ、UI の改善も行われた。Amazon MWAA で新しい Apache Airflow 3.3.1 環境を起動するか、3.2 以降からアップグレードすることが、AWS マネジメントコンソールで数クリックでできる。

この更新の位置づけ

データパイプラインの管理とオーケストレーションが必要なユーザーは、このアップデートによりより高度な機能と改善されたパフォーマンスを利用できる。

Amazon Kinesis Data Streams は、API リクエストが成功するかどうかを操作を実行せずに確認できるドライラン機能をサポートするようになった。顧客は API リクエストで新しいオプションパラメーター「DryRun」を true に設定することで、生産環境でストリームを操作する前に権限を検証できる。これまで、顧客はサービスの制限に依存する失敗を意図したリクエストを送信して権限をテストする必要があったが、このアプローチは脆弱であった。ドライランパラメーターを true に設定すると、すべてのチェックが成功すると「DryRunOperationException」が返され、リクエストが「DryRun」パラメーターなしで成功したことを確認できる。このドライラン機能は、PutRecord、PutRecords、GetRecords、GetShardIterator、SubscribeToShard の 5 つの API で、Amazon Kinesis Data Streams が利用可能なすべての AWS リージョンで利用できる。

この更新の位置づけ

この変更は、Amazon Kinesis Data Streams を利用する開発者やデプロイ担当者にとって有用です。API リクエストの権限を安全に検証できるため、生産環境でのエラーを回避できます。

AWS Deadline Cloud は、ジョブバンドルを共有する機能を導入した。この機能により、チームはレンダリングジョブテンプレートを手動でのファイル配布なしで配布および再利用できる。ジョブバンドルは、ジョブテンプレート、パラメーター、アセット参照を含む。以前は、共有ドライブや手動のコピーが必要だったが、今ではサブミッターまたはコマンドラインからキューにバンドルを公開でき、そのキューにアクセスできる全員がすぐに利用できる。共有バンドルはポータブルアーカイブとしてパッケージ化され、Amazon S3 のキューの既存のジョブアタッチメントバケットに保存されるため、追加のインフラストラクチャや設定は必要ない。この機能は、Deadline Cloud が利用可能なすべての AWS リージョンで利用できる。

この更新の位置づけ

この更新は、視覚効果、アニメーション、製品デザイン、シミュレーション、ゲームなどのコンピュート集約的なワークロードを実行するチームに役立つ。ジョブバンドルの共有により、パイプラインチームが標準のジョブテンプレートを公開し、アーティストが簡単に利用できるようにする。

Amazon Quick が一般提供開始された。このサービスでは、自然言語でアプリを記述するだけで、プロジェクトトラッカーや顧客ダッシュボード、トレーニングポータルなどを数分で構築できる。プロダクトマネージャーや財務責任者、HR パートナー、オペレーションアナリストなど、コードを書かずにアイデアを機能的なアプリに変換できる。Quick は Salesforce、Jira、Asana、ServiceNow、Microsoft 365、Google Workspace、データベースやデータウェアハウスなど、既存のビジネスシステムと直接接続する。アプリは基盤データの変更に合わせて自動的に更新され、接続は組織の既存のアイデンティティ、権限、アクセス制御ポリシーを尊重する。構築後、アプリを特定のユーザーや全組織に即座に公開・共有できる。変更が必要な場合は、AI の追加やビジュアルスタイルの更新、別のシステムへの接続などを自然言語で指示するだけで、Quick が処理する。プレビュー段階では、New York Life が機関生命チーム向けの e ラーニングポータルを構築し、Amazon Quick チームは週次のリーダーシップレビューアプリでパイプラインや顧客リクエスト、採用指標を追跡した。Plus、Professional、Enterprise の顧客が 2026 年 9 月 1 日から利用可能。

この更新の位置づけ

この更新は、コードを書かずに自然言語でアプリを構築できる新しいサービスの提供開始を知らせる。ビジネスプロセスの自動化や効率化を図るユーザーに有用。

Amazon Connect Customer の分析ダッシュボードにコンパクトモードが提供され、ウィジェットのサイズとフォントを縮小し、フィルターを最小限に抑えることでスクリーンスペースを最大化する。13 インチのラップトップでコンパクトモードを有効にすると、行の高さが減少し、チームエージェントをすべてスクロールせずに表示でき、非準拠エージェントをより速く特定できる。この機能は、Amazon Connect Customer が提供されているすべての AWS リージョンで利用可能。

この更新の位置づけ

この更新は、Amazon Connect Customer を管理するスーパーバイザーやアナリスト向けで、分析ダッシュボードの可視性を向上させる機能です。

AWS Backup はこれまで 1,000 バケットまでしかサポートしていなかったが、今回のアップデートでアカウントに設定された Amazon S3 バケットのクォータに合わせ、1,000 を超える一般目的バケットのバックアップと復元が可能になった。既存のバックアッププランや設定はデフォルトの AWS Backup マネージドポリシーを使用している場合は変更不要で引き続き動作する。カスタムポリシーの必要な権限については AWS Backup ドキュメンテーションを参照する必要がある。この機能はすべての AWS 商用および AWS GovCloud (US) リージョンで利用可能。

この更新の位置づけ

この変更は、Amazon S3 バケットの数が多い環境でデータ保護が必要なユーザーに影響する。AWS Backup の一般的な役割であるクラウドリソースのバックアップと復元において、制限の撤廃により柔軟性が増す。

本日、AWS は Amazon CloudWatch Database Insights で自社管理型 PostgreSQL のサポートを開始した。このソリューションにより、Amazon EC2 上で実行する自社管理型 PostgreSQL インスタンスを、Amazon RDS および Amazon Aurora と同じコンソールで監視できる。CloudWatch Database Insights は、データベースの健康状態の監視、パフォーマンスボトルネックの特定、問題の診断を支援するオブザビリティソリューションである。自社管理型 PostgreSQL のサポートでは、CloudWatch エージェントを使用してインスタンスのヘルスとパフォーマンスデータを収集する。データベースは、負荷、待ちイベント分析、クエリレベル統計、ホストメトリクスを含むライブパフォーマンスデータとともに、Database Insights のフロートビューに表示される。既存の AWS マネージドデータベースと同じコンソールとワークフローで、自社管理型 PostgreSQL を監視およびトラブルシューティングできる。サポートはすべての AWS 商用リージョンで利用可能。

この更新の位置づけ

本更新は、データベース監視ツールを求めるデータベース管理者や開発者にとって有用である。自社管理型データベースとマネージドサービスを統一して監視できる。

Claude Fable 5.1 が Amazon Bedrock の AWS GovCloud (US) で一般提供開始された。このモデルは、コーディング、科学研究、企業ワークフローなど、野心的なタスク向けの最先端のインテリジェンスを提供する。Fable 5.1 は、長時間にわたる高リスクな作業向けに構築されており、ソフトウェアプロジェクト全体にわたる機能を自律的に処理できる。失敗した場合は失敗を報告し、テストを無効にしないなどのショートカットを避ける。Anthropic は Fable 5.1 を「カバードモデル」と指定し、AWS および Anthropic の共同で構築されたエンタープライズフロンティアセーフガード (EFS) を利用して、対象顧客が自分のデータのコントロールを維持したまま使用できる。

この更新の位置づけ

AWS GovCloud (US) は規制の厳しい業界向けに設計されたクラウドサービスであり、この新しいモデルは特に規制の厳しい環境での高度な AI 処理に役立つ

Amazon MSK Connect (Amazon Managed Streaming for Apache Kafka Connect) は、新規作成されたコネクタとそのタスクの再起動をサポートし、ストリーミングデータパイプラインの迅速なリカバリを可能にする。Amazon MSK Connect は、Apache Kafka Connect コネクタをデプロイ、監視、スケールするための完全管理サービスである。これまで障害からのリカバリにはコネクタの削除と再作成が必要で、ダウ ntime や運用オーバーヘッドが発生していた。この機能により、コネクタとすべてのタスク、または失敗したタスクのみを選択的に再起動でき、リカバリをシームレスに行える。また、外部システムや依存関係の変更を反映するために、失敗したタスクがないコネクタを再起動することもできる。この再起動機能は、Amazon MSK コンソール、AWS CLI、AWS SDK、AWS CDK を介して、Amazon MSK Connect が利用可能なすべての AWS リージョンで追加料金なしで利用できる。

この更新の位置づけ

この更新は、Apache Kafka Connect コネクタを管理している開発者やデプロイ担当者にとって有用である。障害からのリカバリが容易になり、運用負荷が軽減される。

Amazon DocumentDB (MongoDB 互換) は、エンジンバージョン 3.6 および 4.0 からバージョン 8.0 への直接メジャーバージョンアップグレード (MVU) をサポートする。これにより、中間バージョンのアップグレードが不要となり、既存のデータ、構成、クラスター設定を維持したままアップグレードできる。バージョン 8.0 へのアップグレードにより、最新のセキュリティパッチ、パフォーマンスの改善、新しい開発者機能を利用できる。DocumentDB 3.6 および 4.0 から 8.0 へのメジャーバージョンアップグレードは、これらのバージョンが現在サポートされているすべての AWS リージョンで利用可能である。

この更新の位置づけ

Amazon DocumentDB は MongoDB と互換性のあるマネージドデータベースサービスであり、このアップグレード機能により、ユーザーはより新しい機能とセキュリティ更新を簡単に利用できるようになる

Amazon CloudWatch は、メトリックアラームとログアラームでウォームアップ期間を構成できるようにした。この設定により、アラーム作成後の一定期間評価が遅延し、新リソースやサービスの起動中にメトリックがまだ公開されていない間のノイズを削減できる。例えば、CI/CD パイプラインで新しいマイクロサービスとアラームを同時にプロビジョニングする場合、ウォームアップ期間をアタッチすることで、サービスが起動中やメトリックをまだ公開していない間にオンワークエンジニアにページ通知が送信されないようにできる。従来は、アラームが作成される前に基盤メトリックがデータレポートを開始していない場合、CloudWatch は「欠落データの扱い」設定を使用してすぐに評価し、新しくデプロイされたアプリケーションやサービスのようにメトリックの発生に時間がかかるリソースでは、起動中にアラーム状態が移行して不要な通知がトリガーされることがあった。ウォームアップ期間は、この問題を解決するために、アラーム評価の開始を一定期間待つか、メトリックが評価ウィンドウを満たすまで自動的に評価を開始する 2 つの方法を提供する。ウォームアップ期間は、アラームの作成または更新時に WarmUpConfiguration パラメーターで設定でき、ウォームアップ期間は 1 から 2,880 分 (2 日) の範囲で指定できる。デフォルトでは、アラームは評価ウィンドウに十分なデータが蓄積された時点でウォームアップを早期に終了して評価を開始する。また、オプションで、アラームが評価を開始する前に全期間を待つように要求することもできる。ウォームアップ期間は、Amazon CloudWatch が提供されているすべての AWS リージョンで、標準の CloudWatch アラーム料金以外は追加料金なしで利用できる。詳細は、Amazon CloudWatch ユーザガイドの「アラームのウォームアップ期間」と「ウォームアップ期間を使用するアラームの作成」を参照してください。

この更新の位置づけ

この更新は、クラウド環境で新リソースやサービスをデプロイする際に、アラームによる不要な通知を防止したい開発者やオペレーションチームに有用である。

Amazon Web Services (AWS) は、Amazon WorkSpaces Applications のリージョン展開を拡大し、ヨーロッパ (チューリヒ)、アジア太平洋 (大阪)、カナダ西部 (カルガリー) リージョンで利用可能にした。今回の展開により、これらの地域のユーザーはより近くのリージョンでアプリケーションとデスクトップをデプロイでき、応答性の高い体験が得られる。また、これらの地域の顧客は、データの居住性やコンプライアンス要件を満たすために、AWS リージョンの選択肢が増える。Amazon WorkSpaces Applications は、完全に管理された安全なアプリケーションストリーミングサービスで、ユーザーはどこからでもデスクトップアプリケーションに即座にアクセスできる。アプリケーションとデスクトップを AWS にストリームし、ローカルにソフトウェアをダウンロード、インストール、管理する必要はない。WorkSpaces Applications は、アプリケーションを実行およびホストするために必要な AWS リソースを管理し、自動的にスケールし、ユーザーにオンデマンドでアクセスを提供する。利用を開始するには、WorkSpaces Applications 管理コンソールにサインインし、対象リージョンを選択する。WorkSpaces Applications は従量制料金で提供される。

この更新の位置づけ

Amazon WorkSpaces Applications は、ユーザーがデスクトップアプリケーションをどこからでもストリームで利用できるようにする完全管理型サービス。この更新により、新たなリージョンでサービスが利用可能となり、特にヨーロッパ、アジア太平洋、カナダのユーザーが対象。

Amazon OpenSearch Service は、クラスターのレッドまたはイエロー状態の原因を特定し、問題を解決するためのアクション可能な推奨事項を提供する 17 の新しいクラスターインサイトを追加した。これらのインサイトは、JVM のメモリ不足、CPU の飽和、ゾーンの不均衡、レプリカ数の設定ミスなどのリソース枯渇シナリオと設定問題を対象とする。以前のようにノードやアベイラビリティゾーンにわたる複数のメトリックを手動で相関させる必要はなく、OpenSearch Service が自動的に問題を特定し、インスタンスタイプのスケールアップ、ディスク容量の増加、シャード割り当て設定の修正などの具体的な推奨事項を提供する。これらのインサイトは、OpenSearch 1.0 以降と Elasticsearch 6.8 以降を実行する Amazon OpenSearch Service ドメインで、追加料金なしで利用できる。

この更新の位置づけ

この更新は、Amazon OpenSearch Service を使用するユーザーがクラスターの異常状態を迅速に特定し、解決するのに役立つ

Amazon Connect Global Resiliency は、2 つのリンクされた AWS リージョン間でコンタクトをエージェントにルーティングする機能をサポートする。例えば、US East (N. Virginia) に到着したコンタクトは、US East (N. Virginia) と US West (Oregon) のどちらにでもある最も空いている対応エージェントに割り当てられる。マネージャーは両リージョン全体を統一されたコンタクトセンターとして分析や検索ができる。両リージョンに常にライブトラフィックが流れ、テストされていないスタンバイリージョンは存在しない。構成や統合は両リージョンで継続的に実行され、どちらのリージョンもフルワークロードに対応できる状態が保たれる。トラフィックの配分は完全に制御でき、いつでも新しいコンタクトやエージェントを単一リージョンにシフトできる。サポートされるリージョン組み合わせは、US East (N. Virginia) と US West (Oregon)、EU (Frankfurt) と EU (London)、Asia Pacific (Osaka) と Asia Pacific (Tokyo) のもの。詳細は Amazon Connect のウェブサイトまたは Amazon Connect 管理ガイドを参照。

この更新の位置づけ

この更新は、複数の AWS リージョンにわたるコンタクトセンターの運用を最適化する必要がある中小企業や企業向けである。

AWS Elemental MediaTailor に AWS マネジメントコンソールに組み込まれた分析ダッシュボードが追加された。このダッシュボードにより、出版社は広告収益とストリーミングパフォーマンスをグローバルかつ複数リージョンで確認でき、リージョン間での比較や個々の再生設定の詳細な分析が可能となる。表示される主要なビジネス指標には、フィル率、広告インプレッション率、ビデオ完了率、インプレッションリカバリデータなどがあり、MediaTailor のサーバーサイドビーコンリトライロジックによってリカバリされた請求可能なインプレッションの数を確認できる。この分析ダッシュボードは、AWS Elemental MediaTailor が利用可能なすべての AWS リージョンで利用可能で、Amazon CloudWatch を利用し、無料ティアが提供される。ダッシュボードの一部コンポーネントでは ListMetrics API コールが使用され、無料ティアを超える使用には料金が発生する。追加のストリーミング指標、レポートディメンション、可視化が後続のリリースで追加される。

この更新の位置づけ

この更新は、動画配信プラットフォームを運営する出版社や、広告収益に依存するコンテンツ提供者にとって有用である。AWS Elemental MediaTailor は、広告挿入とストリーミング最適化を自動化するサービスであり、この分析ダッシュボードにより、パフォーマンスをより詳細に監視し、収益を最大化できる。

Amazon RDS Custom for SQL Server が、最新の Microsoft SQL Server の累積更新 (CU) と一般配布リリース (GDR) をサポートするようになった。これには、SQL Server 2019 の CU32+GDR (KB5102335、RDS バージョン 15.00.4480.2.v1) と SQL Server 2022 の CU25+GDR (KB5101347、RDS バージョン 16.00.4262.2.v1) が含まれる。GDR 更新は CVE-2026-47295 や CVE-2026-47296 などの脆弱性を修正する。アップグレードは RDS マネジメントコンソール、AWS SDK、または CLI で実行できる。

この更新の位置づけ

この更新は、Amazon RDS Custom で SQL Server データベースを実行しているユーザーに影響する。最新のセキュリティ修正と機能更新が含まれるため、データベースのアップグレードを検討する必要がある。

Claude Fable 5.1 が AWS で一般提供開始された。このモデルはコーディング、科学研究、エンタープライズワークフローなど困難なタスクで最先端の知能を提供する。Claude Fable 5 gegenüber 5.1 は特に複雑な推論タスクで判断力や誤答率が向上している。長時間にわたる高負荷の作業に適しており、ソフトウェアプロジェクトの複数の機能を自律的に処理できる。Claude Fable 5.1 は「Covered Model」としてデータ保持や安全性ポリシーが強化されており、対象顧客は自分のデータが制御可能なクラウド環境で使用できる。アクセスは Amazon Bedrock と Claude Platform on AWS の両方から可能。

この更新の位置づけ

この更新は AI モデル開発や複雑なワークフロー自動化を必要とする開発者や企業に影響する

AWS は、Microsoft Azure とのマルチクラウド接続を可能にする AWS Interconnect のプレビューを発表した。既存のマルチクラウド接続では複雑なネットワーク管理が必要だったが、本製品により AWS と Azure 間の接続を単一管理で提供する。プレビューは US East (N. Virginia)、US West (N. California)、Asia Pacific (Sydney)、Europe (Frankfurt) のリージョンで利用可能。

この更新の位置づけ

AWS と他のクラウドプロバイダー間の接続を簡略化する新サービス。マルチクラウド環境でネットワーク管理を効率化する必要があるユーザー向け。

AWS エージェントレジストリが一般提供開始された。このサービスは、組織内エージェント、ツール、スキル、MCP サーバー、カスタムリソースをプライベートで管理および発見できるカタログを提供する。チームは AI 機能の可視性を得て、既存機能を再構築せずに利用できる。AWS コンソール、CLI、SDK でアクセス可能で、Amazon Bedrock AgentCore や Kiro IDE からもリソースを発見できる。コンソールではセマンティックおよびキーワード検索とブラウズ機能を備える。Registry は MCP サーバーとして公開され、IDE から直接クエリできる。プレビュー時に発表された機能に加え、AWS CloudFormation、Terraform、AWS CDK でレジストリをコードとしてプロビジョニングおよび管理できる。タグ付けで組織やコスト配分、アクセス制御が可能で、AWS リソースアクセスマネージャーでアカウント間で共有できる。AgentCore ランタイムやゲートウェイのエージェントを自動検出し、レジストリを最新状態に保つ。Amazon Quick との統合により、Quick コネクタページからカスタムコネクターを発見できる。利用可能なリージョンは、US 西 (オレゴン)、アジア太平洋 (東京)、アジア太平洋 (シドニー)、ヨーロッパ (アイルランド)、US 東 (バージニア北部) の 5 つ。

この更新の位置づけ

組織内 AI コンポーネントの一元管理と可視性が必要な開発チームやセキュリティチームに有用

Amazon Aurora serverless がプラットフォームバージョン 4 でパフォーマンス最大 30% 向上し、スケーリングが改善された。これにより、忙しいウェブアプリケーションや API サービス、トラフィックバーストや予測不可能な使用パターンを示すエージェント AI アプリケーションに最適となった。新機能は Aurora PostgreSQL と Aurora MySQL の両方で利用可能で、追加料金なしで提供される。既存クラスターはメンテナンスアクションや再起動、ブルーグリーン展開でアップグレード可能。

この更新の位置づけ

Amazon Aurora serverless はオンデマンドで自動スケーリングするデータベースサービスで、需要に応じてリソースを調整し、コスト効率を高める。

AWS Lambda 再帰ループ検出が全商用リージョンで利用可能になった。このデフォルト有効の機能は、Lambda 関数とサポート対象サービス間の再帰ループを自動検出・停止し、制御不能なワークロードを防ぐ。Amazon S3、SQS、SNS などのイベントソースで Lambda 関数をトリガーする際に、設定ミスやコードのバグが原因でイベントが元のソースに戻り、再帰ループや予期せぬ使用量・請求が発生する可能性がある。この機能が検出すると、Lambda はイベントの処理を自動的に停止し、AWS Health Dashboard に通知とトラブルシューティング手順を送る。サポート対象の SDK バージョンまたはそれ以降を使用していると、この機能が利用できる。意図的に再帰ループを使用する場合は、PutFunctionRecursionConfig API で検出を無効にできる。

この更新の位置づけ

この更新は、Lambda 関数をイベントソースでトリガーする際に再帰ループが発生するリスクがある開発者や運用担当者に関連する。再帰ループによる予期せぬ使用量や請求を自動的に防止できる。

Amazon Cognito は、アプリケーションクライアントが AWS SDK、CLI、または API を介して直接アクセストークンを取得できるようにする GetClientToken API 操作をサポートする。これにより、ユーザープールドメインを構成せずに、アプリケーション、マイクロサービス、および自動化されたワークロードのサービス間通信を許可する方法が提供される。GetClientToken は、クライアント ID とシークレットで認証し、リソースサーバーでカスタムスコープに許可されたアクセストークンを返す。AWS ネイティブ API として、AWS SDK とシームレスに統合され、AWS WAF および VPC インターフェイスエンドポイントをサポートする。既存のドメインベースの OAuth 2.0 クライアントクレデンシャルフローも引き続き利用可能。この機能は、Amazon Cognito ユーザープールが利用可能なすべての AWS リージョンで利用できる。標準の Amazon Cognito M2M 価格が適用される。

この更新の位置づけ

この更新は、サービス間通信を自動化する必要がある開発者や、複雑なユーザープール設定を避けたいユーザーに役立つ。

Amazon EC2 は、AWS Graviton5 プロセッサーを搭載した R9g および R9gd インスタンスを一般提供開始した。これらのインスタンスは、データベースや大規模なメモリワークロードに最適で、R8g/R8gd インスタンスに比べて最大 25% 高いコンピュートパフォーマンスを実現する。R9gd インスタンスはローカル NVMe ベースの SSD ストレージを提供し、オープンソースデータベースや分散リアルタイムビッグデータ分析などに適している。これらのインスタンスは第 6 世代 AWS Nitro システムを採用し、Nitro 分離エンジンによって顧客ワークロード間の数学的保証を提供する。

この更新の位置づけ

メモリ最適化インスタンスの新バージョンが提供開始され、データベースやビッグデータ分析などのワークロード向けに高パフォーマンスなオプションが追加された

Amazon Timestream for InfluxDB が、アフリカ (ケープタウン)、アジア太平洋 (バンコク)、アジア太平洋 (香港)、アジア太平洋 (ハイデラバード)、アジア太平洋 (メルボルン)、アジア太平洋 (ソウル)、ヨーロッパ (チューリヒ)、イスラエル (テルアビブ) の 8 つの新しい AWS リージョンで提供開始した。このサービスは、開発者や DevOps チームがオープンソース API を使用して、リアルタイムのタイムシリーズアプリケーション用に完全に管理された InfluxDB データベースを AWS 上で実行できるようにする。マルチ AZ の高可用性、リードレプリカ、強化された耐久性、マルチノードスケーリングを提供し、ワークロードの進化に合わせて柔軟なデプロイオプションを提供する。1 ノードのセットアップから 15 ノードのエンタープライズクラスターまで、インフラストラクチャを再アーキテクチャすることなく適切にサイズ調整できる。InfluxDB データベースは、Amazon Timestream for InfluxDB コンソール、AWS CLI、または AWS SDK を使用して作成できる。

この更新の位置づけ

この更新は、リアルタイムタイムシリーズデータ処理が必要な開発者や DevOps チームにとって有益である。Amazon Timestream for InfluxDB は、InfluxDB データベースを AWS 上で完全に管理された状態で実行できるサービスであり、新しいリージョンでの利用可能性が拡大した。

Amazon Redshift は、プロビジョニング済みクラスターとサーバーレスワークグループで、拡張 VPC ルーティング (EVR) を設定した環境で IAM Identity Center 認証をサポートするようになった。これにより、企業認証でシングルサインオンが可能となり、すべてのトラフィックが Amazon VPC を経由して AWS ネットワーク上で残り、セキュリティグループやネットワーク ACL、VPC フローログで管理できる。認証と認可も VPC 内の PrivateLink インターフェイス VPC エンドポイントを介して行われ、Redshift の他のトラフィックと同じネットワーク経路をたどる。IAM Identity Center のマルチリージョン複製もサポートしている。

この更新の位置づけ

この変更は、データリジデンシーや規制、ネットワークアイソレーション要件がある顧客に有用で、パブリックインターネット経由の分析を必要としない環境で Redshift を使用できるようにする