2026/8/31 9:00:00 ~ 2026/9/1 9:00:00 (JST)

最近の発表

Partner Revenue Measurement expands service coverage for User Agent string capability

パートナー収益測定ユーザーエージェント文字列が、追加の AWS サービスをサポートするようになりました。パートナー収益測定により、パートナーは AWS の収益への影響と製品の消費パターンをより深く理解できます。以前は、User Agent 文字列機能で一部のサービスの AWS サービス消費量を測定していました。今回の拡張により、パートナーは、コントロールプレーンのアクティビティを AWS CloudTrail に記録するその他の適用可能な AWS サービスの属性収益を測定できるようになりました。これにより、パートナーは自社のソリューションがもたらす収益の可視性が大幅に向上します。\n 既にユーザーエージェント (APN_1.1/PC_ $ 形式) をアプリケーションに組み込んでいるパートナーは、追加の実装を必要とせずに、対象範囲の拡大から自動的に恩恵を受けることができます。この拡張によって測定された追加サービス消費量は、AWS コンソールの AWS Partner Central の Partner Analytics からアクセスできる属性収益ダッシュボードに表示されるようになりました。このユーザーエージェント文字列メソッドは、パートナー収益測定のリソースタグ付けと AWS Marketplace メータリングの統合機能を補完します。

パートナー収益測定は、一般的にすべての商業地域で利用できます。ユーザーエージェント文字列の実装やその他のパートナー収益測定機能について詳しくは、オンボーディングガイドとサポートされているサービスをご覧ください。

AWS Agent Registry agents and MCP servers now available in Amazon Quick

Amazon Quickは本日、AWSエージェントレジストリとの統合を発表しました。これにより、ユーザーは組織のAWSエージェントレジストリのリソースをAmazon Quick内で直接検索して使用できるようになります。AWS エージェントレジストリは MCP サーバーとエージェントをサポートしており、ユーザーは Amazon Quick 内で直接検索および閲覧できるようになりました。必要なエージェントまたは MCP サーバーが見つかったら、ユーザーは数回クリックするだけでそれを有効にできます。接続の詳細はすでにレジストリから入力されています。有効にすると、これらのリソースをチームと共有して、チャット、エージェント、アプリ、フロー、詳細な調査などで使用できます。 \n この統合により、Amazon Bedrock AgentCore を使用してエージェントを構築する技術チームと Amazon Quick で作業するビジネスユーザーとの間のギャップが解消されます。組織は、AWS エージェントレジストリにすでに存在するエージェントやツールへの接続を手動で設定する必要がなくなりました。ビジネスユーザーは、使い慣れた Amazon Quick ワークスペースから重複した手間をかけずにアクセスできます。

Amazon Quick と AWS エージェントレジストリの統合は、Amazon Quick と Amazon Bedrock AgentCore の両方が利用できるすべての AWS リージョンで利用できます。これには、米国東部 (バージニア北部)、米国西部 (オレゴン)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、ヨーロッパ (フランクフルト)、ヨーロッパ (アイルランド) が含まれます。

開始するには、Amazon Quick 管理コンソールを開き、[アカウントの管理]、[権限]、[AWS エージェントレジストリ] の順に進み、レジストリを接続します。詳細については、Amazon クイックインテグレーションのドキュメントと AWS エージェントレジストリのドキュメントを参照してください。

Amazon Redshift now supports AWS IAM Identity Center authentication with enhanced VPC routing

Amazon Redshift は、拡張された VPC ルーティング (EVR) を使用して設定されたプロビジョニングされたクラスターとサーバーレスワークグループの AWS IAM アイデンティティセンター認証をサポートするようになりました。企業の認証情報を使用してシングルサインオンで Amazon Redshift にアクセスでき、トラフィックは Amazon 仮想プライベートクラウド (Amazon VPC) を通過して AWS ネットワークにとどまります。これは、データレジデンシー、規制、またはネットワーク分離の要件があり、分析のためにパブリックインターネットへの下り線を義務付けているお客様にとって有益です。\n Redshift EVR では、Redshift ウェアハウスと他の AWS サービス間のトラフィックはすべてお客様の VPC を経由します。VPC では、セキュリティグループ、ネットワーク ACL、エンドポイントポリシーを使用してトラフィックを管理し、VPC フローログで監視できます。今回のローンチにより、Redshift は VPC 内部から AWS PrivateLink インターフェイス VPC エンドポイントを介して IAM Identity Center トークンを検証して交換するため、認証と承認は他の Redshift トラフィックと同じ管理されたネットワークパスをたどります。この機能は、プライマリの Identity Center インスタンスとは異なるリージョンで Redshift を実行しているお客様の IAM Identity Center マルチリージョンレプリケーションもサポートします。

