2026/10/30 9:00:00 ~ 2026/11/2 9:00:00 (JST)

最近の発表

Amazon Bedrock expands API support and introduces Cross Region Inferencing for OpenAI models in AWS GovCloud (US)

Amazon Bedrockは、AWS GovCloud（米国）のレスポンス、コンバース、チャット完了APIをサポートするようになり、BedrockランタイムエンドポイントでOpenAI GPT-5.6モデル（TerraとLuna）をサポートするようになりました。また、クロスリージョン推論のサポートも追加され、お客様が AWS GovCloud (米国) リージョン内でクロスリージョン推論を使用して、より高いスループットと高い冗長性を利用できるようになりました。 \n クロスリージョン推論では、推論リクエストが両方の AWS GovCloud (米国) リージョンに自動的にルーティングされるので、複数のリージョンの容量を管理しなくてもスループットが向上します。AWS GovCloud (米国) 内のクロスリージョン推論では、リクエストが両方のリージョンにルーティングされるため、米国のデータ主権を維持しながら規模を拡大できます。これにより、Bedrock の容量への幅広いアクセスが可能になり、需要が急増したときにも最高のスループットが得られます。今回の発表では API サポートも拡張され、OpenAI GPT モデルを Bedrock ランタイムエンドポイントでレスポンス API、チャット完了 API、および Converse API とともに使用できるようになりました。これらのネイティブOpenAI APIはBedrockランタイムで実行されるようになったため、モデルはBedrockの他のモデルですでに使用しているのと同じアカウントレベルのコントロールで動作します。使用状況は、Bedrockモデルの呼び出しログ（Amazon S3またはAmazon CloudWatchログに配信可能）と、呼び出し数、トークン数、レイテンシー、スロットル、エラーを対象とするAmazon CloudWatchメトリックスに表示され、AWSコストエクスプローラーとAWSコストに項目化されています。と使用状況レポートにより、モデル別に支出を分類できます。

OpenAI モデルのクロスリージョン推論は、Amazon Bedrock の OpenAI モデルが提供されているすべての AWS リージョンで利用できます。はじめに、Amazon Bedrock ユーザーガイドで GPT 5.6 (テラとルナ) のモデルカードを確認してください。

Web Search now available on Kiro in AWS GovCloud (US)

Kiro Web Searchでは、エージェントはインターネット上の最新情報にリアルタイムでアクセスできるため、回答は最新の検索結果とページコンテンツに基づいて表示されます。エージェントは、質問に最近の変更やモデルのトレーニングデータ以外のトピックが含まれている場合、自動的にウェブ検索を使用します。Web 結果を使用する回答には引用が含まれます。\n Kiro エンタープライズ管理者は、Kiro コンソールの [設定] から組織のウェブ検索とウェブフェッチを無効にできます。また、チームは個々のカスタムエージェントからウェブツールを削除したり、機能ベースの権限ルールでブロックしたりすることもできます。

詳細については、AWS GovCloud (米国) のドキュメント、モニタリングおよび追跡ガイドを参照するか、AWS アカウントチームにお問い合わせください。Kiro の詳細については、Kiro 製品ページをご覧ください。

Amazon Connect Customer automatically saves in-progress emails as drafts

Amazon Connect カスタマーは、進行中のメールをドラフトとして自動的に保存するので、接続が中断されたり、ブラウザを誤って閉じたり更新したりした場合でも、エージェントは進行状況を失うことなく作業を再開できます。エージェントが戻ると、メッセージ本文、受信者、件名、添付ファイル参照はそのままの状態で下書きが復元されます。また、お客様は Amazon S3 バケットに保存されているドラフトデータにアクセスして、他のアプリケーションとの統合を構築することもできます。

Daybreak Red from OpenAI now available to eligible customers on Amazon Bedrock in AWS GovCloud (US-East)

セキュリティチームは、脆弱性を発見し、エクスプロイトをテストし、防御を構築するための強力なツールを必要としています。OpenAI の Daybreak Red は、AWS GovCloud (米国東部) の Amazon Bedrock で対象となるお客様にご利用いただけるようになりました。これにより、この作業に高度な AI がもたらされます。\n

OpenAI の Daybreak サイバー防衛イニシアチブの一部である Daybreak Red: GPT-5.6 Cyber は、認可を受けた脆弱性調査、エクスプロイトの複製、および緩和策の開発を目的として構築されています。これにより、検証済みの防御者は複雑なセキュリティ問題を調査する余地が広がり、この作業を拒否する人が減り、本人確認、監視、アクセス制御が強化されます。

