2025/10/1 9:00:00 ~ 2025/10/2 9:00:00 (JST)

最近の発表

Amazon GameLift Streams adds IPv6 support for streaming Windows applications

Amazon GameLift Streams は、Windows ベースのストリームグループで実行されるアプリケーションの IPv6 経由のストリーミングをサポートするようになり、デュアルスタック (IPv4 と IPv6) のストリーミング機能が可能になりました。この強化により、お客様は既存の IPv4 実装との互換性を維持しながら、ストリーミングされた Windows アプリケーションに柔軟に接続できるようになりました。\n Windows ベースのストリームグループで実行されているアプリケーションを Amazon GameLift Streams 経由でストリーミングする場合、お客様は IPv4 または IPv6 プロトコルのいずれかを使用できるようになりました。このデュアルスタックのサポートは、お客様が IPv6 コンプライアンス要件を満たすのに役立ち、ストリーミングクライアントに追加のアドレスオプションを提供します。Linux ランタイムアプリケーションでは、ストリーミングには引き続き IPv4 接続が必要となることに注意してください。

Amazon GameLift ストリーム Windows ベースのストリームグループで実行されるアプリケーションの IPv6 サポートは、Amazon GameLift ストリームが提供されているすべての AWS リージョンで利用できます。ストリーミングアプリケーションのネットワークオプションの詳細については、Amazon GameLift Streams ドキュメントをご覧ください。

Amazon Keyspaces (for Apache Cassandra) now supports IPv6 with dual-stack endpoints

Amazon キースペース (Apache Cassandra用) は、IPv6接続とIPv4接続の両方を可能にする新しいデュアルスタックエンドポイントを通じてインターネットプロトコルバージョン6 (IPv6) をサポートするようになりました。この強化により、既存の IPv4 ベースのアプリケーションとの互換性を維持しながら、アドレス空間を大幅に拡大できます。\n Amazon キースペース (Apache Cassandra 用) は、スケーラブルで可用性が高く、マネージド型の Apache Cassandra 互換データベースサービスです。Amazon Keyspaces はサーバーレスなので、使用したリソースに対してのみ料金が発生し、1 秒あたり数千のリクエストを処理するアプリケーションを構築できます。スループットとストレージは事実上無制限です。 デュアルスタックのエンドポイント機能により、アプリケーションを中断することなく IPv4 から IPv6 に徐々に移行できるため、重要なデータベースサービスのより安全な移行パスが可能になります。IPv6 サポートは PrivateLink インターフェイスの仮想プライベートクラウド (VPC) エンドポイントでも利用できるため、パブリックインターネットを経由せずに Amazon キースペースにプライベートにアクセスできます。 Amazon キースペースの IPv6 サポートは、Amazon キースペースが提供されているすべての AWS 商用リージョンと AWS GovCloud (米国) リージョンで、追加料金なしで利用できるようになりました。キースペースでの IPv6 サポートの詳細については、Amazon キースペースのドキュメントページをご覧ください。

Announcing Apache Airflow 3.0 support in Amazon Managed Workflows for Apache Airflow

Apache Airflow 用 Amazon マネージドワークフロー (MWAA) は、ワークフローオーケストレーションプラットフォームの最新のメジャーリリースである Apache Airflow バージョン 3.0 をサポートするようになりました。このリリースでは、複雑なワークフローの作成、スケジュール設定、モニタリングをより効率的かつ制御しやすくできるようになりました。\n Amazon MWAA は Apache Airflow 向けのマネージドサービスで、使い慣れた Apache Airflow プラットフォームを使用してシームレスなワークフローオーケストレーションを可能にします。MWAA で Apache Airflow v3.0 が利用可能になったことで、使いやすさを向上させるために完全に再設計されたインターフェイスや、高度なイベント駆動型スケジューリング機能など、ワークフローのオーケストレーションが大幅に改善されました。この新しいスケジューリングシステムは、外部イベントに基づいてワークフローを直接トリガーするため、個別のアセット更新パイプラインが不要になります。MWAA 上の Apache Airflow v3.0 で新たに導入された Task SDK は、定型コードを減らしてワークフローをより簡潔で読みやすく、一貫性のあるものにすることで DAG を簡素化するのに役立ちます。メタデータへの直接アクセスを制限し、すべての実行時インタラクションを管理する Task Execution API によってセキュリティと分離が強化されます。このリリースでは、スケジューラ管理のバックフィル機能も備えているため、履歴データ処理をより適切に制御できます。さらに、MWAA は Python 3.12 をサポートすると同時に、Amazon MWAA 環境におけるワークフローの全体的な信頼性とセキュリティを強化する重要なセキュリティ強化とバグ修正を取り入れています。 Amazon MWAA では、現在サポートされているすべての Amazon MWAA リージョンの AWS マネジメントコンソールで数回クリックするだけで、新しい Apache Airflow 3.0 環境を起動できます。Apache Airflow 3.0 の詳細については Amazon MWAA ドキュメントを、Apache Airflow ドキュメントの Apache Airflow 3.0 の変更ログを参照してください。 Apache、Apache Airflow、Airflow は、米国およびその他の国におけるアパッチソフトウェア財団の登録商標または商標です。

