2026/9/9 9:00:00 ~ 2026/9/10 9:00:00 (JST)

最近の発表

Amazon Connect Customer now lets you set specific capacity limits for different types of Tasks and Emails

Amazon Connect Customer では、コンタクトセンターのマネージャーがさまざまな種類の作業に対して特定のキャパシティ制限を設定できるようになりました。以前は、同時実行設定はチャネルレベルで適用されていたため、複雑さや必要な労力に関係なく、チャネル内のすべての連絡先が同じように扱われていました。今回の発表により、マネージャーはタスクとメールの連絡先を複雑さ、優先度、ビジネス機能に基づいてワークロードタイプに分類できるようになり、それぞれに独自の同時実行ルールと中断ルールが適用できるようになりました。たとえば、マネージャーは、単純で手間のかからないタスクを最大 3 つ同時に処理するようにエージェントを設定し、複雑で注意の行き届いたタスクは一度に 1 つに制限できます。\n Amazon Connect カスタマーが提供されているすべての AWS 商用リージョンと AWS GovCloud (米国西部) リージョンでは、タスクチャネルと E メールチャネルに特定の容量制限を設けています。詳細については、Amazon Connect カスタマー管理者ガイドを参照してください。Amazon Connect カスタマーの詳細については、Amazon Connect カスタマーウェブサイトを参照してください。

AWS Transform for .NET modernization is now generally available via CLI

本日、AWSは、1行のCLIコマンドでトリガーできるAWS Transformカスタムでの.NETモダナイゼーションのためのAWSマネージドトランスフォーメーションの一般提供を発表しました。この変換はインタラクティブに実行することも、スクリプトを既存のパイプラインやワークフローに組み込んで自律的に実行することもできます。CLI エクスペリエンスは、ウェブアプリケーション、Visual Studio IDE、Kiro Power、MCP エージェントという既存の AWS Transform for .NET エクスペリエンスを補完します。\n AWS Transform カスタムにより、組織は AWS が管理するトランスフォーメーションとカスタムトランスフォーメーションを使用して、コードを大規模にモダナイズおよび変換できます。言語バージョンのアップグレード、フレームワークの移行、パフォーマンスの最適化、コードベースの分析は、すぐに使用できる、または組織の特定の要件に合わせてカスタマイズできる変換を使用して行うことができます。これらのトランスフォーメーションは、各エンゲージメントから学び、より正確で効率的な結果を提供することで、継続的な改善の恩恵を受けます。

AWS Transform カスタムと AWS Transform for .NET は、米国東部 (バージニア北部)、アジアパシフィック (ムンバイ、東京、ソウル、シドニー)、カナダ (中部)、ヨーロッパ (フランクフルト、ロンドン) の 8 つの AWS リージョンで利用できます。

.NET モダナイゼーショントランスフォーメーションには、1 か月あたり 50,000 分の無料エージェント時間が含まれます。料金の詳細と例については、AWS Transform の料金表をご覧ください。詳細については、AWS Transform ユーザーガイドの「AWS マネージドトランスフォーメーション」を参照してください。

AWS Lambda now supports Graviton5-powered EC2 instances on Lambda Managed Instances

AWS Lambda は、Lambda マネージドインスタンスで AWS Graviton5 を利用した C9g、C9GD、M9g、M9gd の各インスタンスをサポートするようになりました。Lambda 関数を最新世代の Graviton プロセッサで実行できるようになり、Graviton4 搭載インスタンスと比較してコンピューティングパフォーマンスが最大 25% 向上しました。\n AWS Lambda マネージドインスタンスでは、Lambda のシンプルな運用を維持しながら、AWS EC2 インスタンスで Lambda 関数を実行できます。Lambda マネージドインスタンスでは、インフラストラクチャを管理しなくても、専用のコンピューティング設定にアクセスでき、EC2 の料金面でのメリットによりコスト効率を高めることができます。Lambda Managed Instances は、インスタンスのライフサイクル、OS とランタイムのパッチ適用、組み込みルーティング、負荷分散、設定可能なパラメータに基づく自動スケーリングなど、すべてのインフラストラクチャタスクを完全に管理するため、ユーザーはコードの作成に集中できます。本日より、最新の Graviton5 搭載インスタンスで Lambda マネージドインスタンスを活用できるようになりました。これにより、前世代の Graviton4 搭載インスタンスと比較してコンピューティングパフォーマンスが最大 25% 向上しました。

