2026/8/17 9:00:00 ~ 2026/8/18 9:00:00 (JST)

最近の発表

Amazon Bedrock expands API support and introduces Cross Region Inferencing for OpenAI models

Amazon Bedrock は、レスポンス、コンバース、チャット完了の API をサポートするようになったほか、Bedrock ランタイムエンドポイントで OpenAI GPT-5.6 モデル (Sol、Terra、Luna) をサポートするようになりました。また、クロスリージョン推論のサポートも追加され、お客様は Global や Geo のクロスリージョン推論を使用して、より高いスループットと低い推論コストを利用できるようになりました。 \n クロスリージョン推論では、推論リクエストが複数の AWS リージョンに自動的にルーティングされるので、複数のリージョンの容量を管理しなくてもスループットが向上します。地理的クロスリージョン推論は、リクエストを事前定義された地域内にルーティングします。今回のローンチで新たに追加された米国地理（US CRIS）サポートを含め、その地域内でデータを処理したままスケーリングできます。一方、グローバルクロスリージョン推論では、モデルを利用できるすべての商用 AWS リージョンからのリクエストに対応できるため、需要が急増した場合でも、Bedrock の容量への幅広いアクセスと最高のスループットが得られます。グローバルクロスリージョン推論では、OpenAIモデルのグローバル推論は、リージョン内推論やジオ推論よりもトークンあたりの価格が安いため、コストも低くなります。今回のローンチにより API サポートも拡張されました。OpenAI GPT モデルを Responses API、Chat Completions 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 (ソル、テラ、ルナ) のモデルカードを確認してください。

Amazon ECR now supports 25 replication rules per registry

Amazon エラスティックコンテナレジストリ (Amazon ECR) は、レジストリあたりのレプリケーションルールの最大数を 10 から 25 に増やしました。\n 以前は、複雑なマルチリージョンまたはマルチアカウントアーキテクチャを使用しているお客様は、レジストリあたり 10 個のレプリケーションルールに制限されていたため、その制約内で機能するようにレプリケーション設定を統合する必要がありました。今回の更新により、お客様はレジストリごとに最大 25 のレプリケーションルールを定義できるようになり、イメージを多くのリージョンに分散して低レイテンシーでプルしたり、複数のプロダクションアカウントやステージングアカウントへのレプリケーションなどのユースケースで、より正確なレプリケーション戦略が可能になりました。

このサービス制限の引き上げは、Amazon ECR がサポートされているすべての AWS リージョンでご利用いただけます。詳細については、Amazon ECR 製品ページと Amazon ECR ユーザーガイドを参照してください。

Amazon EC2 Auto Scaling now supports batch instance termination

Amazon EC2 Auto Scaling では、1 回の API 呼び出しでのバッチインスタンスの終了がサポートされるようになりました。最大 100 個のインスタンス ID を TerminateInstanceInAutoscalingGroup API に渡してバッチとして終了できるようになりました。これにより、Auto Scaling グループのスケールダウンに必要な API 呼び出しの数が減りました。\n バッチターミネーションは、AI/ML トレーニングジョブ、コンテナオーケストレーター、一時的に大規模なインスタンスが稼働するイベント駆動型アーキテクチャなど、迅速なスケールダウンが必要なワークロード向けに設計されています。バッチ内のすべてのインスタンスは、終了が始まる前にアトミックに検証され、ライフサイクルフックやロードバランサーの接続ドレインなどの既存の Auto Scaling の動作は、バッチ内のインスタンスごとに保持されます。

この機能はすべての AWS リージョンで追加費用なしで利用できます。

詳細については、Amazon EC2 オートスケーリングユーザーガイドと Amazon EC2 オートスケーリング API リファレンスガイドをご覧ください。

Amazon MSK now supports configuring custom domain names for MSK Provisioned clusters