Amazon Bedrock Data Automation now provides support for enhancing transcriptions

Amazon Bedrock Data Automation (BDA) では、さまざまな話者を区別して各チャンネルの音声を個別に処理するオプションが提供され、音声ファイルの文字起こし出力の強化がサポートされるようになりました。さらに、BDA では、音声モダリティに関するカスタムインサイトを抽出するためのガイド付きの自然言語ベースのインターフェイスを使用してブループリント作成のサポートを拡張しています。BDA は Amazon Bedrock の機能の 1 つで、ドキュメント、画像、音声、動画などの非構造化マルチモーダルコンテンツから Genai を利用したアプリケーションの分析情報を自動的に生成します。今回の発表により、開発者は標準出力で話者のダイアライゼーションとチャンネル識別が可能になりました。話者ダイアライゼーションは、マルチパーティの音声会話における個々の話者を検出し、話者の変化を追跡します。チャンネル識別により、各チャンネルの音声を個別に処理できます。たとえば、顧客や販売代理店などのスピーカーを個別のチャンネルに分けることができるため、トランスクリプトの分析が容易になります。\n 話者のダイアライゼーションとチャネル識別により、トランスクリプトが読みやすくなり、顧客からの電話、教育セッション、公共安全に関する電話、臨床ディスカッション、会議など、さまざまなマルチパーティの音声会話からカスタムインサイトを引き出すことができます。これにより、顧客は従業員の生産性を向上させる方法を特定したり、ウェビナーに字幕を追加したり、カスタマーエクスペリエンスを向上させたり、規制遵守を強化したりすることができます。たとえば、テレヘルスの顧客は、事前に決められたチャネルに医師と患者を割り当てることで、医師の推奨事項をまとめることができます。 Amazon Bedrock Data Automation は、米国西部 (オレゴン)、米国東部 (バージニア北部)、GovCloud (米国西部)、ヨーロッパ (フランクフルト)、ヨーロッパ (ロンドン)、ヨーロッパ (アイルランド)、アジアパシフィック (ムンバイ)、アジアパシフィック (シドニー) の合計 7 つの AWS リージョンで利用できます。詳細については、Bedrock データオートメーションページ、Amazon Bedrock 料金表ページにアクセスするか、ドキュメントを参照してください。

Application map is now generally available for Amazon CloudWatch

Amazon CloudWatch では、設定とその関係に基づいてサービスを自動的に検出してグループにまとめることで、大規模な分散アプリケーションをモニタリングできるようになりました。SRE と DevOps チームは、重大な依存関係を特定して影響を広範囲に及ぶ範囲で特定し、問題をより迅速に修正できます。AWS アカウントとリージョン全体のサービスと依存関係を視覚化し、それらを顧客のシステムに対する考え方に沿った論理的なグループに整理する、いつでも利用可能ですぐに使えるカタログとマップを入手できます。手動での設定は不要です。また、チーム、ビジネスユニット、重要度階層、その他の属性ごとに、アプリケーションをどのように整理したかに基づいて、動的なグループ化を適用することもできます。\n この新しいアプリケーションパフォーマンス監視 (APM) 機能により、顧客は分散アプリケーションのトラブルシューティングを行う際に、どのアプリケーションと依存関係に焦点を当てるべきかをすばやく視覚化できます。たとえば、SRE チームと DevOps チームは、SLO、ヘルス指標、変更、トップオブザベーションなどの高レベルの運用シグナルを通じて、根本原因分析を加速し、平均解決時間 (MTTR) を短縮できるようになりました。アプリケーションマップはコンテキストに応じたトラブルシューティングドロワーと統合されており、関連する指標や実行可能なインサイトが表示されるため、トリアージを迅速に行うことができます。より詳細な調査が必要な場合、チームはトラブルシューティングに特化したアプリケーション固有のダッシュボードに切り替えることができます。マップ、ドロワー、ダッシュボードは、新しいサービスが発見されたり、顧客が環境のグループ分け方法を調整したりすると動的に更新されるため、ビューは常に正確で、チームの運営方法に沿ったものになります。 この新機能は、Application Signals がリリースされたすべての AWS 商業地域で、追加費用なしで利用できるようになりました。詳細については、CloudWatch アプリケーションシグナルのドキュメントをご覧ください。