開始するには、Amazon Redshift の拡張 VPC ルーティングに関するドキュメントとブログ投稿をお読みください。この機能は、Amazon Redshift と IAM アイデンティティセンターの両方が利用できるすべての AWS リージョンで利用できます。

Amazon Timestream for InfluxDB is now available in 8 additional AWS Regions

アフリカ (ケープタウン)、アジアパシフィック (バンコク)、アジアパシフィック (香港)、アジアパシフィック (ハイデラバード)、アジアパシフィック (メルボルン)、アジアパシフィック (ソウル)、ヨーロッパ (チューリッヒ)、イスラエル (テルアビブ) の AWS リージョンで Amazon Timestream を InfluxDB に使用できるようになりました。Timestream for InfluxDB を使用すると、アプリケーション開発者や DevOps チームは、オープンソース API を使用するリアルタイムの時系列アプリケーション向けに、フルマネージドの InfluxDB データベースを AWS 上で簡単に実行できます。\n Timestream for InfluxDB は、マルチ AZ の高可用性、リードレプリカ、耐久性の強化、マルチノードスケーリングを提供し、進化するワークロードに合わせて柔軟にデプロイできるオプションを提供します。単一ノードのセットアップから始める場合でも、15 ノードの Enterprise クラスターにスケーリングする場合でも、再設計することなくインフラストラクチャーの規模を適切に設定できます。

InfluxDB データベースは、InfluxDB コンソール用 Amazon タイムストリームを使用して作成できます。AWS CLI または AWS SDK。InfluxDB 用の Amazon タイムストリームは次の AWS リージョンでご利用いただけます。 詳細については、InfluxDB 用 Amazon タイムストリームのドキュメントと料金ページを参照してください。

Amazon Redshift now supports Apache Iceberg v3 tables

Amazon Redshift は、データレイクの Apache Iceberg v3 テーブルからの読み取りと書き込みをサポートするようになりました。Apache Iceberg はオープンテーブル形式で、その v3 リリースではいくつかの新機能が追加されています。今回のリリースにより、Amazon Redshift はデフォルトの列値、行系列、削除ベクターのサポートを導入しました。\n デフォルトの列値を使用すると、値が指定されていない場合に Amazon Redshift が適用する初期値を定義できるため、既存のテーブルに列を追加する際のスキーマの展開が簡単になります。行系統では、各行の ID と最終更新されたシーケンス番号を追跡する疑似列が公開されるため、変更された行のみを処理するインクリメンタルパイプラインや CDC (変更データキャプチャ) ワークフローを構築できます。削除ベクトルは、Iceberg v2 の位置削除ファイルをコンパクトな圧縮ビットマップに置き換え、コンプライアンス主導型のレコード削除などの頻繁な更新および削除ワークロードの読み取りと書き込みを高速化します。CREATE TABLE… を使用して v3 テーブルを作成できます。ICEBERG テーブルプロパティ (‘format-version’ = ‘3’) を使用するか、ALTER TABLE SET TABLE PROPERTIES (‘format-version’ = ‘3’) を変更して既存の v2 テーブルをアップグレードしてください。 Amazon Redshift の Graviton ベースのプロビジョニングクラスターとサーバーレスクラスターは、新しい v3 フォーマットをサポートしています。詳細については、Amazon Redshift ドキュメントの「Apache Iceberg v3 機能」を参照してください。

Amazon EC2 R9g and R9gd memory optimized instances are now available

本日より、AWS Graviton5 プロセッサを搭載した Amazon Elastic Compute Cloud (Amazon EC2) の R9g インスタンスと R9gd インスタンスが一般的に利用可能になりました。AWS Graviton5 プロセッサは、カスタム設計された CPU の第 5 世代で、Amazon EC2 で実行されるメモリを大量に消費するワークロードに最適なコストパフォーマンスを提供します。\n R9g インスタンスは、データベース、インメモリキャッシュ、リアルタイムのビッグデータ分析、コンテナ化されたマイクロサービスベースのアプリケーション (Kubernetes、Docker、EKS、ECS など) を含む Linux ベースのワークロード、および C/C++、Rust、Go、Java、Python、.NET Core、Node.js、Ruby、PHP などの一般的なプログラミング言語で記述されたアプリケーションなど、メモリを大量に消費するワークロードに最適です。

