2026/5/28 9:00:00 ~ 2026/5/29 9:00:00 (JST)
最近の発表
Monitor AWS Budgets directly in Billing and Cost Management Dashboards with new Budgets widget
本日、AWS Billing and Cost Management (BCM) は、BCM ダッシュボードの予算ウィジェットのサポートを発表しました。これにより、組織にとって最も重要なビューでコスト管理コンソールを柔軟にカスタマイズできるようになります。AWS 予算を、Cost Explorer レポート、節約プラン、リザーブドインスタンスの適用範囲と使用状況レポートとともに、すべてカスタマイズされた 1 つのダッシュボードで監視できるようになりました。\n 以前は、予算のパフォーマンスを確認するには別のコンソールページに移動する必要がありました。今では、財務チームとクラウド管理者は、予算名、予算額、実際の支出、予測金額を表示する予算ウィジェットを 1 つ以上の BCM ダッシュボードに追加できるようになりました。ウィジェット内で直接、名前、しきい値、予算タイプで予算をフィルタリングし、各ダッシュボードに表示する予算を選択できるため、コンソールページの切り替えにかかる時間が短縮され、チーム間の予算監視を迅速に行うことができます。予算ウィジェットはダッシュボードのエクスポート機能と完全に統合されているため、予算データを定期メールレポートに含めたり、CSV や PDF としてダウンロードしたりできるため、手動でデータを収集しなくても簡単に予算状況を利害関係者と共有できます。
BCM ダッシュボードの予算ウィジェットは、すべての AWS 商用リージョンで追加料金なしで利用できます。詳細については、ユーザーガイドをご覧ください。
AWS IoT Core adds APIs for MQTT connection management
本日、AWS IoT Core は GetConnection と ListSubscriptions という 2 つの新しい MQTT 接続管理 API をリリースしました。これにより、モノのインターネット (IoT) デバイスの MQTT クライアント接続とサブスクリプション情報に簡単にアクセスできるようになります。これらの API は、デバイス全体にわたる接続問題のトラブルシューティング、クライアントの動作の監視、接続パターンの監査に役立ちます。\n GetConnection API を使用すると、接続ステータス、MQTT セッションの詳細、および詳細な IAM ポリシーで制御されるソースとターゲット IP アドレス、ポート、クライアント VPC エンドポイント ID などのオプションのソケットレベルのデータを含む詳細な接続情報を取得することで、IoT デバイスの接続を可視化できます。ListSubscriptions API はこれを補完するもので、持続セッションを使用する接続クライアントとオフラインクライアントに対して、クライアントの MQTT セッションの QoS レベルを含むすべてのトピックサブスクリプションを返します。これにより、ソリューションのパフォーマンスに影響する可能性のある、重複しているサブスクリプションや不要なサブスクリプションを検証して特定できます。これらの新しい API は、既存の DeleteConnection API と組み合わせることで、包括的な MQTT 接続管理エクスペリエンスを提供します。
これらの API は、AWS IoT Core がサポートされているすべての AWS リージョンで利用できるようになりました。詳細については、AWS IoT Core ドキュメントと AWS IoT Core API リファレンスガイドをご覧ください。
AWS Organizations emits CloudTrail events for account membership changes
AWS Organizations は、アカウントが組織に参加または脱退するたびに、管理アカウントに自動的に CloudTrail イベントを送信するようになりました。これらの新しいイベント (「アカウント参加組織」と「アカウント離脱組織」) により、セキュリティチームとクラウド管理者は組織のメンバーシップの変更をより詳細に把握できるようになり、以前は気づかなかった不正なアクティビティや潜在的なセキュリティインシデントを検出しやすくなります。 \n AccountJoinedOrganizationイベントは、アカウントがどのように組織に加入したか(作成または招待済み)と参加タイムスタンプを記録し、AccountDepartedOrganizationイベントはアカウントがどのように脱退したか(自発的に脱退したアカウントの場合はLeft、管理アカウントによって削除されたアカウントの場合は削除済み)、出発タイムスタンプとともに完全に閉鎖されたアカウントのCleanを記録します。
これらのイベントを活用して CloudWatch アラームや Amazon EventBridge ルールを作成してリアルタイム通知を行うことができるため、疑わしい組織の変更に迅速に対応できます。この機能は、AWS 環境全体にわたる不正検知、コンプライアンス監査、セキュリティモニタリング、インシデント調査などの重要なユースケースをサポートします。
AWS announces general availability of the next generation of AWS Resilience Hub
本日、AWS は、次世代の AWS Resilience Hub の一般提供を発表しました。このハブは AWS コンソールの中央に配置され、プラットフォームエンジニアリングチームとサイト信頼性チームが AWS で実行されている重要なワークロードの耐障害性を評価および強化するのに役立ちます。この新しいアップデートでは、新しいアプリケーションモデル、依存関係の検出、生成的な AI を活用した障害モード分析、モジュラー型レジリエンスポリシー、および組織全体のレポートを導入することで、レジリエンスの目標を達成するための AWS Resilience Hub の既存の経験を拡張しています。\n 次世代の Resilience Hub では、チームがシステム、ユーザージャーニー、サービスという 3 段階の階層を使用してアプリケーションをモデル化します。この階層には、これらのアプリケーションがどのようにビジネス価値をもたらすかが反映されます。依存関係発見評価を通じて、サービスが依存している AWS のサービス、内部エンドポイント、サードパーティのエンドポイントを最新の状態に保つことができます。生成的な AI を活用した障害モード評価では、AWS Well-Architected のベストプラクティス、AWS レジリエンス分析フレームワーク、組織のレジリエンスポリシーに照らしてサービスを分析し、優先順位付けされた実行可能な推奨事項を生成します。AWS Organizations の統合により、中央チームは単一のダッシュボードからすべてのアカウントとリージョンのレジリエンスポリシーを定義し、態勢を監視できます。
次世代の AWS レジリエンスハブは、レジリエンスハブが提供されているすべての AWS リージョンで利用できます。AWS レジリエンスハブが利用できる AWS リージョンの詳細については、AWS リージョンの表を参照してください。
開始するには、AWS コンソールにアクセスしてください。次世代の AWS Resilience Hub の詳細については、製品ページまたは AWS ニュースブログをご覧ください。
AWS レジリエンスハブの既存のお客様は、現在の経験をそのまま活用し、自分のペースで次世代の AWS レジリエンスハブを採用することができます。ガイダンスについては、移行ユーザーガイドを参照してください。
Amazon Connect Customer expands generative AI-powered post-contact summaries to eight new languages
Amazon Connect Customer では、さらにポルトガル語、フランス語、イタリア語、ドイツ語、スペイン語、中国語、日本語、韓国語の8つの言語ファミリーで、AIを活用したジェネレーティブ・ポストコンタクト・サマリーがサポートされるようになりました。問い合わせ後の概要では、英国英語、オーストラリア英語、その他の地域のロケールなど、米国以外の英語版もサポートされるようになり、各地域で適切なスペルや用語が要約に反映されるようになりました。\n 人工知能を活用したジェネレーティブ・ポスト・コンタクト・サマリーにより、エージェントやマネージャーは、音声、チャット、Eメールの各チャネルにおける顧客との会話の概要を簡潔かつ体系的に把握できるようになり、トランスクリプト全体を読む必要がなくなります。この拡張により、組織は会話の言語で自動的に要約を生成できるようになり、エージェントは問い合わせ後の作業をより早く完了できるようになり、マネージャーは複数の言語で連絡先を確認できるようになります。たとえば、あるグローバルなサポート組織では、フランス語、ドイツ語、または日本語で処理された通話の連絡後の概要を生成できるようになり、スーパーバイザーはすべての地域のサービス品質を把握できるようになりました。
新たにサポートされた言語は、Amazon Connect のお客様との連絡後の概要が利用できるすべての AWS リージョンで利用できます。詳細については、Amazon Connect カスタマー管理者ガイドの「AI を活用したジェネレーティブコンタクト後の概要を表示する」を参照してください。Amazon Connect カスタマーの詳細については、Amazon Connect カスタマーウェブサイトを参照してください。
Claude Opus 4.8 is now available on AWS
AWS では現在、Anthropic がこれまで一般的に利用してきた中で最も高性能なモデルである Claude Opus 4.8 を提供しています。これにより、本番用 AI アプリケーションを構築する開発者や企業に、エージェントコーディング、専門的知識の蓄積、長期にわたる自律的なタスクなど、さまざまな面で有意義な進歩がもたらされます。\n Claude Opus 4.8 は、より長い自律的な実行、より深い推論、一貫性を実現できるため、本番作業において信頼できます。コーディングに関しては、Opus 4.8はエンジニアのようにコードベースを読み込み、編集前に計画を立て、実際のリポジトリでの長時間のセッションでもコンテキストを保持します。エージェント型タスクの場合、行き詰まって自身のエラーから回復し、いつ助けを求めるべきか、いつ続けるべきかを知るよりも、障害物を回避する道を見つける方が得策です。ナレッジワークでは、長い文書や複雑なソースをより適切に統合し、その出力をセルフチェックして、レビューに耐えられる構造化された成果物を提供します。
顧客がクロード・オーパス 4.8 にアクセスするには、Amazon Bedrock と AWS のクロード・プラットフォームの 2 つの方法があります。
Amazon Bedrock は、お客様のデータを AWS インフラストラクチャ内に保管し、ガードレール、ナレッジベース、地域データレジデンシーなどの AWS 管理機能を備えた統合サービスを通じて Claude Opus 4.8 へのアクセスを提供します。詳細については、Amazon Bedrock のドキュメントとリージョンの提供状況をご覧ください。
Claude Platform on AWS では、AWS コンソールから Anthropic のネイティブプラットフォームエクスペリエンスと機能に直接アクセスできます。Anthropic で直接作業する場合と同じ API、機能、コンソールエクスペリエンスを AWS の請求と認証と統合して構築、テスト、デプロイできます。開始するには、Claude Platform on AWS ドキュメントを参照してください。
DynamoDB Streams now supports AWS PrivateLink for FIPS endpoints in AWS GovCloud (US) Regions
Amazon DynamoDB ストリームは、AWS GovCloud (米国) リージョンの FIPS (連邦情報処理標準) エンドポイント向けの AWS PrivateLink をサポートするようになりました。DynamoDB ストリームは DynamoDB テーブル内の項目レベルの変更を時系列にキャプチャし、リアルタイムのデータ処理とイベント駆動型アーキテクチャを可能にします。この機能強化により、政府機関や連邦政府のコンプライアンス要件を満たす組織は、トラフィックをパブリックインターネットに公開することなく、VPC と DynamoDB Streams FIPS エンドポイント間のプライベート接続を確立できます。\n この機能により、お客様はネットワークアーキテクチャを簡素化しながら、厳しい連邦コンプライアンスおよび規制要件を満たすことができます。すべてのトラフィックを AWS ネットワークインフラストラクチャ内に保持することで、組織はリアルタイムのデータストリームを安全に処理し、準拠した変更データキャプチャ (CDC) ソリューションを実装し、連邦セキュリティ基準に準拠したイベント駆動型アーキテクチャを構築できます。GovCloud 地域で活動する政府機関は、AWS PrivateLink が提供する強化されたセキュリティとプライバシーを維持しながら、安全なデータストリーミングアプリケーションに DynamoDB Streams を活用できるようになりました。
DynamoDB ストリーム FIPS エンドポイントの AWS PrivateLink サポートは、AWS GovCloud (米国東部) と AWS GovCloud (米国西部) リージョンと AWS GovCloud (米国西部) リージョン、米国東部 (オハイオ)、米国西部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、カナダ西部 (カルガリー) でご利用いただけます。
詳細については、Amazon DynamoDB ストリームプライベートリンクドキュメントと AWS プライベートリンクページをご覧ください。
Amazon WorkSpaces Applications adds support for Windows Desktop OS
Amazon WorkSpaces アプリケーションでは、Bring Your Own License (BYOL) を使用して Windows デスクトップオペレーティングシステムを搭載したストリーミングリソースを設定できるようになりました。お客様は既存の Windows Desktop ライセンスを利用して、対象となるエンタープライズ向け Microsoft 365 Apps をサポートできるようになりました。これにより、ユーザーがオンプレミスと仮想デスクトップ環境の間を行き来しても、一貫性のある使い慣れたデスクトップエクスペリエンスを提供できます。\n WorkSpaces アプリケーションの BYOL サポートにより、オペレーティングシステムはお客様の AWS アカウント専用のハードウェアでホストされるため、お客様は Windows デスクトップアプリケーションとデスクトップエクスペリエンス全体を大規模にストリーミングできます。お客様は、既存の Windows Desktop OS ライセンスを持ち込むことでコスト削減の恩恵を受けることができます。これにより、OS の料金が不要になり、支払いはコンピューティングとストリーミングインフラストラクチャの分のみになります。ローカルデバイスとストリーミングセッションの両方が同じ Windows デスクトップ OS を実行している場合、ユーザーは両方の環境で同じワークフロー、ショートカット、およびナビゲーションを適用します。これにより、ローカルワークとリモートワークを切り替えるときに、異なるデスクトップエクスペリエンスに適応することによる認知的オーバーヘッドがなくなり、オンボーディング時間が短縮されます。 WorkSpaces アプリケーション用 Windows デスクトップは複数の AWS リージョンで利用できます。サポートされているリージョンのリストについては、Amazon WorkSpaces アプリケーション BYOL ドキュメントを参照してください。 WorkSpaces アプリケーションで BYOL を利用するには、組織は Microsoft のライセンス要件を満たし、特定の AWS リージョンで毎月最低数のストリーミングリソースを実行することを約束する必要があります。資格要件と使用開始方法の詳細については、Amazon WorkSpaces アプリケーションのドキュメントとよくある質問を参照してください。
The next generation of Amazon OpenSearch Serverless is now generally available
本日、AWS は次世代の Amazon OpenSearch Serverless の一般提供を発表しました。これは、エージェントを構築するお客様向けに設計された完全マネージド型の検索およびベクターエンジンです。次世代の OpenSearch Serverless は、前世代の 20 倍の速度で自動スケーリングし、数秒でリソースをプロビジョニングできるため、最も予測が難しいエージェントワークフローの要求にも対応できます。スケーリング・トゥ・ゼロと従量課金制の料金体系により、お客様はピーク時の負荷に備えて Opensearch クラスターをプロビジョニングするコストと比べて最大 60% 削減できるようになりました。\n 次世代の OpenSearch Serverless では、新しい共有ストレージレイヤーにより、コンピューティングとストレージが完全に切り離されます。つまり、お客様はコンピューティングを個別にスケールアップ/スケールダウンできるため、トラフィックの急増への即時対応を維持しながら、トラフィックの少ない時期にはコストを削減できます。ネットワーク接続を簡素化するために、OpenSearch Serverless では現在 2 つのリソースベースのエンドポイントを提供しています。1 つはコレクションレベルのエンドポイントで、もう 1 つは標準の VPC API を使用してマルチ VPC とオンプレミス接続を簡単にするリージョナルエンドポイントです。また、次世代の OpenSearch Serverless は Vercel や Kiro などの AI 開発プラットフォームとネイティブに統合されてリリースされ、開発者は自然言語コマンドを使用して開発環境から直接検索インフラストラクチャーをプロビジョニングできます。OpenSearch Serverless は OpenSearch エージェントスキルの一部にもなりました。これにより、クロード・コード、カーソル、コーデックスなどの一般的なコーディング・プラットフォームを使用する際に、エージェントに OpenSearch の機能を活用できるようになります。 GA では、検索とベクターの 2 種類のコレクションを使用できます。現在、次世代の OpenSearch サーバーレスは、Amazon OpenSearch サーバーレスが利用可能なすべての商用 AWS リージョンでご利用いただけます。次世代 OpenSearch サーバーレスの価格の詳細については、料金ページをご覧ください。 次世代の Amazon OpenSearch サーバーレスについて詳しくは、マーケティングページ、技術文書、AWS ニュースブログをご覧ください。まずは、次世代の Amazon OpenSearch サーバーレスで導入されるすべての新機能を詳しく説明している技術発表ブログをご覧ください。
AWS IoT Core now supports direct messaging for point-to-point communication
AWS IoT Core は、接続された任意のデバイスにポイントツーポイントメッセージを送信する機能をサポートするようになりました。これにより、メッセージ配信の可視性が向上し、メッセージングコストが削減されます。AWS IoT Core は、IoT デバイスを AWS クラウドに安全に接続し、IoT デバイスとクラウドサービス間の双方向メッセージングを可能にする完全マネージド型サービスです。\n 以前は、単一の IoT デバイスにメッセージを送信するには、そのデバイスが購読しているトピックに公開する必要があり、受信側デバイスからの配信を確認する組み込みの方法はありませんでした。SendDirectMessage API を使用すると、AWS IoT Core に接続されている任意のデバイスに直接メッセージを送信し、そのデバイスから配信確認を受け取るようオプトインできます。また、AWS IoT Core は配信確認を使用して詳細な API レスポンスコードを提供し、Amazon CloudWatch ログを送信します。これにより、メッセージの配信ステータスや障害理由を把握できます。 ダイレクトメッセージングは、Amazon China や AWS GovCloud (米国) など、AWS IoT Core が利用できるすべての AWS リージョンで利用できます。開始するには、ダイレクトメッセージング開発者ガイドを参照してください。料金の詳細については、AWS IoT Core の料金ページをご覧ください。
AWS Partner Central now supports deal sizing using total contract value (TCV)
本日、AWSは、パートナーが契約総額(TCV)を使用して取引を見積もることができるようにすることで、AWS Partner Centralのオポチュニティディールサイジング機能を強化したことを発表しました。パートナーは顧客との取引から TCV を提出できるようになり、取引サイジング機能によって TCV が即座に予測された月次経常収益 (MRR) に変換されるので、手動の MRR 見積もりをする必要がなくなるため、パートナーはより迅速かつ正確な予測で機会を提出できます。\n 機会を作成または更新する際、パートナーは MRR の見積もり方法 (TCV から MRR を予測、MRR を予測、AWS 価格計算ツール、または手動入力) を選択します。TCV の Forecast MRR では、パートナーは契約総額を米ドルまたはユーロで入力し、契約期間を月単位で入力し、送信前に予測 MRR を確認します。MRR が予測されることでパイプラインの精度が向上するため、パートナーの営業チームは取引を迅速に進めることができます。 TCV を使用したディールのサイジングは、世界中の AWS パートナーセントラルで利用できます。この機能には、AWS パートナーセントラルと、米国東部 (バージニア北部) リージョンで利用可能な AWS パートナーセントラル API for Seling の両方からアクセスできます。 開始するには、コンソールで AWS Partner Central にログインしてオポチュニティを作成または更新してください。取引規模の詳細については、パートナーセントラルセールスガイドをご覧ください。API と CRM システムとの統合については、AWS パートナーセントラル API ドキュメントを参照してください。
AWS Blogs
Amazon Web Services ブログ (日本語)
AWS News Blog
- ジェネレーティブ AI ベースの SRE レジリエンスジャーニーのための次世代の AWS レジリエンスハブのご紹介
- エージェント AI アプリケーションを構築するための次世代の Amazon OpenSearch サーバーレスのご紹介
AWS Big Data Blog
AWS Contact Center
- Amazon Connect カスタマースケジューリングにおけるアクティビティの配置を最適化
- Amazon Connect のカスタマーファーストコールバックカスタマー:優先保存、ボイスメール検出、予約エージェントキャパシティゼロ
AWS Database Blog
Artificial Intelligence
- Amazon SageMaker AI でのアゼルバイジャン語モデルのトレーニング
- 埋め込まれた Amazon SageMaker AI MLflow アプリケーションを使用してカスタムポータルを構築する
- REST API プロキシを使用して Amazon SageMaker MLFlow への外部アクセスを合理化します
- AWS で LangSmith を使用したディープエージェントの評価
- Amazon Bedrock AgentCore のデータセット管理により、エージェントの成長に合わせて拡張できるテストスイートを構築できます。
- クロード・オーパス 4.8 が AWS で利用可能になりました
- Amazon Quick と Snowflake Cortex AI による AML アラートのトリアージの自動化
AWS for M&E Blog
AWS Security Blog
- トランジットゲートウェイに接続された AWS ネットワークファイアウォールに移行する理由と方法
- AWS ネットワークファイアウォールの URL とドメインカテゴリのフィルタリングによるポリシー管理の簡素化