Amazon Detective now supports AWS PrivateLink for private API access

Amazon Detective が AWS PrivateLink 経由で Amazon 仮想プライベートクラウド (VPC) エンドポイントをサポートするようになりました。これにより、インターネットをトラバーサルすることなく、VPC 内から Detective への API 呼び出しを安全に行うことができます。AWS PrivateLink による Detective のサポートは、Detective が利用可能なすべての AWS リージョンでご利用いただけます (AWS リージョンの表を参照)。この新機能を試すには、VPC コンソール、API、または SDK を使用して Detective 用の VPC エンドポイントを作成できます。これにより、指定したサブネットにエラスティック・ネットワーク・インターフェースが作成されます。このインターフェイスには、Detective 宛のトラフィックのエントリポイントとして機能するプライベート IP アドレスがあります。Detective と PrivateLink の統合について詳しくは、こちらをご覧ください。\n Amazon Detective は AWS リソースから自動的にログデータを収集し、機械学習、統計分析、グラフ理論を使用してインタラクティブな視覚化を構築します。これにより、セキュリティ調査をより迅速かつ効率的に実施できます。Detective は、Amazon 仮想プライベートクラウド (Amazon VPC) フローログ、AWS CloudTrail ログ、Amazon Elastic Kubernetes Service (Amazon EKS) 監査ログ、複数の AWS セキュリティサービスからの結果など、複数のデータソースからの何兆ものイベントを分析して、セキュリティイベントを一元的かつインタラクティブに表示します。また、Detective は Amazon GuardDuty、AWS Security Hub、Amazon Inspector からの関連する調査結果を自動的にグループ化し、脅威と脆弱性の組み合わせを表示します。これにより、セキュリティアナリストは潜在的な重大度の高いセキュリティリスクを特定して優先順位を付けるのに役立ちます。 はじめに、Amazon Detective ユーザーガイドを参照してください。

AWS API MCP Server v1.0.0 release

本日、AWS は AWS API モデルコンテキストプロトコル (MCP) サーバーの v1.0.0 リリースを発表しました。これにより、基盤モデル (FM) は、構文的に正しい CLI コマンドを作成して実行することで、基本モデル (FM) が自然言語を通じて任意の AWS API と対話できるようになります。\n AWS API MCP Server の v1.0.0 リリースには、サーバーの設定、使用、MCP クライアントやエージェントフレームワークとの統合をより簡単にする多くの機能強化が含まれています。このリリースでは、suggest_aws_command ツールをローカルインストールに頼らずにリモートサービスに変換することで、起動時間を短縮し、いくつかの依存関係を削除しました。セキュリティ強化により、安全なファイルシステム制御が強化され、入力検証が改善されました。AWS CloudWatch エージェントを使用しているお客様は、API MCP サーバーからログを収集できるようになり、オブザーバビリティが向上しました。より多くのホスティングと設定オプションをサポートするために、AWS API MCP サーバーは既存のスタジオに加えてストリーミング可能な HTTP トランスポートを提供するようになりました。反復的な入力を必要とするヒューマンインザループワークフローの信頼性を高めるため、AWS API MCP サーバーでは、サポートされている MCP クライアントに抽出機能が含まれるようになりました。追加の保護手段として、API MCP サーバーは特定の種類のアクションを拒否するように設定したり、変更されたアクションには人間の監視と同意を要求したりできます。このリリースには、一般的な AWS タスクの規範的なワークフローを提供する get_execution_plan という新しい実験ツールも含まれています。このツールは、EXPERIMENTAL_AGENT_SCRIPTS フラグを true に設定することで有効にできます。 お客様は、いくつかの一般的な MCP レジストリの MCP 互換クライアントで使用できるように AWS API MCP サーバーを設定できます。AWS API MCP サーバーは Amazon ECR パブリックギャラリーでコンテナとしてパッケージ化することもできます。 AWS API MCP サーバーはオープンソースで、現在利用可能です。AWS Labs GitHub リポジトリにアクセスしてソースを確認し、ダウンロードして、AWS API との自然言語による相互作用の実験を今すぐ始めましょう。