R9gd インスタンスは、ローカル NVMe ベースの SSD ブロックレベルのストレージをお客様に提供します。R9gd インスタンスは、オープンソースデータベース、分散型リアルタイムビッグデータ分析、大規模なインメモリデータベース、大規模なキャッシュワークロードなど、メモリを大量に消費するワークロードに最適です。

R9g インスタンスと R9gd インスタンスは、AWS Graviton4 ベースの R8g および R8gd インスタンスと比較して最大 25% 優れたコンピューティングパフォーマンスを提供します。データベースでは最大 30%、ウェブアプリケーションでは最大 35%、機械学習では最大 35% 高速です。クラウドのどのプロセッサー・インスタンスよりも 5 倍大きいキャッシュと最速のメモリーが特徴です。これらのインスタンスは第6世代の AWS Nitro System 上に構築されており、Nitro Isolation Engine を搭載した最初のインスタンスです。正式な検証を利用してお客様のワークロードが相互に、また AWS 事業者から分離されていることを数学的に保証することで、数学的に証明されたクラウドセキュリティの新しい標準を開拓しています。

R9g インスタンスと R9gd インスタンスは、米国東部 (バージニア北部、オハイオ)、米国西部 (オレゴン)、および欧州 (フランクフルト) リージョンでご利用いただけます。R9g インスタンスと R9gd インスタンスは、貯蓄プラン、オンデマンド、スポットインスタンス、専有インスタンス、または専有ホストで購入できます。

AWS Graviton でコンピューティングをレベルアップして、今すぐ始めましょう。

Amazon Cognito now supports machine-to-machine authorization without a user pool domain

Amazon Cognito は GetClientToken API オペレーションをサポートするようになりました。これにより、アプリケーションクライアントは、ユーザープールのドメインを設定しなくても、AWS SDK、CLI、または API を介してマシン間 (M2M) 認証用のアクセストークンを直接取得できます。これにより、アプリケーション、マイクロサービス、および自動化されたワークロードのサービス間通信を許可する手段が増えました。\n 新しい GetClientToken API オペレーションにより、アプリクライアントはクライアント ID とシークレットを使用して認証され、リソースサーバー上のカスタムスコープ用に承認されたアクセストークンを受け取ることができます。ネイティブな AWS API オペレーションとして、GetClientToken は AWS SDK とシームレスに統合され、AWS WAF および VPC インターフェイスエンドポイント (AWS PrivateLink) をサポートします。既存のドメインベースの OAuth 2.0 クライアント認証フローは引き続き使用できます。

この機能は、Amazon Cognito ユーザープールが利用できるすべての AWS リージョンで利用できます。開始するには、アプリケーションクライアントを設定し、AWS マネジメントコンソール、CLI、または SDK を使用して GetClientToken を呼び出します。Amazon Cognito M2M の標準料金が適用されます。詳細については、Amazon Cognito 開発者ガイドと GetClientToken API リファレンスを参照してください。

AWS Lambda recursive loop detection is now available in all commercial AWS Regions

AWS Lambda 再帰ループ検出は、すべての商用 AWS リージョンにサポートを拡大しました。この機能はデフォルトで有効になっており、Lambda 関数と他のサポートされているサービス間の再帰呼び出しを自動的に検出して停止し、ワークロードの暴走を防ぐガードレールです。\n Amazon S3、Amazon SQS、Amazon SNS などのイベントソースを使用して Lambda 関数をトリガーする場合、設定ミスやコード欠陥により、Lambda 関数をトリガーしたのと同じソースにイベントが送り返され、再帰ループ、意図しない使用、予期しない請求が発生する可能性があります。このようなループが検出されると、Lambda 再帰ループ検出は自動的にイベントの処理を停止し、トラブルシューティングの手順を含む AWS Health Dashboard 通知を送信します。

今回の拡張により、サポートされている SDK バージョン以降を使用している場合、すべての商用 AWS リージョンで再帰ループ検出を利用できるようになりました。関数が意図的な再帰ループを使用している場合は、PutFunctionRecursionConfig API を使用して Lambda 関数の再帰ループ検出を無効にすることができます。