まず、キャパシティプロバイダーを作成するときに、必要な Graviton5 インスタンスタイプ (C9g、C9gd、M9g、または M9gd) を指定できます。インスタンスタイプをデフォルトに設定すると、Lambda は、関数の設定済みのアーキテクチャ、メモリサイズ、メモリと vCPU の比率に基づいて、選択するインスタンスのリストに自動的に Graviton5 インスタンスを含めます。

AWS Lambda マネージドインスタンスは、Lambda マネージドインスタンスとこれらの EC2 インスタンスの両方が利用可能なすべての AWS リージョンで C9g、C9Gd、M9g、M9g、M9Gd のインスタンスタイプをサポートします。詳細については、Lambda マネージドインスタンスのドキュメントと AWS Lambda の料金をご覧ください。

AWS Lambda now supports 90-minute function timeout on Lambda Managed Instances

AWS Lambda では、Lambda マネージドインスタンス (LMI) での非同期呼び出しとイベントソースマッピング (ESM) 呼び出しで 90 分の関数タイムアウトがサポートされるようになりました。これは、以前の 15 分の制限から 6 倍に増加しています。アプリケーションを再設計しなくても、データ処理、メディアトランスコーディング、財務計算、AI 推論、バッチワークロードを Lambda で実行して、長時間連続実行が必要なジョブを実行できるようになりました。\n お客様は Lambda を使用して、イベント駆動型プロセッサ、API バックエンド、データ処理パイプラインなどのサーバーレスアプリケーションを構築しています。メディアトランスコーディング、財務計算 (モンテカルロシミュレーションなど)、AI 推論などのデータ集約型ワークロードで、長時間継続して実行する必要がある場合、Lambda の 15 分の関数タイムアウト制限により、お客様はアーキテクチャ上の回避策を採用する必要がありました。本日のリリースにより、Lambda マネージドインスタンスでの非同期呼び出しと ESM 呼び出しの関数タイムアウトを最大 90 分に設定できるようになりました。Lambda マネージドインスタンスでは、インフラストラクチャを管理しなくても、インスタンスごとに複数の同時リクエストを処理したり、専用のコンピューティング設定にアクセスしたり、EC2 の料金面でのメリットを利用してコスト効率を高めたりできます。関数タイムアウトの延長は Lambda の耐久性のある関数内の呼び出しにも当てはまります。これにより、実行時間が長い呼び出しのステップをチェックポイントし、実行時間が長い呼び出しのステップを再実行できるようになります。非同期で呼び出された場合、複数ステップの永続実行は最長 1 年間実行できます。

AWS Lambda コンソール、AWS CLI、Lambda API、コードとしてのインフラストラクチャツール、または AWS エージェントツールキットを使用して、非同期呼び出しと ESM 呼び出しに対して最大 90 分の関数タイムアウトを設定できます。同期呼び出しでは、既存の最大 15 分のタイムアウトが維持されます。この機能は、Lambda マネージドインスタンスが利用できるすべての AWS リージョンで利用できます。

90 分の関数タイムアウトの設定について詳しくは、Lambda 開発者ガイドを参照してください。延長されたタイムアウトとチェックポイントアンドリプレイの耐障害性を組み合わせる方法については、耐久性のある関数のドキュメントを参照してください。料金の詳細については、「AWS Lambda 料金表」を参照してください。AWS Lambda の詳細については、aws.amazon.com/lambda をご覧ください。

Amazon Bedrock Managed Knowledge Base adds APIs and console support for debugging document-level access control

