2026/2/26 9:00:00 ~ 2026/2/27 9:00:00 (JST)

最近の発表

Amazon ECS Managed Instances now integrates with Amazon EC2 Capacity Reservations

Amazon Elastic Container Service (Amazon ECS) マネージドインスタンスが Amazon EC2 キャパシティ予約と統合されるようになりました。これにより、ECS がすべてのインフラストラクチャ管理を行う一方で、リザーブドキャパシティーを活用してワークロードの可用性を予測できるようになりました。この統合により、信頼性の高い容量スケーリングとコスト効率のバランスを取ることができ、ミッションクリティカルなワークロードの高可用性を実現できます。\n Amazon ECS マネージドインスタンスは、インフラストラクチャ管理のオーバーヘッドを排除し、ワークロード要件に合わせて EC2 インスタンスを動的にスケーリングし、タスク配置を継続的に最適化してインフラストラクチャコストを削減するように設計された、完全マネージド型のコンピューティングオプションです。本日のリリースでは、既存のスポットオプションとオンデマンドオプションに加えて、CapacityOptionType パラメータを reserved に設定することで、ECS マネージドインスタンスのキャパシティープロバイダーがキャパシティー予約を使用するように設定できます。また、予約優先を指定してコストと可用性を最適化することもできます。予約のみを使用する場合は予約のみを使用し、予測可能性を最大限に高めるために予約のみを使用し、必要に応じてオンデマンドキャパシティーにフォールバックする柔軟性を維持しながら予約を優先するか、予約を除外してキャパシティプロバイダーが予約を完全に使用しないようにすることもできます。 まず、AWS マネジメントコンソール、AWS CLI、AWS CloudFormation、または AWS SDK を使用して、CapacityOptionType=Reserved を選択し、キャパシティ予約グループと予約戦略を指定して ECS マネージドインスタンスのキャパシティプロバイダーを設定できます。この機能はすべての AWS リージョンで利用できるようになりました。詳細については、ドキュメントを参照してください。

AWS Marketplace now supports multiple purchases of SaaS and Professional Services products

AWS Marketplace では、SaaS 製品とプロフェッショナルサービス製品の同時契約がサポートされるようになりました。これにより、購入者は 1 つの AWS アカウント内で同じ製品を複数購入できます。以前は、購入者は AWS アカウント 1 つにつき 1 つの製品につき 1 つの有効な契約しか維持できなかったため、販売者は取引を拡大するための回避策を講じる必要がありました。同時契約ではこの制約がなくなり、さまざまな事業部門が独自の交渉条件と価格で独立して調達できるようになりました。\n コンカレント契約が提供する柔軟性は、買い手と売り手の両方にメリットをもたらします。買い手は、既存の契約に支障をきたすことなく、同じ製品に対する複数のオファーを受け入れることができ、一元化された AWS アカウント内でのマルチチーム調達、中期的な拡張、リピート購入がサポートされます。売り手は、以前は実現できなかった複数の事業部門の取引を成立させ、更新サイクルを待たずにすぐに拡張取引を行うことができ、回避策の管理による運用上のオーバーヘッドを排除できます。

本日より、すべてのプロフェッショナルサービスの出品でコンカレント契約がデフォルトで有効になり、出品者の操作は必要ありません。SaaS リスティングの場合、出品者は複数のアクティブなサブスクリプションを処理できるように AWS Marketplace インテグレーションを更新する必要があります。これには、EventBridge を使用するためのサブスクリプション通知の更新、エンタイトルメントおよびメータリング API の更新が含まれます。2026 年 6 月 1 日より、新しい SaaS 製品には同時契約のサポートが必要となります。統合作業を完了した売り手は、今すぐ SaaS 製品のコンカレント契約を有効にすることを選択できます。

この機能は、AWS Marketplace がサポートされているすべての AWS リージョンで利用できます。同時契約購入は、販売者が統合を完了した SaaS 製品で利用でき、すべてのプロフェッショナルサービスリストでデフォルトで有効になっています。SaaS 製品の販売者として同時契約を有効にする方法について詳しくは、コンカレント契約統合ラボをご覧ください。

Amazon Connect now supports dynamic dialing mode switching for outbound campaigns