Lambda 再帰ループ検出の詳細については、Lambda ドキュメントを参照してください。

Amazon Aurora serverless is now available with 30% better performance and smarter scaling in additional AWS Regions

Amazon Aurora サーバーレスでは、アジアパシフィック (ニュージーランド)、アジアパシフィック (タイ)、アフリカ (ケープタウン)、ヨーロッパ (ミラノ)、メキシコ (中央) など、他の AWS リージョンでもパフォーマンスが最大 30% 向上し、スケーリングが強化されました。これらの改善は Aurora PostgreSQL と Aurora MySQL の両方で利用可能です。\n Aurora サーバーレスは自動スケーリングデータベースで、最も要求の厳しいワークロードをサポートするようにスケールアップし、必要のない場合はゼロまで縮小できるため、実際に使用した分だけのお支払いとなります。強化されたスケーリングアルゴリズムは、負荷の高いウェブアプリケーションや API サービスなど、複数のタスクがリソースを奪い合うワークロードを効率的に処理します。これらの改善が相まって、Aurora サーバーレスは、トラフィックの急増、アイドル期間、予測できない使用状況が発生するエージェント AI アプリケーションに特に適しています。

これらの改善は、プラットフォームバージョン 4 では追加コストなしで提供されます。新しいクラスタ、リストア、クローンはプラットフォームバージョン 4 で自動的に起動します。以前のプラットフォームバージョンを実行している既存のクラスターは、保留中のメンテナンスアクション、停止して再起動、またはブルー/グリーンデプロイメントを行うことで、プラットフォームバージョン 4 にアップグレードできます。

料金の詳細と利用可能なリージョンについては、Amazon Aurora 料金表をご覧ください。Aurora サーバーレスの詳細については、ドキュメントを参照してください。開始するには、AWS マネジメントコンソールにアクセスしてください。

Amazon OpenSearch Service adds new Cluster Insights for faster diagnosis of cluster status

Amazon OpenSearch Service は、クラスターの赤と黄のステータスの背後にある根本原因を特定し、それらを解決するための実行可能な推奨事項を提供する 17 の新しいインサイトにより、クラスターインサイトを拡大しました。これらのインサイトは、JVM のメモリ不足、持続的な CPU 飽和などのリソース枯渇シナリオのほか、ゾーンの不均衡やレプリカ数の設定ミスなどの設定上の問題も対象としています。\n 以前は、シャードが割り当てられていないためにクラスターが赤または黄のステータスになった場合、根本的な原因を診断するには、ノードとアベイラビリティーゾーンの複数のメトリクスを手動で相関させる必要がありました。こうした新しい知見をもとに、OpenSearch Service は特定のリソース制約や設定ミスの原因を自動的に特定し、インスタンスタイプのスケールアップ、ディスク容量の増加、シャード割り当て設定の修正など、カスタマイズされた推奨事項を提示します。これにより、クラスターの安定性をより早く回復できます。

6つの新しい「重大度」インサイトが、プライマリシャードが未割り当て状態になる原因となる状態 (赤色) を検出し、重大度が中程度から重大までの11件のインサイトが、レプリカシャードの割り当てを妨げている問題を浮き彫りにしました (黄ステータス)。それぞれのインサイトは、影響を受けるノードを特定し、的を絞った是正措置を取るのに役立つ具体的な修復推奨事項を提示します。

これらのインサイトは、OpenSearch 1.0以降とElasticsearch 6.8以降を実行しているAmazon OpenSearch Serviceドメインで、米国東部（バージニア北部、オハイオ）、米国西部（オレゴン）、カナダ（中部）、アジア太平洋（シドニー、東京）、ヨーロッパ（フランクフルト、アイルランド、ロンドン、パリ、ストックホルム）の11のリージョンで追加料金なしで利用できます。詳細については、Cluster Insights のドキュメントをご覧になるか、入手可能なインサイトの全カタログをご覧ください。

AWS Agent Registry for centralized agent discovery and governance is now generally available