メタデータ管理用の ZooKeeper モードまたは Kraft モードのいずれかで、Amazon MSK プロビジョニングクラスターでカスタムドメイン名を簡単に設定できるようになりました。この機能により、クライアントアプリケーションは同じ接続エンドポイントを維持できるため、クラスターの移行、ディザスタリカバリのフェールオーバー、および再構成なしのスケーリング操作が簡単になります。\n 以前は、お客様は各ブローカーでカスタムドメイン名を手動で設定していました。さらに、Kraft ベースのクラスターでは、顧客はカスタムドメイン名を設定できませんでした。今回のリリースにより、クラスターレベルでカスタムドメインを一度定義するだけで、Amazon MSK がクラスター内のすべてのブローカーに自動的に適用するため、各ブローカーを個別に設定する必要がなくなりました。設定はスケーリング操作を行っても維持され、ZooKeeper と Kraft ベースのクラスターのどちらでも同じように機能します。これは、Network Load Balancers を介してトラフィックをルーティングするお客様、クラスター運用全体で永続的なエンドポイントを必要とするお客様、またはセキュリティとコンプライアンスのために組織の命名規則に従う必要があるお客様に特に役立ちます。

Amazon MSK Provisioned が利用可能なすべての AWS リージョンの新規および既存の MSK プロビジョニングクラスターすべてに、追加料金なしでカスタムドメイン名を設定できます。詳細については、Amazon MSK 開発者ガイドを参照してください。

Amazon EC2 R8i and R8i-Flex instances are now available in Canada West (Calgary) region

本日より、Amazon Elastic Compute Cloud (Amazon EC2) の R8i インスタンスと R8i-Flex インスタンスがカナダ西部 (カルガリー) リージョンで利用できるようになりました。これらのインスタンスは AWS でのみ利用可能なカスタムの Intel Xeon 6 プロセッサを搭載しており、クラウドで同等の Intel プロセッサの中で最高のパフォーマンスと最速のメモリ帯域幅を提供します。R8i インスタンスと R8i-Flex インスタンスは、前世代の Intel ベースのインスタンスと比較して、コストパフォーマンスが最大 15% 向上し、メモリ帯域幅が 2.5 倍も増えています。R7i インスタンスよりも 20% 高いパフォーマンスを提供し、特定のワークロードではさらに大きなメリットが得られます。R7i と比較して、PostgreSQL データベースでは最大 30%、NGINX ウェブアプリケーションでは最大 60%、AI ディープラーニングレコメンデーションモデルでは最大 40% 高速です。\n 当社初のメモリ最適化された Flex インスタンスである R8i-Flex は、メモリを大量に消費するワークロードの大半でコストパフォーマンスのメリットを得る最も簡単な方法です。Large から 16 xlarge までの最も一般的なサイズがあり、すべてのコンピューティングリソースを十分に活用していないアプリケーションには最適な選択肢です。

R8i インスタンスは、メモリを大量に消費するすべてのワークロード、特に最大のインスタンスサイズや継続的に高い CPU 使用率を必要とするワークロードに最適です。R8i インスタンスには、2 つのベアメタルサイズを含む 13 のサイズと、大規模アプリケーション向けの新しい 96xlarge サイズがあります。R8i インスタンスは SAP 認定を受けており、オンプレミスとクラウド環境にある同等のマシンの中で最高 142,100 台の ASAP を提供し、ミッションクリティカルな SAP ワークロードに優れたパフォーマンスを提供します。

開始するには、AWS マネジメントコンソールにサインインしてください。お客様は貯蓄プラン、オンデマンドインスタンス、スポットインスタンスを通じてこれらのインスタンスを購入できます。新しい R8i および R8i-Flex インスタンスの詳細については、AWS ニュースブログをご覧ください。

Amazon Connect Customer dashboards now support reporting on routing steps and agent proficiencies