AWS は、Amazon Bedrock マネージドナレッジベース用の CheckInestedDocumentACL と GetingestedDocumentACL API を発表しました。これにより、お客様はセルフサービスでドキュメントアクセスの問題をデバッグしたり、ドキュメントレベルの権限を監査したりできます。ACL が有効なデータソースの取得結果で期待どおりのドキュメントがユーザーに表示されない場合、原因がアクセス制御の設定ミスにあるのか、それともまったく別のものなのかを判断するのが難しい場合があります。これらの新しい API と付属のコンソールエクスペリエンスはこのギャップを埋め、サポートケースを開かなくても権限の問題を迅速に診断して解決できます。\n CheckingEstedDocumentACL を使用すると、特定のユーザーが取り込まれた特定のドキュメントにアクセスできるかどうかを確認できます。一方、GetIngestedDocumentACL はドキュメントに添付された完全な ACL を返すため、どのような権限が設定されているかを正確に監査し、設定ミスを検出できます。コンソールのデータソース詳細ページには、新しいドキュメントアクセス制御セクションも導入されています。このセクションでは、ドキュメント ID とユーザーの電子メールを入力してアクセスを確認したり、ドキュメント ID ごとにドキュメントの ACL 全体を取得したりできます。これらの機能を組み合わせることで、管理者は企業のナレッジベース全体でアクセス制御を大規模に管理するために必要な可視性を得ることができます。

詳細については、『Amazon Bedrock API リファレンス』の「EStedDocumentACL の確認」と「GetingestedDocumentACL の取得」を参照してください。Amazon Bedrock マネージドナレッジベースの詳細については、Amazon Bedrock ナレッジベースの製品ページをご覧ください。

Amazon Bedrock Managed Knowledge Base now supports Confluence Data Center as a native data source connector

AWS は、フルマネージド型の検索拡張生成 (RAG) サービスである Amazon Bedrock マネージドナレッジベース用の Confluence データセンターデータソースコネクタを発表しました。セルフホストの Confluence Data Center インスタンスを実行しているお客様は、Confluence スペースのブログやページをマネージドナレッジベースに直接クロールできるようになりました。以前は、Confluence Data Center コンテンツを Bedrock Knowledge Base に取り込むには、カスタムの取り込みパイプラインを構築する必要がありました。今では、インスタンスの認証情報を入力するだけで、コネクタがデータのクローリング、メタデータの抽出、および増分同期を自動的に処理します。\n Confluence Data Center コネクタにより、AI エージェントは、チームがすでに Confluence で管理している組織的な知識 (Wiki ページやスペースにわたるブログ投稿など) にアクセスできます。フィルターを使用して特定のスペースやコンテンツタイプにクロールを絞り込むことができるため、関連するコンテンツのみが取り込まれるようになり、ナレッジベースの焦点が絞られ、コスト効率が高まります。これにより、Confluence Data Center でホストされているエンジニアリング文書、ランブック、またはチームナレッジベースに基づく内部アシスタントを簡単に強化できます。 詳細については、Amazon Bedrock ユーザーガイドの「Confluence データセンターデータソースコネクター」を参照してください。Amazon Bedrock マネージドナレッジベースの詳細については、Amazon Bedrock ナレッジベース製品ページをご覧ください。

Amazon EBS Volume Clones now supports copying volumes across accounts

Amazon Elastic Block Store (Amazon EBS) ボリュームクローンは、再暗号化による AWS アカウント間の EBS ボリュームのコピーをサポートするようになりました。EBS ボリュームを任意の AWS アカウントにコピーし、ターゲットアカウントの AWS キー管理サービス (AWS KMS) キーで再暗号化できます。これにより、本番環境と開発環境のワークロードを別々のアカウントに分離している組織でも、アカウントの境界を越えてデータをコピーできます。\n クロスアカウントコピーを使用すると、本番環境のデータベースボリュームを分離された開発アカウントに複製できるため、開発者は本番データの新しいコピーを入手して安全に試すことができます。この機能は、本番アカウントと非本番アカウントで別々の KMS キーを管理するなど、環境間で暗号化キーを分離する必要があるチームにも役立ちます。クロスアカウントコピーは、暗号化されていないボリュームや顧客管理の鍵で暗号化されたボリュームなど、すべてのボリュームタイプでサポートされています。

アカウント間でボリュームをコピーするには、まず AWS Resource Access Manager (AWS RAM) を使用してターゲットアカウントとボリュームを共有し、次にターゲットアカウントが同じアベイラビリティーゾーンに共有ボリュームのコピーを作成します。この機能には、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、AWS SDK を使用してアクセスできます。Amazon EBS ボリュームクローンをサポートするすべての AWS リージョンで利用できます。これには、すべての商用リージョン、AWS GovCloud (米国) リージョン、AWS 中国リージョン、およびサポートされているローカルゾーンが含まれます。