AWS Knowledge MCP Server now generally available

本日、AWS は AWS ナレッジモデルコンテキストプロトコル (MCP) サーバーの一般提供開始 (GA) を発表しました。AWS ナレッジサーバーでは、AI エージェントと MCP クライアントが LLM 互換の形式で、ドキュメント、ブログ投稿、新着情報、Well-Architected ベストプラクティスなどの信頼できる知識にアクセスできるようになります。今回のリリースでは、AWS API と CloudFormation リソースの地域別可用性に関する知識もサーバーに含まれます。\n AWS Knowledge MCP Server により、MCP をサポートする MCP クライアントとエージェントフレームワークは、信頼できる AWS コンテキスト、ガイダンス、およびベストプラクティスに基づいて応答を行うことができます。お客様は、より正確な推論が可能になり、実行の一貫性が向上し、手動によるコンテキスト管理が減るというメリットを享受できるようになったため、MCP の設定ではなくビジネス上の問題に集中できるようになりました。 このサーバーは無料で一般公開されており、AWS アカウントも必要ありません。使用にはレート制限が適用されます。MCP クライアントが AWS Knowledge MCP Server エンドポイントを使用するように設定して、開発者とエージェントが最新の AWS 情報に今すぐアクセスできるようにし、セットアップ手順については入門ガイドに従ってください。AWS Knowledge MCP サーバーは世界中で利用できます。

AWS Cloud WAN is now available in AWS GovCloud (US) Regions

本日より、AWS クラウド WAN は AWS GovCloud (米国西部) および AWS GovCloud (米国東部) リージョンでご利用いただけます。\n AWS Cloud WAN では、中央のダッシュボードとネットワークポリシーを使用して、複数の場所とネットワークにまたがるグローバルネットワークを構築できるため、さまざまなテクノロジーを使用してさまざまなネットワークを設定および管理する必要がなくなります。ネットワークポリシーを使用して、AWS サイト間 VPN、AWS Direct Connect、またはサードパーティのソフトウェア定義 WAN (SD-WAN) 製品を使用して接続したい Amazon 仮想プライベートクラウド、AWS トランジットゲートウェイ、およびオンプレミスの場所を指定できます。AWS Cloud WAN の中央ダッシュボードではネットワークの全体像が表示され、ネットワークの状態、セキュリティ、パフォーマンスをモニタリングするのに役立ちます。さらに、AWS Cloud WAN はボーダーゲートウェイプロトコル (BGP) を使用して AWS リージョンにまたがるグローバルネットワークを自動的に作成するので、世界中のルートを簡単に交換できます。 詳細については、AWS クラウド WAN 製品詳細ページをご覧ください。

AWS DataSync now supports VPC endpoint policies

AWS DataSync は仮想プライベートクラウド (VPC) エンドポイントポリシーをサポートするようになりました。これにより、DataSync VPC サービスエンドポイントと連邦情報処理標準 (FIPS) 140-3 対応の VPC サービスエンドポイントを介して DataSync API オペレーションへのアクセスを制御できるようになりました。この新機能により、組織は VPC エンドポイントを通じて DataSync API オペレーションにアクセスする際のセキュリティ体制を強化し、コンプライアンス要件を満たすことができます。\n VPC エンドポイントポリシーにより、VPC エンドポイントを介してアクセスされる特定の DataSync API アクションを制限できます。たとえば、どの AWS プリンシパルが CreateTask、Start Task Execution、ListAgents などの DataSync オペレーションにアクセスできるかを制御できます。これらのポリシーは、ID ベースのポリシーやリソースベースのポリシーと連携して、AWS 環境でのアクセスを保護します。 この機能は、AWS DataSync が利用できるすべての AWS リージョンで利用できます。AWS での FIPS 140-3 の詳細については、FIPS 140-3 コンプライアンスをご覧ください。AWS DataSync の VPC エンドポイントポリシーの詳細については、AWS DataSync ユーザーガイドを参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Architecture Blog

AWS Cloud Operations Blog

AWS Big Data Blog

AWS Compute Blog

AWS Contact Center

AWS for Industries

Artificial Intelligence

AWS for M&E Blog

AWS Storage Blog

Open Source Project

AWS CLI

AWS CDK

Bottlerocket OS