Amazon Connect カスタマーダッシュボードでは、ルーティングステップとエージェントの習熟度に関するレポートがサポートされるようになりました。これにより、スーパーバイザーは、エージェントの習熟度に基づいて連絡先とエージェントのマッチング方法を監視し、最適化できます。マネージャーは、割り当てられたスキルでエージェントを絞り込んだり、ルーティングステップごとにメトリクスをグループ化したり、ルーティングステップでキューに入れられた連絡先の数などの新しいメトリクスを追跡したりできます。たとえば、スーパーバイザーは、高度なスキルを持つエージェントを必要とするルーティングステップで、キューに入っている連絡先が急増していることに気づき、ルーティング条件を緩和してエージェントプールを拡大し、待ち時間を短縮します。\n 分析ダッシュボードに表示されるルーティングステップとエージェントの習熟度レポートは、Amazon Connect カスタマーが提供されているすべての AWS 商用リージョンと AWS GovCloud (米国西部) リージョンで利用できます。Amazon Connect カスタマー分析ダッシュボードの詳細については、Amazon Connect カスタマー管理者ガイドを参照してください。AWS クラウドベースのコンタクトセンターである Amazon Connect カスタマーの詳細については、Amazon Connect カスタマーウェブサイトをご覧ください。

AWS Network Firewall Now Supports Stateful Rule Hit Counts

AWS Network Firewall がステートフルルールのルールヒット数を提供するようになり、ネットワーク管理者やセキュリティエンジニアは、ファイアウォールポリシーの各ステートフルルールがネットワークトラフィックと一致する頻度を把握できるようになりました。AWS Network Firewall は、VPC トラフィックを検査して可視化するマネージド型ネットワークファイアウォールサービスです。\n

ルールヒットカウントを使うと、ファイアウォールのルールアクティビティを実行可能な情報に変えることができます。トリガーされたルールを検出してインシデント対応を迅速化し、シャドールール、冗長ルール、古いルールなどのポリシーの盲点を特定し、新しく導入されたルールが目的のトラフィックと一致していることを確認することでポリシーの変更を検証できます。ルールヒットカウントは、カスタムルールグループとマネージドルールグループの両方でデフォルトで有効になっており、メトリックスは 5 分という設定可能な間隔で更新されます。

この機能は AWS ネットワークファイアウォールの一部として追加料金なしで利用できます。ログデータの保存とクエリには標準料金が適用されます。この機能は、中東 (UAE) と中東 (バーレーン) のリージョンを除き、AWS Network Firewall がサポートされているすべての AWS リージョンで利用できます。 詳細については、AWS ネットワークファイアウォールの製品ページと AWS ネットワークファイアウォールのドキュメントを参照してください。

Amazon Quick Microsoft 365 extensions are now generally available

Amazon Quickは、Excel、PowerPoint、Word、Outlook向けのMicrosoft 365拡張機能が一般提供されることを発表しました。これらの拡張機能により、QuickはユーザーのM365環境内で直接タスクを実行できるようになり、文書のレッドライニング、財務モデルの構築、プレゼンテーション用資料の作成、Outlookの受信トレイの管理などの複雑なローカルタスクをAIを使用して処理できます。\n Excel エクステンションは、複雑なスプレッドシート分析、ピボットテーブルやグラフの作成、データのインポートとクリーニングに役立ちます。PowerPoint 拡張機能を使用すると、組織定義のテンプレートを使用してクイックデータからプレゼンテーションを作成したり調整したりできます。Word エクステンションは Word プリミティブを使用して書式設定された文書を生成し、変更履歴を有効にして広範囲にわたる編集を行い、コメントに校閲者として参加します。Outlook 拡張機能は、クイックデータと受信トレイのコンテキスト全体を使用して、電子メールの優先順位付け、受信トレイの整理、会議のスケジュール設定、返信の下書きなどの受信トレイと予定表のタスクを実行します。

これらの拡張機能は、チーム間の日常業務を変革します。財務チームは、必要なものを説明することで複雑なモデルを構築できます。営業チームは、CRM データを自動的に引き出す提案書を作成できます。マーケティングチームは、手動でフォーマットしなくてもブランドプレゼンテーションを作成できます。法務チームは契約審査を効率化できます。運用チームはメールワークフローをインテリジェントに管理し、会議のスケジュールを組むことができ、IT チームは以前は手作業が必要だった日常的なデータ分析を自動化できます。