詳細については、Amazon EBS ボリュームクローンのドキュメントをご覧ください。

AWS Systems Manager now diagnoses more issues that cause EC2 instances to be unmanaged

現在、AWS Systems Manager は診断機能を拡張して、Amazon EC2 インスタンスとハイブリッドアクティベーションノードが Systems Manager で管理されるのを妨げている可能性のある問題のカテゴリをさらに 6 つ特定できるようになりました。パッチを適用したり、コマンドを実行したり、Session Manager に接続したり、インベントリを収集したりする前に、インスタンスは Systems Manager によって管理される必要があり、インスタンスが管理されていないと、原因を特定するのが難しい場合があります。診断は以前はネットワーク接続を対象としていましたが、現在では IAM 権限、SSM エージェントのバージョン、インスタンスのステータスチェック、オペレーティングシステム構成、デフォルトのホスト管理構成、ハイブリッドアクティベーションに関する問題も特定されています。\nこのように対象範囲が広くなったことで、未確認の結果ではなく、具体的で実行可能な原因を返すインスタンスが増えるため、フリートをより迅速に管理下に置くことができます。Systems Manager の統合コンソールエクスペリエンスでインスタンス全体の診断を実行すると、Systems Manager は各カテゴリで見つかった特定の問題を報告します。診断されたすべての問題には、解決に役立つステップバイステップのガイダンスが付属しています。問題によっては、コンソールから AWS Systems Manager Automation Runbook を実行して問題を直接修正することもできます。 AWS Systems Manager の診断機能は、デフォルトで有効になっているすべての AWS リージョンで利用できます。この機能は AWS Systems Manager オートメーションランブックとして実行されるため、実行したランブックには標準のオートメーション使用料をお支払いいただきます。詳細については、AWS Systems Manager の料金表を参照してください。詳細については、AWS Systems Manager ユーザーガイドを参照するか、AWS Systems Manager 製品ページをご覧ください。

Amazon Connect Customer Profiles now sends events when customers enter or exit segments

Amazon Connect Customer Profiles では、セグメントメンバーシップイベントが送信されるようになりました。これにより、価値の高い顧客や満足度の低い顧客など、顧客プロファイルがセグメントに入ったり出たりしたときに、リアルタイムかつスケジュールされた通知を受け取ることができます。以前は、顧客プロファイルがセグメントに参加または脱退したことを検出するには、セグメント全体を定期的にエクスポートし、カスタムスクリプトを実行して違いを特定する必要がありました。この手作業によるプロセスでは、リソースが消費され、エラーが発生し、セグメントの対象となる顧客と、そのセグメントに対応する下流のシステムとの間に数時間の遅延が発生していました。\nセグメントメンバーシップイベントでは、カスタマープロファイルがメンバーシップの変更を自動的に評価し、Amazon Kinesis Data Stream に直接ストリーミングします。標準条件で構築されたセグメントでは、プロファイル属性が更新されるとほぼリアルタイムで変更が検出されます。拡張セグメント (Spark SQL を使用) では、設定可能な間隔で定期的なスナップショットがメンバーシップを評価し、変更を通知します。各イベントには、プロファイル ID、セグメント名、操作タイプ (参加または終了)、検出された変更がリアルタイムで発生したのか、スケジュールされた実行中に発生したのかなどが含まれます。これにより、アウトバウンドキャンペーン、パーソナライゼーションワークフロー、またはリテンションアクションを数時間ではなく数秒で開始するために必要なすべての情報が得られます。 Amazon Connect カスタマープロファイルが利用できるすべての AWS リージョンで、セグメントメンバーシップイベントの使用を開始できます。開始するには、ドメイン設定で Amazon Kinesis データストリームを設定し、セグメントをサブスクライブします。詳細については、管理者ガイドをご覧ください。Amazon Connect カスタマープロファイルの詳細については、製品ページをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Architecture Blog

AWS Big Data Blog

AWS Compute Blog

AWS Database Blog

AWS for Industries

Artificial Intelligence

AWS Security Blog

AWS Storage Blog

Open Source Project

AWS CLI

Bottlerocket OS