AWS エージェントレジストリが一般公開されました。組織内のエージェント、ツール、スキル、MCP サーバー、カスタムリソースを対象とした、管理されたプライベートなカタログおよび検出レイヤーを提供します。チームは自分の AI 環境を完全に可視化できるため、ゼロから再構築しなくても既存の機能を発見できます。AWS エージェントレジストリコンソール、AWS CLI、または AWS SDK からアクセスできます。また、Amazon Bedrock AgentCore、Amazon Quick、Kiro IDE からレジストリリソースを見つけて使用できるため、チームはコンテキストを切り替えることなく適切なエージェントとツールを見つけることができます。このコンソールでは、セマンティック検索とキーワード検索を、レジストリやレコードを調べるための専用のブラウズ機能と組み合わせています。レジストリは MCP サーバーとしても公開されており、ビルダーは IDE から直接クエリを実行できます。\n プレビューで導入された機能 (手動および URL ベースのレコード作成、承認ワークフロー、セマンティック検索、キーワード検索、AWS CloudTrail 監査証跡) に加えて、Registry には新しいエンタープライズ機能が追加されました。チームは AWS CloudFormation、Terraform、AWS CDK を使用してレジストリをコードとしてプロビジョニングおよび管理したり、整理、コスト配分、アクセス制御のためにレジストリやレコードにタグを適用したりできます。AWS リソースアクセスマネージャー (AWS RAM) を使用すると、顧客はアカウント間でレジストリを共有し、組織全体のレジストリを作成できます。また、レジストリは、組織全体の AgentCore ランタイムと AgentCore ゲートウェイ上のエージェントを中央レジストリに自動検出し、手動で作成しなくても記録を最新の状態に保つことができます。Amazon Quick との新しい統合により、顧客は Quick Connectors ページでレジストリのカスタムコネクタを直接見つけることができます。

AWS エージェントレジストリは、米国西部 (オレゴン)、アジアパシフィック (東京)、アジアパシフィック (シドニー)、ヨーロッパ (アイルランド)、米国東部 (バージニア北部) の 5 つの AWS リージョンで利用できます。レジストリの詳細はブログで学び、ドキュメントで詳しく調べてください。

AWS announces AWS Interconnect - multicloud connectivity with Microsoft Azure in preview

AWSは、Microsoft Azureを搭載したマルチクラウドであるAWSインターコネクトのパブリックプレビューを発表しました。\n 顧客はマルチクラウド戦略を採用する一方で、より多くのアプリケーションをクラウドに移行しています。その理由は、相互運用性の要件、ニーズに最適なテクノロジーを自由に選択できること、どの環境でもより簡単かつ迅速にアプリケーションを構築してデプロイできることなど、さまざまな理由からです。以前は、複数のクラウドサービスプロバイダー (CSP) 間でワークロードを相互接続する場合、顧客は「自分でできる」マルチクラウドアプローチを採用しなければならず、グローバルな多層ネットワークを大規模に構築および管理することが複雑化していました。AWS Interconnect-マルチクラウドは、この種のものとしては初めての専用製品であり、クラウド同士を接続して通信する新しい方法であり、お客様が回復力がありスケーラブルなプライベート接続を他のクラウドプロバイダーに迅速にプロビジョニングできるようにします。

AWS は、re: Invent 2025 でプレビュー版の AWS Interconnect — マルチクラウドを導入しました。これにより、ネットワークの相互運用性に関するオープン仕様が公開され、業界の水準が引き上げられ、あらゆるプロバイダーが採用できるフレームワークが確立され、より広範なエコシステムの参加が促されました。現在、Microsoft Azure は AWS インターコネクトの原動力となっている仕様を採用した最新の CSP です。AWS と Azure の間を運用しているお客様は、妥協することなく、単一のマネージドエクスペリエンスを通じて接続を管理できるようになりました。これにより、AWS は Microsoft Azure (プレビュー)、OCI (一般公開)、および Google Cloud (一般公開) をご利用のお客様に、一貫性のあるシンプルなエクスペリエンスを提供できます。

インターコネクト-Microsoft Azure のマルチクラウドは、米国東部 (バージニア北部)、米国西部 (北カリフォルニア)、アジアパシフィック (シドニー)、ヨーロッパ (フランクフルト) の AWS リージョンでプレビュー版としてご利用いただけます。AWS マネジメントコンソール、コマンドラインインターフェイス (CLI)、または API を使用してプレビューインターコネクトを作成できます。詳細については、AWS Interconnect — マルチクラウドのドキュメントを参照してください。

Amazon MSK Connect now supports restarting connectors