Amazon Quick Microsoft 365 拡張機能は、米国東部 (バージニア北部)、米国西部 (オレゴン)、アジアパシフィック (シドニー)、ヨーロッパ (アイルランド)、アジアパシフィック (東京)、およびヨーロッパ (フランクフルト) でご利用いただけます。詳細については、「Amazon Quick for Microsoft 365: あなたが作業する場所:Agentic AI」を参照してください。また、クイックダウンロードページでは、拡張機能をダウンロードできます。

Amazon OpenSearch Service now supports automatic semantic enrichment for VPC domains

Amazon OpenSearch Service は、自動セマンティックエンリッチメントを VPC 対応ドメインにまで拡張しました。これにより、プライベートネットワーク構成のお客様は、ドメインをパブリックインターネットに公開することなく AI を活用したセマンティック検索を利用できるようになりました。\n

自動セマンティックエンリッチメントは、クエリの背後にある意味を理解することで、従来のキーワードのみの検索をコンテキストに応じた検索に変えます。たとえば、「旅行用の軽量ノートパソコン」を検索すると、「ウルトラブック」と「3 ポンド未満のポータブルノートパソコン」という検索結果が返されます。この機能はすべてのセマンティック処理を自動的に処理するため、機械学習モデルを自分で管理する必要がなく、統合のオーバーヘッドもありません。以前は、自動セマンティックエンリッチメントは VPC に対応していないドメインでのみ利用できました。この機能は VPC (Virtual Private Cloud) 内でサポートされるようになり、ネットワークセキュリティ要件が厳しいお客様は、既存のセキュリティ体制を維持しながら検索の関連性を高めることができます。既存の VPC 設定を変更する必要はありません。自動セマンティックエンリッチメントの詳細については、ドキュメントをご覧ください。

VPC ドメインの自動セマンティックエンリッチメントは、米国東部 (バージニア北部、オハイオ)、米国西部 (オレゴン)、アジア太平洋 (ムンバイ、シンガポール、シドニー、東京)、ヨーロッパ (フランクフルト、アイルランド、スペイン、ストックホルム) の 11 のリージョンで利用できます。まず、OpenSearch バージョン 2.19 以降を実行している VPC 対応 OpenSearch Service ドメインで、自動セマンティックエンリッチメントフィールドが設定されたインデックスを作成します。ドメインを最新のサービスソフトウェアバージョンに更新する必要がある場合があることに注意してください。詳細については、「サービスソフトウェアの更新」を参照してください。

AWS CloudShell now includes a built-in visual file editor

AWS CloudShell には、単一の「編集」コマンドを使用してシェルセッションから直接起動できるビルトインのビジュアルファイルエディタが含まれており、セットアップは不要です。CloudShell は、既存の AWS マネジメントコンソールの認証情報を使用するブラウザベースのシェル環境を提供するため、スクリプト、コードとしてのインフラストラクチャ、エージェントワークフロー、AWS Lambda ワークフローを管理する開発者、DevOps エンジニア、クラウド管理者に人気があります。この新機能により、使い慣れた GUI ベースの編集操作がコンソールセッションに直接行えるようになるため、CloudShell のユーティリティが拡張されます。\n 以前は CloudShell でファイルを編集するには、Vim や Emacs などのターミナルベースのエディタを使用するか、ファイルをローカルにダウンロードして変更後に再アップロードする必要がありました。このことが一般的なワークフローに支障をきたしていました。組み込みのビジュアルエディターでは、構文の強調表示、検索と置換、複数行の選択、コピーと貼り付け、取り消しとやり直しを 1 回のブラウザーセッションでサポートしているため、このような問題が解消されます。デプロイスクリプトの更新、エージェントステアリングファイルの変更、AWS CloudFormation テンプレートの編集、AWS Lambda 関数の修正のいずれを行う場合でも、エディタはシームレスな編集と実行を可能にします。

この機能は、AWS CloudShell が利用できるすべての AWS リージョンで利用できます。

組み込みのビジュアルファイルエディタの詳細と使用方法については、AWS CloudShell ドキュメントをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Big Data Blog

AWS Database Blog

AWS DevOps & Developer Productivity Blog

Artificial Intelligence

AWS Security Blog

Open Source Project

AWS CLI