Daybreak RedはBedrockの次世代推論エンジン上で動作し、チップ側ではオペレーターアクセスがゼロになっています。推論データはモデルのトレーニングには使用されないため、Daybreak Red のデータを OpenAI と共有する必要はありません。

このモデルは米国東部 (オハイオ) と AWS GovCloud (米国東部) で利用できます。このモデルにアクセスするには、OpenAI からの Daybreak アクセスへの登録が必要です。開始するには、OpenAI または AWS アカウントチームに Daybreak の利用資格について問い合わせてください。承認されたら、AWS アカウントチームと協力してアクセスを有効にします。ブログで詳細をご覧ください。

Amazon CloudFront now provides viewer ISP and post-quantum TLS details

Amazon CloudFront は、2 つの新しいオプションヘッダーをオリジンに転送できるようになりました。CloudFront-Viewer-ISP ヘッダーには視聴者のインターネットサービスプロバイダー (ISP) の名前が含まれているため、リクエストがどのネットワークから送信されたかがわかります。CloudFront-Viewer-TLS-Details ヘッダーには、各ビューアーの TLS 接続で使用される暗号化が記述されているため、接続でポスト量子暗号 (PQC) が使用されているかどうかを確認できます。\n CloudFront-Viewer-ISP を使用すると、トラフィックとパフォーマンスをネットワークごとに分類できます。また、異常なトラフィックを 1 つのプロバイダーから隔離することもできます。CloudFront-Viewer-TLS-Details には、各接続のキー交換、署名スキーム、および署名パブリックキータイプが含まれます。これを使用して、実際に PQC に接続している視聴者の割合を測定し、まだ接続していないクライアントを特定できます。いずれかのヘッダーをオリジンに転送するには、そのヘッダーをオリジンリクエストポリシーに追加し、そのポリシーをディストリビューションにアタッチします。

はじめに、Amazon CloudFront 開発者ガイドの「CloudFront ヘッダーの追加」と「ポリシーによるオリジンリクエストの制御」を参照してください。

Amazon MSK now supports TLS 1.3 for data in transit

Amazon MSK は、暗号化ポリシーを通じて MSK プロビジョニングクラスターのトランスポート層セキュリティ (TLS) プロトコルのバージョン 1.3 をサポートするようになりました。TLS 1.3 はストリーミングデータをより高速かつ安全に暗号化できるため、コンプライアンスフレームワークや企業のセキュリティ標準による必要性が高まっています。また、暗号化されたトラフィックを後で復号化する目的で現在暗号化されたトラフィックを収集する攻撃からデータを保護するための、ポスト量子暗号の前提条件の 1 つでもあります。\n お客様は、MSK クラスター構成で名前付きのセキュリティポリシーを選択することで TLS 1.3 にオプトインできます。ポリシーが適用されるまで、既存のクラスターは変更されません。名前付きのセキュリティポリシーは、クラスターが受け入れることができる TLS バージョンと暗号スイートを定義します。今回の発表により、Amazon MSK ではお客様が選択できる一連のポリシーが提供され、選択したポリシー要件を満たさない接続はすべて拒否されます。これにより、お客様はセキュリティとコンプライアンス体制を常に管理できます。TLS 1.2 と TLS 1.3 の両方をサポートするポリシーでは、クライアントがサポートする最新バージョンの接続をネゴシエートできるため、TLS 1.3 をサポートするクライアントは TLS 1.2 のクライアントは引き続き TLS 1.2 で接続している間も、TLS 1.3 をサポートするクライアントは直ちに接続できます。これにより、顧客はより厳しいポリシーを適用する前に、自分のペースでクライアントをアップグレードできます。また、お客様は自社のコンプライアンス要件により近いより厳格なポリシーを選択して、接続を TLS 1.3 のみに制限することもできます。

この機能は、Amazon MSK Provisioned が利用できるすべての AWS リージョンで追加料金なしで利用できます。詳細については、Amazon MSK のドキュメントを参照してください。

Amazon RDS for Oracle no longer requires automatic minor version upgrades for JVM, Spatial, Locator, and OLAP options