Amazon MSK Connect (Apache Kafka Connect 用 Amazon マネージドストリーミング) は、新しく作成されたコネクタとそのタスクの再起動をサポートし、ストリーミングデータパイプラインの迅速な復旧を可能にします。\n Amazon MSK Connect はフルマネージド型のサービスで、Amazon MSK (Apache Kafka のマネージドストリーミング) を使用して Apache Kafka Connect コネクタをデプロイ、モニタリング、およびスケーリングできます。以前は、障害から回復するにはコネクタを削除して再作成する必要があり、その結果、ダウンタイムと運用上のオーバーヘッドが発生していました。この機能を使用すると、コネクタとそのすべてのタスクを再起動したり、失敗したタスクのみを選択して再起動したりできるため、復旧がシームレスになります。また、一時的な問題から回復したり、外部システムや依存関係の変更を反映したりするために、失敗したタスクがないコネクタを再起動することもできます。

この再起動機能は、Amazon MSK Connect が利用できるすべての AWS リージョンの Amazon MSK コンソール、AWS CLI、AWS SDK、および AWS CDK を通じて追加料金なしで利用できます。詳細については、Amazon MSK Connect のドキュメントをご覧ください。開始するには、Amazon MSK コンソールにアクセスしてください。

Amazon WorkSpaces Applications is now available in three new AWS Regions

アマゾンウェブサービス (AWS) は、Amazon WorkSpaces アプリケーションの提供地域を拡大しました。本日より、AWS のお客様はヨーロッパ (チューリッヒ)、アジアパシフィック (大阪)、カナダ西部 (カルガリー) の各リージョンにアプリケーションとデスクトップをデプロイし、WorkSpaces アプリケーションを使用してストリーミングできるようになりました。\n エンドユーザーに近いリージョンの WorkSpaces アプリケーションにアプリケーションをデプロイすると、応答性が向上します。さらに、ヨーロッパ、アジア太平洋、カナダのお客様は、WorkSpaces アプリケーションにワークロードをデプロイするための AWS リージョンの選択肢が増え、データレジデンシーとコンプライアンスの要件を満たすことができるようになりました。

Amazon WorkSpaces Applications は完全マネージド型の安全なアプリケーションストリーミングサービスで、ユーザーはどこからでもデスクトップアプリケーションにすぐにアクセスできます。これにより、ユーザーはソフトウェアをローカルでダウンロード、インストール、管理しなくても、アプリケーションやデスクトップを AWS から自分のデバイスにストリーミングできます。WorkSpaces Applications は、アプリケーションのホストと実行に必要な AWS リソースを管理し、自動的にスケーリングし、ユーザーにオンデマンドでアクセスを提供します。

Amazon WorkSpaces アプリケーションを使い始めるには、WorkSpaces アプリケーション管理コンソールにサインインし、ヨーロッパ (チューリッヒ)、アジアパシフィック (大阪)、またはカナダ西部 (カルガリー) リージョンを選択します。WorkSpaces アプリケーションを利用できるリージョンの全リストについては、AWS リージョン表を参照してください。WorkSpaces アプリケーションは従量課金制です。詳細については、「Amazon WorkSpaces アプリケーション価格表」を参照してください。

AWS Workload Credentials Provider is now available as a one-click install for Linux and Windows

本日、AWS Secrets Manager は、Amazon Linux と Windows に AWS ワークロード認証情報プロバイダー (AWCP) をワンクリックでインストールできることを発表しました。これにより、セットアップをソースからの複数ステップのビルドプロセスから単一のコマンドに削減できます。 \n AWCP は AWS Secrets Manager からシークレットを解決してローカルにキャッシュするので、アプリケーションはローカルの HTTP エンドポイントを介してシークレットを取得できます。AWCP では、AWS 証明書マネージャーから証明書を取得することもできます。以前は、Amazon EC2 インスタンスで AWCP を使用したいお客様には、Github リポジトリのクローン作成からバイナリのコンパイル、設定のセットアップまで、約 6 つのステップが必要でした。この多段階のプロセスでは、すべての開発者が Rust の専門知識を学び、インフラストラクチャを構築する必要がありました。

これで、お客様は Linux (x86_64 と ARM64) と Windows (x64) 用のビルド済み署名済みバイナリを公開ダウンロード URL から直接ダウンロードできるようになりました。これに伴い、AWCP が Amazon Linux リポジトリで利用できるようになりました。Amazon Linux EC2 のお客様は 1 つのコマンドでこれをインストールできます。すべてのバイナリは、完全性と信頼性を確保するためにコード署名されており、メモリ内にシークレットキャッシュ機能を備えた、すぐに実行できるエージェントが提供されています。