本日、AWSは、Amazon Connect Outbound Campaignsの動的ダイヤルモード切り替えの一般提供を発表しました。これにより、コンタクトセンターの管理者は、アクティブなキャンペーンの実施中にプレビューと非プレビューのダイヤルモードを切り替えることができます。以前は、キャンペーンは開始後は最初のダイヤルモードに固定されていたため、管理者は戦略を調整するためにキャンペーンを停止して再開する必要がありました。今回の発表により、リアルタイムのビジネスニーズやエージェントの対応状況の変化に対応できなかった、柔軟性に欠けるダイヤル戦略の問題が解決されました。\n ダイヤルモードを動的に切り替えることで、コンタクトセンターはキャンペーンを中断することなく、エージェントの生産性とキャンペーンの効率をリアルタイムで最適化できます。たとえば、追加のコンテキストを必要とする優先度の高い問い合わせを処理するときは、プログレッシブダイヤルからプレビューモードに自動的に切り替え、トラフィックが通常のパターンに戻ったら元に戻すことができます。この柔軟性は、連絡先の優先順位が変わるキャンペーンや、1 日を通してエージェントの対応状況が変動するキャンペーンに特に役立ちます。

動的ダイヤルモードの切り替えは、Amazon Connect Outbound Campaignsがサポートされているすべての AWS リージョン (米国東部 (バージニア北部)、米国西部 (オレゴン)、カナダ (中部)、ヨーロッパ (フランクフルト)、ヨーロッパ (フランクフルト)、ヨーロッパ (ロンドン)、アジアパシフィック (ソウル)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、アフリカ (ケープタウン) で、追加料金なしで利用できます。

詳細については、Amazon Connect 管理者ガイドを参照するか、Amazon Connect ウェブサイトを参照してください。

Amazon CloudWatch now provides lock contention diagnostics for Amazon RDS for PostgreSQL

Amazon CloudWatch データベースインサイトが Amazon RDS for PostgreSQL インスタンスのロックコンテンション診断を提供するようになりました。この機能により、現在進行中のロック競合問題と過去のロック競合問題の背後にある根本原因を数分で特定できます。ロック競合診断機能は、CloudWatch データベースインサイトのアドバンスモードでのみ使用できます。\n 今回の起動により、Database Insights コンソールでロック条件を視覚化できるようになりました。これにより、ブロック中のセッションと待機中のセッションの関係が示されます。この視覚化により、ロック競合の原因となっている主なセッション、クエリ、またはオブジェクトをすばやく特定できます。さらに、この機能では過去のロックデータが 15 か月間保持されるため、過去のロック条件を分析および調査できます。ロック競合の問題を診断するために手動でカスタムクエリを実行したり、アプリケーションログに頼ったりする必要がなくなり、トラブルシューティングプロセスが合理化されます。 RDS コンソール、AWS API、または AWS SDK を使用して Amazon RDS for PostgreSQL クラスターで CloudWatch データベースインサイトのアドバンスモードを有効にすることで、この機能を開始できます。CloudWatch Database Insights では、データベースの状態をフリートレベルで集計できるほか、データベースと SQL クエリを詳細に分析するためのインスタンスレベルのダッシュボードも用意されています。 CloudWatch Database Insights はすべてのパブリック AWS リージョンで利用でき、vCPU ベースの価格設定になっています。詳細については、料金ページをご覧ください。詳細については、データベースインサイトのドキュメントをご覧ください。

AWS Security Hub launches Extended plan for pay-as-you-go partner solutions

本日、AWS Security Hub Extended の一般提供を発表しました。これは、単一ベンダーのエクスペリエンスを通じて企業全体に統一されたセキュリティ運用を拡大する新しいプランです。このプランは、最高の AWS 検出サービスと厳選されたパートナーセキュリティソリューションを組み合わせることで、複数のベンダーとの関係を管理する複雑さや長期にわたる調達サイクルに対処するのに役立ちます。\n Security Hub 拡張プランには、3 つの重要な利点があります。1 つ目は、ソリューションの使用を 1 つの請求書にまとめることで調達を合理化できることです。これにより、各プロバイダーの専門分野への直接アクセスを維持しながら、調達の複雑さを軽減できます。AWS エンタープライズサポートのお客様も、AWS の統合レベル 1 サポートの恩恵を受けることができます。2 つ目は、エンドポイント、ID、電子メール、ネットワーク、データ、ブラウザ、クラウド、AI、およびセキュリティ運用全体にわたって、優れた AWS 検出サービスと厳選されたパートナーソリューションを組み合わせることで、より包括的な保護を確立できることです。3 つ目は、セキュリティ調査結果を標準形式で合理化し、セキュリティ環境全体を一元的に可視化すると同時に、手動による統合作業の負担を軽減することで、運用効率を高めるのに役立ちます。 Security Hub コンソールでは、セキュリティカテゴリのさまざまなパートナーソリューションにアクセスして確認することができます。柔軟な従量課金制または定額制で、必要なソリューションのみを選択できます。先行投資や長期契約は不要です。AWS が記録上の売り手であるため、延長プランは AWS プライベートプライシングの機会の対象となる可能性があります。これにより、ビジネスニーズの変化に応じてセキュリティカテゴリを柔軟に追加または削除できると同時に、ベンダー契約の交渉を合理化し、請求を一元化できます。Security Hub を利用できる AWS 商用リージョンのリストについては、AWS リージョンの表を参照してください。料金の詳細については、AWS Security Hub の料金表ページをご覧ください。開始するには、AWS Security Hub コンソールまたは製品ページをご覧ください。

Amazon Cognito enhances client secret management with secret rotation and custom secrets

Amazon Cognito は、クライアントシークレットのローテーションとカスタムクライアントシークレットのサポートを追加することで、Cognito ユーザープールのアプリクライアントのクライアントシークレットのライフサイクル管理を強化します。Cognito を使用すると、ユーザー、AI エージェント、マイクロサービスの安全なサインインとアクセスコントロールを数分で実装できます。Cognito アプリクライアントは、Cognito で認証される 1 つのモバイルアプリケーションやウェブアプリケーションと通信する設定です。以前は、Cognito はすべてのアプリクライアントシークレットを自動的に生成していました。今回のリリースでは、自動生成されたシークレットに加えて、新規または既存のアプリクライアント用に独自のカスタムクライアントシークレットを用意できるようになりました。さらに、クライアントシークレットをオンデマンドでローテーションし、アプリクライアントごとに最大 2 つのアクティブなクライアントシークレットを維持できるようになりました。\n 新しいクライアントシークレットのライフサイクル管理機能は、定期的な資格情報のローテーションが必要な組織、セキュリティ体制を改善している企業、他の認証システムからCognitoに移行する企業のニーズに対応します。アプリクライアントごとに 2 つのアクティブなシークレットを管理することで、アプリケーションをダウンタイムさせることなく新しいシークレットに徐々に移行できます。

クライアントシークレットのローテーションとカスタムクライアントシークレットは、Amazon Cognito ユーザープールが利用できるすべての AWS リージョンで利用できます。詳細については、Amazon Cognito 開発者ガイドを参照してください。AWS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、AWS ソフトウェア開発キット (SDK)、または AWS CloudFormation から新機能の使用を開始できます。

Amazon EC2 M8i and M8i-flex instances are available in additional regions

本日より、Amazon EC2 M8i および M8i-Flex インスタンスは、米国西部 (北カリフォルニア)、ヨーロッパ (パリ)、アジアパシフィック (ハイデラバード)、南米 (サンパウロ) の各リージョンで利用できるようになりました。これらのインスタンスは AWS でのみ利用可能なカスタム Intel Xeon 6 プロセッサを搭載しており、クラウド内の同等の Intel プロセッサの中で最高のパフォーマンスと最速のメモリ帯域幅を提供します。M8i インスタンスと M8i-Flex インスタンスは、前世代の Intel ベースのインスタンスと比較して、コストパフォーマンスが最大 15% 向上し、メモリ帯域幅が 2.5 倍も増えています。M7i や M7i-Flex インスタンスよりもパフォーマンスが最大 20% 向上し、特定のワークロードではさらにパフォーマンスが向上します。M8i および M8i-Flex インスタンスは、M7i および M7i-Flex インスタンスと比較して、PostgreSQL データベースでは最大 30%、NGINX ウェブアプリケーションでは最大 60%、AI ディープラーニングレコメンデーションモデルでは最大 40% 高速です。\n M8i-Flexは、Webサーバーやアプリケーションサーバー、マイクロサービス、中小規模データストア、仮想デスクトップ、エンタープライズアプリケーションなどの汎用ワークロードの大部分でコストパフォーマンスのメリットを得る最も簡単な方法です。Largeから16xlargeまでの最も一般的なサイズがあり、すべてのコンピューティングリソースを十分に活用していないアプリケーションには最適な選択肢です。 M8i インスタンスは、あらゆる汎用ワークロード、特に最大のインスタンスサイズや継続的に高い CPU 使用率を必要とするワークロードに最適です。SAP 認定 M8i インスタンスには、2 つのベアメタルサイズを含む 13 サイズと、大規模アプリケーション向けの新しい 96xlarge サイズがあります。 開始するには、AWS マネジメントコンソールにサインインしてください。新しいインスタンスの詳細については、M8i と M8i-Flex のページまたは AWS ニュースブログをご覧ください。

Introducing Amazon EC2 I8g.metal-48xl instances

AWS は、Amazon EC2 ストレージ最適化 I8G.Metal-48XL インスタンスの一般提供を発表しました。i8G インスタンスは AWS Graviton4 プロセッサを搭載しており、前世代の I4G インスタンスと比較してコンピューティングパフォーマンスが最大 60% 向上しています。i8G インスタンスは最新の第 3 世代 AWS Nitro SSD を使用しています。ローカル NVMe ストレージは、TB あたりのリアルタイムストレージパフォーマンスを最大 65% 向上させながら、ストレージ I/O レイテンシーを最大 50% 低減、ストレージ I/O レイテンシーの変動性を最大 60% 低減します。これらのインスタンスは AWS Nitro System 上に構築されており、CPU の仮想化、ストレージ、ネットワーキング機能を専用のハードウェアとソフトウェアにオフロードして、ワークロードのパフォーマンスとセキュリティを強化します。\n Amazon EC2 i8G インスタンスは、ストレージからの迅速なデータアクセスとリアルタイムのレイテンシーを必要とする I/O 集約型のワークロード向けに設計されています。これらのインスタンスは、MySQL、PostgreSQL、およびクリックハウス、Apache Druid、MongoDB などの NoSQL ソリューションを含む、トランザクションデータベースとリアルタイムデータベースの処理に優れています。また、Apache Spark などのリアルタイム分析プラットフォーム向けにも最適化されています。I8G インスタンスには 11 種類のサイズがあり、最大 48 x ラージ (2 つのメタルサイズを含む)、1,536 GiB のメモリ、45 TB のローカルインスタンスストレージがあります。Amazon Elastic Block Store (EBS) では、最大 100 Gbps のネットワークパフォーマンス帯域幅と 60 Gbps の専用帯域幅を提供します。 詳細については、EC2 I8g インスタンスをご覧ください。Graviton の導入を始めるには、「AWS Graviton でコンピューティングをレベルアップ」ページをご覧ください。

AWS Lambda Durable Execution SDK for Java now available in Developer Preview

本日、AWS は Java 用 AWS Lambda Durable Execution SDK の開発者プレビューを発表しました。この SDK により、開発者は Lambda の耐久性の高い関数を使用して、注文処理パイプライン、AI 支援ワークフロー、ヒューマンインザループ承認など、回復力のある多段階アプリケーションを構築できます。カスタムの進捗追跡を実装したり、外部のオーケストレーションサービスを統合したりする必要はありません。\n Lambda の耐久性関数は、Lambda のイベント駆動型プログラミングモデルを拡張して、進捗状況を自動的にチェックポイントし、外部イベントを待っている間は実行を最大 1 年間停止するオペレーションで拡張します。Java 用の新しい Durable Execution SDK は、耐久性の高い関数を使用して構築するための慣用的なエクスペリエンスを提供し、Java 17 以降と互換性があります。このプレビューには、コールバックベースのワークフローにおける進捗追跡の手順、効率的な中断を待つ手順、および永続的な将来についての手順が含まれています。

開始するには、GitHub にある Lambda 耐久性関数開発者ガイドと Java 用 AWS Lambda 耐久実行 SDK を参照してください。Lambda 耐久性関数の詳細については、製品ページをご覧ください。

オンデマンド関数は一時停止中は課金されません。料金の詳細については、「AWS Lambda 料金表」を参照してください。Lambda 耐久性関数を利用できる AWS リージョンの詳細については、AWS リージョナルサービスリストを参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Architecture Blog

AWS Big Data Blog

AWS Contact Center

Containers

AWS Database Blog

AWS for Industries

Artificial Intelligence

AWS for M&E Blog

Networking & Content Delivery

AWS Security Blog

AWS Storage Blog

Open Source Project

AWS CLI

Amplify UI

Firecracker