Oracle 用 Amazon リレーショナルデータベースサービス (Amazon RDS) では、JVM、Spatial、Locator、OLAP オプションを使用する新規および既存の DB インスタンスのマイナーバージョン自動アップグレードを無効にできるようになりました。以前は、これらのオプションではマイナーバージョンの自動アップグレードを有効にする必要がありました。\n この変更により、これらのオプションを使用して DB インスタンスにマイナーバージョンアップグレードを適用するタイミングを決定できます。マイナーバージョン自動アップグレードをオフにする場合は、DB インスタンスが最新の Oracle セキュリティフィックスを維持できるように、新しいマイナーバージョンを定期的に適用することをお勧めします。マイナーバージョン自動アップグレードを有効にしたまま、環境のアップグレード順序を制御するには、AWS Organizations アップグレードロールアウトポリシーを使用できます。

この変更は、すべての商用 AWS リージョンと Amazon RDS for Oracle が利用できる AWS GovCloud (米国) リージョンでご利用いただけます。Amazon RDS for Oracle で利用できるオプションの詳細については、Amazon RDS ユーザーガイドの「Oracle DB インスタンスへのオプションの追加」を参照してください。

AWS WAF announces automatic SDK integration for Amazon CloudFront distributions

AWS WAF は、Amazon CloudFront ディストリビューション向けの SDK の自動統合を発表しました。これを有効にすると、CloudFront はアプリケーションコード、ビルドプロセス、またはデプロイに変更を加えることなく、提供される HTML に AWS WAF JavaScript SDK のスクリプトタグを追加します。SDK は、対象を絞った検査レベルの Bot Control、アカウント乗っ取り防止 (ATP)、不正防止アカウント作成不正防止 (ACFP) という 3 つの AWS WAF 管理ルールグループが使用するクライアント側のシグナルを提供します。\n 以前は、これらのシグナルを提供するには、保護したいすべてのアプリケーションのすべてのページにスクリプトタグを追加し、リリース後もそのタグを維持する必要がありました。多くのアプリケーションを実行しているチームや、自分が管理していないシステムで作成されたページを提供するチームにとって、これは繰り返し作業が発生し、AWS WAF では保護が有効になっていてもクライアント側の統合が欠落しているという設定ミスの原因となることがよくありました。ウェブ ACL で自動 SDK 統合を有効にすると、CloudFront ディストリビューションを保護できるため、アプリケーションごとの作業が不要になります。 SDK の自動統合は、Amazon CloudFront で使用され、それらのマネージドルールグループのうち少なくとも 1 つを含むウェブ ACL で利用できます。AWS マネジメントコンソール、CLI、SDK、CDK、または CloudFormation を使用して設定できます。AWS WAF コンソールでは、この設定はマネージドルールグループ設定とともに表示され、これらのルールグループのいずれかを使用して作成した新しいウェブ ACL ではデフォルトでオンになっています。プログラムでウェブ ACL を作成すると、設定はデフォルトでオフになります。このリリースより前に作成されたウェブ ACL は変更されません。 SDK の自動統合には追加料金はかかりません。要件、制限事項、およびコンテンツセキュリティポリシーのガイダンスについては、AWS WAF 開発者ガイドの「CloudFront ディストリビューションの SDK の自動統合」を参照してください。

AWS Glue Data Catalog now supports Apache Iceberg table optimization in the US West (N. California) Region

AWS Glue Data Catalog は、米国西部 (北カリフォルニア) リージョンの Apache Iceberg テーブルの自動テーブル最適化をサポートするようになりました。Apache Iceberg はオープンテーブル形式で、データレイク内の大きなテーブルでも高速なクエリパフォーマンスを実現します。今回のリリースにより、Data Catalog 内の個々のテーブルまたはすべてのテーブルに対してテーブル最適化を有効にできます。\n Apache Iceberg テーブルには、書き込みのたびに小さなファイル、スナップショット、参照されていないファイルが蓄積されるため、時間が経つにつれてクエリが遅くなり、ストレージコストが増加します。テーブル最適化はテーブルを継続的に監視して、小さなファイルをバックグラウンドで圧縮したり、保持設定を過ぎたスナップショットを削除したり、不要になった参照されていないファイルを削除したりします。AWS Glue コンソール、Amazon CloudWatch メトリックス、およびログから各実行をモニタリングできます。

AWS Glue コンソール、AWS CLI、または AWS SDK を使用してテーブル最適化を有効にできます。テーブル最適化が可能なリージョンの全リストについては、「テーブルオプティマイザーがサポートされているリージョン」を参照してください。詳細については、AWS Glue 開発者ガイドの「Iceberg テーブルの最適化」を参照してください。開始するには、AWS Glue 製品ページをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Startup ブログ (日本語)

AWS Big Data Blog

AWS for Industries

Artificial Intelligence

AWS for M&E Blog

Open Source Project

AWS CLI

Amplify for iOS