AWS ワークロード認証情報プロバイダーのワンクリックインストールは、AWS シークレットマネージャーが利用可能なすべての AWS リージョンの Amazon Linux 2023 (x86_64 と ARM64) と Windows Server (x64) に、標準のシークレットマネージャー料金を超える追加料金なしでご利用いただけます。開始するには、AWS ワークロード認証情報プロバイダーのドキュメント、ACM ドキュメント、GitHub の AWCP などのリソースを参照してください。

Automated Security Response on AWS adds AI Toolkit for custom remediations

本日、AWS は AWS での自動セキュリティレスポンス (ASR) の 4 つの新機能を発表しました。お客様は、安全ガードレールが組み込まれた任意の AI アシスタントを使用してカスタム修復を生成する AI 主導のツールキットを使用できるようになりました。さらに、お客様は Amazon Inspector、Amazon GuardDuty、および Amazon Macie からの検出結果を自動的に修正できます。また、お客様は、強化されたウェブコンソールを使用して、アカウント、OU、リージョン、リソースタグごとに自動修復を一元的に設定し、範囲を絞り込むこともできます。最後に、お客様は E メール、Slack、Jira、ServiceNow 用の新しいマルチチャネルアダプタを使用して、AWS Security Hub の調査結果の通知を設定できます。このアダプタには、重大度ベースのフィルタリングと設定可能な期限適用機能が備わっています。\n

ASR の AI Remediation Toolkit は、安全ガードレールが組み込まれたガイド付きプロンプトを使用することで、カスタム修復の開発時間を数週間から数時間に短縮し、設定ミスを最小限に抑え、SSM Automation の深い専門知識に頼る必要がなくなります。サービス対象範囲の拡大により、手動によるトリアージを最小限に抑えながら、認証情報の漏えい、パッチが適用されていない脆弱性、機密データの漏洩に自動的に対応できるようになります。強化されたウェブコンソールでは、ビルトインの検証機能により 100 種類以上のセキュリティコントロールの管理が一元化され、エラーが発生しやすい DynamoDB や SSM の手動設定が不要になります。修正リンク、期限、IaC コードスニペットを含む設定可能なマルチチャネル通知により、チームは根本原因を修正し、タイムリーで責任ある対応が可能になります。

AWS Elastic Beanstalk now supports Active Directory domain join for Windows Server environments

AWS Elastic Beanstalk は、環境内の Windows サーバーインスタンスを、AWS ディレクトリサービスで管理されているアクティブディレクトリドメインに自動的に結合するようになりました。以前は、ドメイン結合された Windows ワークロードを Elastic Beanstalk で実行するには、カスタムの結合スクリプトが必要でしたが、これを保守する必要がありました。今回の起動では、いくつかの設定オプションを設定すると、環境内のすべてのインスタンス (後で Auto Scaling で起動されたインスタンスを含む) は、起動時、つまりアプリケーションがデプロイされる前に、カスタムスクリプトなしでドメインに参加します。\n ドメイン参加インスタンスは Windows 統合認証を使用したり、グループポリシーを適用したり、Windows 認証を使用するファイル共有や SQL Server データベースなどのドメインリソースにアクセスしたりできます。グループポリシーの対象とする組織単位にインスタンスを配置できます。各インスタンスには、そのインスタンス ID から派生した予測可能なコンピュータ名が付けられます。この機能は設計上耐障害性があります。インスタンスがドメインに参加できない場合でも、デプロイは完了し、環境から問題が報告されるため、結合が失敗してもデプロイがブロックされることはありません。

Active Directory ドメイン参加は、2026 年 8 月 18 日以降にリリースされたすべての AWS 商用リージョンと Elastic Beanstalk が利用可能な AWS GovCloud (米国) リージョンで利用可能な Windows Server プラットフォームバージョンで利用できます。サポートされているリージョンの全リストについては、「AWS リージョン」を参照してください。

詳細については、AWS Elastic Beanstalk 開発者ガイドの「インスタンスをアクティブディレクトリドメインに結合する」を参照してください。Elastic Beanstalk の詳細については、AWS Elastic Beanstalk 製品ページをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Big Data Blog

AWS Database Blog

AWS Developer Tools Blog

AWS DevOps & Developer Productivity Blog

Artificial Intelligence

AWS for M&E Blog

Networking & Content Delivery

AWS Security Blog

Open Source Project

AWS CLI