2026/11/5 9:00:00 ~ 2026/11/6 9:00:00 (JST)
最近の発表
AWS Interconnect - last mile announces new metro in Northern Virginia, USA
本日、AWSは米国バージニア州北部のラストマイルメトロという新しいAWSインターコネクトを発表しました。データセンター、支社、コロケーション施設を AWS に接続できる 2 番目のメトロとして、ニューヨーク州北部が加わりました。 \n AWS Interconnect-ラストマイルでは、AWS へのマネージド型のプライベートかつ回復力のある接続が可能になるため、クロスコネクトを注文したり、ルーターを設定したりする必要はありません。すべての接続は、デフォルトで 4 つの冗長リンクを備えた 2 つの物理的に分散した場所にプロビジョニングされます。これにより、すぐに最大限の耐障害性が得られ、Direct Connect ポートまでの 99.99% の可用性 SLA に裏打ちされています。AWS とパートナーエッジデバイス間のトラフィックは、デフォルトで MACsec で暗号化されます。
米国本土のどこにいても Lumen のお客様は、バージニア北部の地下鉄を利用して一般的に利用可能な接続を注文し、すべてのパブリック AWS リージョン (中国を除く) と AWS ローカルゾーンに接続できます。AWS インターコネクト-ラストマイルは、北バージニアメトロのメガポートとエクイニクスを通じてプレビュー版でもご利用いただけます。AWS マネジメントコンソール、AWS CLI、または AWS インターコネクト API を使用して接続を作成できます。料金については、「AWS インターコネクト — ラストマイル料金」を参照してください。
Announcing Web Answer on Amazon Bedrock AgentCore
本日、Amazon Bedrock AgentCore でのウェブアンサーの一般提供についてお知らせします。Web Answer は、自然言語の質問に対して 1 回の呼び出しで合成され、根拠のある引用された回答を返すマネージドツールです。そのため、エージェントビルダーは、独自の検索、取得、合成、引用パイプラインを構築して維持しなくても、それをエージェントに添付して、現在のウェブソースに基づいた完成した回答を返すことができます。 \n Web Answer は、6 月に開始された Amazon Bedrock AgentCore のウェブ検索をベースに構築されており、「ウェブコンテンツの検索」から「完成した回答を返す」機能まで、顧客が求めていた機能へと拡張されています。Web Answer を使用すると、エージェントは 1 回のツールコールで質問を送信し、合成された引用回答を受け取ります。Web Answer はエージェントのように機能します。独自の検索を計画し、複数の検索を並行して実行し、回答に必要な十分な証拠が収集された時点で判断します。ドメイン包含リスト、拒否リスト、公開日フィルターを使用して範囲を限定することで、境界を自由に制御できます。AgentCore Gateway のターゲットとしてアタッチされ、MCP 経由で呼び出され、IAM で認証され、データ送信は発生しません。
Web Answer は米国東部 (バージニア北部) リージョンで、ツールごとの通話料金でご利用いただけます。
Amazon Bedrock AgentCore のウェブアンサーの詳細については、ウェブアンサーのドキュメントページとウェブアンサーのウェブサイトを参照してください。リージョンの可用性については、AWS リージョンの表を参照してください。
Amazon DynamoDB now supports bulk put items
本日、AWS は、Amazon S3 から既存の DynamoDB テーブルにデータを書き込むフルマネージド型の機能である Amazon DynamoDB の一括プット項目の一般提供を発表しました。多くの DynamoDB アプリケーションは、他のシステムが生成して Amazon S3 に保存するデータを使用します。このデータを既存の DynamoDB テーブルに書き込むということは、通常、カスタムパイプラインを構築し、テーブル容量を管理することを意味していました。一括プット項目を使用することで、開発者やデータエンジニアは、既存のワークロードに影響を与えたり、カスタムの取り込みパイプラインを構築したりすることなく、コスト効率の高い方法でこのデータを書き込むことができます。\n 一括投入項目を入力ファイルの S3 の場所に指定すると、残りは DynamoDB が処理します。各項目は独自の条件式をサポートしているため、挿入のみの書き込みまたはバージョン保護された書き込みを強制できます。スタンダード階層はほとんどのワークロードに対応し、アクセラレーテッド階層はより時間に敏感なワークロードに適しています。一般的なユースケースには、毎日の更新、大規模なカタログの強化、バックフィル、移行などがあります。
スタンダード階層の一括プットアイテムは、すべての商用 AWS リージョンと AWS GovCloud (米国) リージョンでご利用いただけます。Accelerated 階層が利用できる場所のリストについては、リージョンの提供状況をご覧ください。詳細については、「Amazon DynamoDB の一括プット項目の紹介」ブログと「Amazon DynamoDB 開発者ガイド」を参照してください。
Amazon Cognito announces 99.99% Service Level Agreement for the Plus feature plan
2026 年 11 月 1 日より、Amazon Cognito サービスレベル契約 (SLA) では、プラス機能プランのユーザープールの月間稼働率を 99.9% から 99.99% に引き上げることを約束しています。すでに Plus に加入しているユーザープールは、自動的に新しいサービス契約の適用対象となります。Essentials と Lite のユーザープールは、条件を変更しなくても 99.9% のサービスコミットメントを維持します。\n 99.99% のサービスコミットメントの対象となるには、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、または AWS ソフトウェア開発キット (SDK) を使用してユーザープールを Plus 機能プランに切り替えることができます。Plus 機能プランには、適応型認証、侵害された認証情報の検出、脅威とユーザーアクティビティのログ記録とエクスポートなどの脅威保護機能も含まれています。
利用規約の全文と除外事項については、Amazon Cognito SLA をご覧ください。機能プランの詳細については、「ユーザープール機能プラン」を参照してください。
IAM Roles Anywhere now supports automatic certificate revocation checking
AWS ID およびアクセス管理 (IAM) Roles Anywhere では、証明書失効リスト (CRL) ディストリビューションポイント (CDP) を使用した自動失効チェックがサポートされるようになりました。これにより、失効チェックを認証局 (CA) と常に同期させることができ、セキュリティ体制の改善にも役立ちます。トラストアンカーでこの機能を有効にすると、IAM Roles Anywhere は認証証明書に埋め込まれた CDP URL を読み取り、対応する CRL をダウンロードし、失効した証明書を使用する認証情報リクエストを拒否します。\n 以前は、失効状態を確認するには、CRL を IAM Roles Anywhere にインポートし、CA が更新を公開するたびに再インポートする必要があったため、運用上のオーバーヘッドが発生していました。今回のリリースにより、IAM Roles Anywhere は CDP から CRL をダウンロードし、定期的に更新するので、再インポートする必要がなくなりました。証明書に、ディストリビューションポイントの要件を満たす公的にアクセス可能な CDP URL が含まれていれば、この機能を AWS プライベート認証局または独自のパブリックキーインフラストラクチャ (PKI) で使用できます。トラストアンカーで有効にするには、IAM Roles Anywhere コンソール、AWS SDK、または AWS CLI を使用してください。
この機能は、すべての商用 AWS リージョンで追加料金なしで利用できます。詳細については、『IAM Roles Anywhere ユーザーガイド』の「CRL ディストリビューションポイントによる自動失効チェック」を参照してください。
Amazon RDS for Oracle now supports Kerberos authentication with self-managed Active Directory
Oracle 用 Amazon リレーショナルデータベースサービス (Amazon RDS) (Oracle 用 Amazon リレーショナルデータベースサービス (Amazon RDS)) では、お客様が RDS for Oracle DB インスタンスを自己管理型の Microsoft Active Directory (AD) ドメインに直接参加できるようになりました。セルフマネージド AD は、オンプレミス、Amazon EC2、または別のクラウドプロバイダーと連携して実行できます。AD ドメインのユーザーは Kerberos を使用して RDS for Oracle DB インスタンスに対して認証を受けることができます。\n 以前は、RDS for Oracle インスタンスでセルフマネージド AD で Kerberos 認証を使用するには、お客様が AWS Managed Microsoft AD をデプロイし、AWS 管理ドメインと自己管理ドメイン間の信頼を確立する必要がありました。今では、顧客はディレクトリや信頼関係を追加しなくても、既存のセルフマネージド AD に直接参加してユーザーを認証および承認できるようになりました。これは AWS マネジメントコンソール、AWS CLI、または AWS SDK を使用して設定できます。セルフマネージド AD は追加料金なしで使用できます。
Amazon RDS for Oracle のセルフマネージド型アクティブディレクトリによる Kerberos 認証は、Amazon RDS for Oracle が利用できるすべての商用 AWS リージョンで利用できます。自己管理型アクティブディレクトリによる Kerberos 認証の詳細については、Amazon RDS ユーザーガイドの「Amazon RDS for Oracle DB インスタンスによる自己管理型アクティブディレクトリの使用」を参照してください。
AWS Security Hub Network Scanning now available in AWS GovCloud (US)
AWS セキュリティハブのネットワークスキャン機能が AWS GovCloud (米国) でサポートされるようになりました。\n Network Scanning は、セキュリティグループのルールやルートテーブルに基づいてアクセスできる場所だけでなく、インターネットからリソースを調べて実際の到達可能性を検出します。AWS 環境全体のパブリック IP アドレス、仮想マシン、ロードバランサーを検出し、到達可能なポートを特定し、その背後で実行されているサービスを特定します。これは、インターネットからリソースにアクセスできるようにするための構成を特定する Security Hub の既存のネットワーク到達可能性調査結果を補完するものです。ネットワークスキャンは、インターネットからリソースにアクセスできるようにする設定が存在することを確認します。アクセス可能な各ポートは、検出されたポートとサービスの証拠を含む Security Hub の結果を生成します。Security Hub Exposuresは、これらの結果を他の調査結果やリソース構成と自動的に相関させ、より広範なリスクを判断します。
既存のお客様は、設定ポリシーを使用して、個々のアカウントや地域で、または組織全体でネットワークスキャンを有効にできます。Security Hub の新規のお客様の場合、ネットワークスキャンはデフォルトで有効になっています。ネットワークスキャンは、セキュリティハブをサポートするすべての AWS 商用および GovCloud (米国) リージョンで、追加費用なしで Security Hub Essentials に含まれています。詳細については、AWS セキュリティハブユーザーガイドと AWS セキュリティハブの製品ページを参照してください。リージョンの全リストについては、AWS リージョナルサービスリストを参照してください。
Amazon SageMaker AI Studio Now Supports IAM Identity Center Multi-Region Replication
Amazon SageMaker AI は IAM アイデンティティセンター (IdC) のマルチリージョンレプリケーションをサポートするようになりました。これにより、IdC インスタンスのプライマリリージョンとは異なるリージョンに SageMaker AI Studio ドメインをデプロイできるようになりました。以前は、プライマリ IdC インスタンスは SageMaker AI Studio ドメインと同じリージョンに存在する必要がありましたが、お客様が SageMaker AI Studio ドメインを使用したいリージョンにプライマリ IdC インスタンスをレプリケートできるようになりました。この機能により、顧客は一元化されたワークフォースのアイデンティティ管理を活用しながらコンプライアンスを維持できます。\n Amazon SageMaker AI Studio 管理者は、プライマリ IdC インスタンスのセットアップ場所に関係なく、従業員のロケーションとデータレジデンシーの要件に合った SageMaker AI ドメインをデプロイできます。組織は、プライマリ IdC インスタンスを 1 つのリージョンに保持しながら、SageMaker AI Studio ワークロードをコンプライアンス義務のあるリージョンで運用できます。また、一元的な ID 管理を通じてグローバルな運用をサポートし、シングルサインオン（SSO）機能を損なうことなくデータ主権要件を満たすことができます。
はじめに SageMaker AI のドキュメントを参照してください。IAM Identity Center のマルチリージョンサポートの設定については、IAM Identity Center ユーザーガイドを参照してください。
マルチリージョン IdC レプリケーションは、Amazon SageMaker AI Studio がサポートされているすべての標準 AWS リージョンで利用できます。これには、アジアパシフィック (東京)、ヨーロッパ (アイルランド)、米国東部 (バージニア)、米国東部 (オハイオ)、米国東部 (オハイオ)、米国西部 (オレゴン)、ヨーロッパ (フランクフルト)、南米 (サンパウロ)、アジアパシフィック (ソウル)、ヨーロッパ (ロンドン)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、カナダ (セントラル) が含まれます。）、アジア太平洋（ムンバイ）、ヨーロッパ（パリ）、ヨーロッパ（ストックホルム）
AWS WAF AI traffic monetization now supports fiat payouts through Stripe
AWS WAF AI トラフィックの収益化が Stripe と統合されるようになりました。パブリッシャー、コンテンツ所有者、API プロバイダーは、現地通貨で直接 Stripe 残高に決済する AI ボットやエージェントからステーブルコインによる支払いを回収できます。今回のローンチにより、お客様はステーブルコインを保有したり、暗号通貨ウォレットを管理したりしなくても、エージェントアクセスを収益化できます。Stripe は、既存のステーブルコイン支払いと並んで新しい支払い方法として利用できるようになりました。\n 開始するには、AWS WAF コンソールの Stripe Connect を通じて Stripe アカウントを AWS WAF に接続してください。既存の価格設定とエージェントポリシーは変わりません。エージェントが保護されたコンテンツをリクエストすると、AWS WAF は受け入れる有効な支払い認証情報タイプを含む HTTP 402 応答を返します。エージェントが有効な支払い証明書を持って戻ってきて、再度リクエストを行うと、コンテンツはゲートなしで返却されます。すべての支払いプロバイダーからの収益が AWS WAF コンソールの収益分析に表示されます。
Stripe インテグレーションは、AWS WAF ウェブ ACL が CloudFront ディストリビューションに関連付けられているすべてのエッジロケーションで、Amazon CloudFront を使用するすべての AWS WAF のお客様が追加料金なしで利用できます。標準の AWS WAF および Stripe の処理料金が適用されます。詳細については、AWS WAF の料金表をご覧ください。
開始するには、AWS WAF コンソールにアクセスするか、AWS WAF 開発者ガイドをご覧ください。
AWS Systems Manager パラメータストアは、パラメータを作成または更新したときに自動的にパラメータ値を検証する 13 種類の新しいパラメータデータタイプをサポートするようになりました。組み込みの検証機能により、IP アドレス、AWS アカウント ID、JSON ドキュメントが無効な IP アドレス、AWS アカウント ID、JSON ドキュメントなどの不正な設定値を、独自の検証ロジックを記述しなくてもアプリケーションが読み取る前に停止できます。これらのタイプにより、ワークロード全体でパラメーターをより適切に整理できます。DescribeParameters API を呼び出すとき、またはパラメータストアコンソールでパラメータを参照するときに、タイプ別にフィルタリングできます。\n 標準パラメーターと詳細パラメーターの両方で、aws: region、aws: account: id、boolean、整数、浮動小数点、バイナリ、ホスト名、電子メール、ipv4-アドレス、ipv6-アドレスのデータタイプを使用できます。詳細パラメータには、さらに url、json、jsonc の 3 つのデータ型を使用できます。パラメータストアは、PutParameter を呼び出すときに値をチェックし、データ型と一致しない値はすべて拒否します。新しいデータ型は String パラメータと SecureString パラメータと連携します。また、リスト内の各項目を検証する StringList パラメータをサポートしているデータ型もあります。あるデータ型を AllowedPattern と組み合わせて制約を増やすことも、既存のテキストパラメータのデータ型を変更することもできます。
AWS Blogs
Amazon Web Services ブログ (日本語)
- Kiro Crew の Bot のご紹介
- 【自動車業界】車載ソフト開発をクラウドネイティブに ─ dSPACE × AWS で加速する次世代クルマづくり（dSPACE Japan User Conference 2026 で発表）
- クレジットプーリングで Kiro のクレジットをチーム全体で共有する
- Amazon S3 Tables で Apache Hive テーブルから Apache Iceberg へのマネージドな移行が可能に
- トヨタはいかにして BasisPilot を構築したか – AWS 上の AI アシスト型 SAP 運用プラットフォーム
- AWS セキュリティハンズオン連続開催のご案内