2025/11/6 9:00:00 ~ 2025/11/7 9:00:00 (JST)

最近の発表

Amazon SageMaker launches custom tags for project resources

本日、Amazon SageMaker Unified Studio は、SageMaker プロジェクトがプロジェクトを通じて作成されたリソースにカスタムタグを追加できるようにする新機能を発表しました。これにより、お客様はサービスコントロールポリシー (SCP) に準拠したタグ付け基準を適用できるようになり、組織全体で作成されたリソースに関するコスト追跡レポートの作成が可能になります。\n Amazon SageMaker Unified Studio 管理者は、タグ設定を使用してプロジェクトプロファイルを設定し、プロジェクトプロファイルを使用するすべてのプロジェクトにプッシュダウンできます。プロジェクトプロファイルは、Key タグと Value タグのペアを渡すように設定することも、タグの Key をデフォルト値で渡すように設定することもできます。デフォルト値はプロジェクトの作成時に変更できます。プロジェクトに渡されるすべてのタグ値は、そのプロジェクトによって作成されたリソースにタグ付けされます。これにより、管理者はプロジェクトリソースに期待どおりのタグを付けるためのガバナンスメカニズムを手に入れることができます。 今回初めてリリースされたプロジェクトリソースのカスタムタグは、アプリケーションプログラミングインターフェイス (API) でのみサポートされています。 プロジェクトリソース機能のカスタムタグは、Amazon SageMaker Unified Studio がサポートされているすべての AWS リージョンで使用できます。これには、アジアパシフィック (東京)、ヨーロッパ (アイルランド)、米国東部 (バージニア)、米国東部 (オハイオ)、米国東部 (オハイオ)、米国西部 (オレゴン)、ヨーロッパ (フランクフルト)、南米 (サンパウロ)、アジアパシフィック (ソウル)、ヨーロッパ (ロンドン)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、カナダ (セントラル) が含まれます。)、アジアパシフィック (ムンバイ)、ヨーロッパ (パリ)、ヨーロッパ (ストックホルム) 詳細については、Amazon SageMaker にアクセスしてから、カスタムタグ API ドキュメンテーションを開始してください。

AWS B2B Data Interchange is now available in AWS Europe (Ireland) Region

AWS ヨーロッパ (アイルランド) リージョンのお客様は、AWS B2B Data Interchange を使用して、高度にカスタマイズ可能でスケーラブルで費用対効果の高い EDI ワークロードを構築できるようになりました。\n AWS B2B データインターチェンジは、ANSI X12 ドキュメントなどの EDI ファイルの JSON および XML データ形式への検証、変換、生成を自動化します。今回のリリースにより、AWS B2B Data Interchange を使用して AWS ヨーロッパ (アイルランド) リージョンで EDI ドキュメントを処理できるようになります。これにより、B2B 統合ワークロードを最新化しながら、コンプライアンスとデータ主権の義務を果たすことができます。このローンチの一環として、AWS B2B Data InterchangeのジェネレーティブAIマッピング機能がAWSヨーロッパ（アイルランド）リージョンでも利用できるようになります。これにより、マッピングコードの開発が簡素化され、最終的にはトレーディングパートナーのオンボーディングが促進されます。 AWS B2B Data Interchange の詳細については、製品ページやユーザーガイドをご覧になるか、ご自分のペースで進められるワークショップにご参加ください。すべてのリージョンの可用性については、AWS リージョン表をご覧ください。

Amazon DynamoDB Streams expands AWS PrivateLink support to FIPS endpoints

Amazon DynamoDB ストリームは、米国およびカナダの商用 AWS リージョンで利用可能なすべての Amazon DynamoDB ストリーム連邦情報処理標準 (FIPS) エンドポイントで AWS PrivateLink をサポートするようになりました。\n 今回のリリースにより、パブリックインターネット経由で接続する代わりに、仮想プライベートクラウド (VPC) と Amazon DynamoDB Streams FIPS エンドポイントの間にプライベート接続を確立できるようになり、パブリックインターネット接続を制限するという組織のビジネス、コンプライアンス、および規制要件を満たすのに役立ちます。 Amazon DynamoDB ストリームの AWS PrivateLink FIPS エンドポイントのサポートは、米国およびカナダの商用 AWS リージョン (米国東部 (バージニア北部)、米国東部 (オハイオ)、米国西部 (北カリフォルニア)、米国西部 (オレゴン)、カナダ (中部)、カナダ西部 (カルガリー) の Amazon DynamoDB ストリームで利用できます。 AWS PrivateLink FIPS エンドポイントの Amazon DynamoDB ストリームサポートの詳細については、Amazon DynamoDB ストリームのドキュメントを参照してください。AWS PrivateLink とその利点の詳細については、AWS PrivateLink 製品ページをご覧ください。

Amazon Keyspaces (for Apache Cassandra) is now available in the Middle East (UAE) Region

Amazon Keyspaces（Apache Cassandra用）が中東（UAE）リージョンで利用できるようになりました。これにより、中東のお客様は、データ保存要件を満たすためにリージョン内にデータを保持しながら、低レイテンシーでCassandra互換アプリケーションを構築できるようになりました。\n Amazon キースペース (Apache Cassandra 用) は、スケーラブルで可用性が高く、マネージド型の Apache Cassandra 互換データベースサービスです。Amazon Keyspaces はサーバーレスなので、使用したリソースに対してのみ料金が発生し、1 秒あたり数千のリクエストを処理するアプリケーションを構築できます。スループットとストレージは事実上無制限です。 中東 (UAE) リージョンでは、ポイントインタイムリカバリ、マルチリージョンレプリケーション、CDC ストリーム、IPv6 サポートなど、他の AWS リージョンと同じ Amazon キースペース機能が提供されています。このリージョンの拡大により、中東の組織は、使い慣れた Cassandra Query Language (CQL) を使用して、Cassandra クラスターを管理するという運用上の負担なしに、拡張性が高くレイテンシーの低いアプリケーションを構築できるようになりました。 キースペースについて詳しくは、Amazon キースペースのドキュメントをご覧ください。

Amazon ECS announces non-root container support for managed EBS volumes

Amazon Elastic Container Service (ECS) は、非ルートユーザーとして実行されているコンテナへの Amazon Elastic Block Store (EBS) ボリュームのマウントをサポートするようになりました。今回のリリースにより、ECS は EBS ボリュームのファイルシステム権限を自動的に設定して、ボリュームのルートレベルの所有権を維持しながら、ルート以外のユーザーが安全にデータを読み書きできるようにしました。この強化により、手動の権限管理やカスタムエントリポイントスクリプトが不要になるため、セキュリティ優先のコンテナのデプロイが簡単になります。\n この機能により、タスクを root 以外のユーザーとして実行できるようになり、権限昇格やデータへの不正アクセスのリスクが軽減され、コンテナのセキュリティが強化されます。以前は、タスク内のコンテナをマウントされた Amazon EBS ボリュームに書き込むには、root ユーザーとして実行する必要がありました。ECS が EBS ボリュームのアクセス権限を自動的に管理するようになったため、ワークフローが簡素化され、タスク内のすべてのコンテナが (ユーザー ID に関係なく) マウントされたボリュームに対して安全に読み書きできるようになりました。

この機能は、Amazon ECS と Amazon EBS がサポートされているすべての AWS リージョンで、EC2、AWS Fargate、および ECS マネージドインスタンスの起動タイプで利用できるようになりました。詳細については、Amazon ECS 開発者ガイドの「Amazon ECS で Amazon EBS ボリュームを使用する」を参照してください。

AWS announces a new Regional planning tool in Builder Center

本日、AWSはビルダーセンターの「リージョン別AWS機能」という新しいツールを発表しました。このツールを使用すると、AWS リージョン全体の AWS サービス、機能、API、CloudFormation リソースを見つけて比較することができます。インタラクティブなインターフェイスでサービスの可用性を調べたり、複数のリージョンを並べて比較したり、将来を見据えたロードマップ情報を表示したりできます。この詳細な可視性により、グローバル展開について情報に基づいた意思決定を行い、サービスが利用できないことによるプロジェクトの遅延を防ぐことができます。\n このツールに加えて、AWS は AWS ナレッジモデルコンテキストプロトコル (MCP) サーバーを強化し、地域機能に関する情報を LLM 互換の形式で含めるようにしました。MCP クライアントとエージェントフレームワークは AWS Knowledge MCP Server に接続して、リージョンのサービスの可用性をリアルタイムで把握したり、特定のサービスや機能が利用できない場合に代替ソリューションを提案したりできます。 今すぐ AWS Builder Center でリージョン別の AWS 機能を調べ始めることができます。また、Knowledge MCP サーバーは無料で一般公開されており、AWS アカウントも必要ありません。使用にはレート制限が適用されます。セットアップ手順については、入門ガイドに従ってください。

AWS IoT Greengrass v2.16 introduces system log forwarder and TPM2.0 capabilities

AWS は AWS IoT Greengrass v2.16 のリリースを発表しました。これにより、ニュークリアスとニュークリアスライトの新しいコアコンポーネントが導入されました。AWS IoT Greengrass は、お客様がデバイスソフトウェアをエッジで構築、デプロイ、管理できるよう支援する、モノのインターネット (IoT) エッジランタイムおよびクラウドサービスです。最新バージョン 2.16 リリースには、システムログフォワーダーコンポーネントによるデバッグ機能が強化されています。このコンポーネントはシステムログファイルを AWS Cloud Watch にアップロードし、開発者が IoT エッジアプリケーションのトラブルシューティングを簡単に行えるようにします。\n AWS IoT Greengrass v2.16 リリースには、TPM2.0 仕様をサポートする新しい nucleus Lite バージョン (v2.3) もあり、開発者はハードウェアベースのルートオブトラストモジュールを使用して、リソースに制約のあるデバイスのエッジデバイスセキュリティを管理できます。この実装により、開発者はシークレット用の安全なストレージと効率的なデバイス認証を提供しながら、IoT デプロイメントを自信を持って拡張できます。 AWS IoT Greengrass v2.16 は、AWS IoT Greengrass が提供されているすべての AWS リージョンで利用できます。AWS IoT Greengrass v2.16 とその新機能の詳細については、AWS IoT Greengrass ドキュメントをご覧ください。AWS IoT Greengrass の簡単な紹介については、入門ガイドに従ってください。

Deadline Cloud expands support with latest 6th, 7th, and 8th generation instances

AWSは、Deadline Cloudのインスタンスファミリーのサポートを拡大したことを発表しました。これにより、視覚効果とアニメーションレンダリングのワークロードを強化するために、第6世代、第7世代、第8世代の新しいEC2インスタンスが追加されました。このリリースには、C7i、C7a、M7i、M7a、R7a、R7i、R7i、M8a、M8i、R8i の各インスタンスファミリーのサポートに加え、以前は利用できなかった第 6 世代インスタンスタイプが追加されています。Deadline Cloud はフルマネージド型のサービスで、お客様がインフラストラクチャを管理しなくてもクラウドでビジュアルコンピューティングワークロードを実行できます。 \n この強化により、スタジオは幅広い AWS コンピューティングテクノロジーを利用してレンダリングワークフローを最適化できます。コンピューティング最適化 (C シリーズ)、汎用 (M シリーズ)、およびメモリ最適化 (R シリーズ) のインスタンスは、計算量の多いシミュレーションからメモリを大量に消費するシーン処理まで、さまざまなレンダリングワークロードに合わせたオプションを提供します。M8a や R8i などの最新世代のインスタンスを組み込むことで、顧客は最も要求の厳しいレンダリングタスクでもパフォーマンスと効率を向上させることができます。 これらのインスタンスファミリーは、Deadline Cloud が提供されている 10 の AWS リージョンすべてで利用できます。各リージョンで利用できる特定のインスタンスタイプは、EC2 インスタンスタイプ自体のリージョンの可用性によって異なります。 Deadline Cloud でサポートされる新しいインスタンスタイプとそのリージョンでの利用可能性について詳しくは、AWS Deadline Cloud の料金表ページをご覧ください。

Amazon Elastic VMware Service (Amazon EVS) is now available in additional Regions

本日、Amazon Elastic VMware Service (Amazon EVS) が、アジアパシフィック (ムンバイ)、アジアパシフィック (シドニー)、カナダ (中部)、ヨーロッパ (パリ) リージョンのすべてのアベイラビリティーゾーンで利用できるようになったことをお知らせします。この拡張により、AWS の規模と柔軟性を活用して VMware ワークロードをクラウドで実行するためのオプションが増えました。\n Amazon EVS では、AWS Nitro を搭載した EC2 ベアメタルインスタンス上の Amazon 仮想プライベートクラウド (VPC) 内で VMware Cloud Foundation (VCF) を直接実行できます。ステップバイステップの設定ワークフローまたは自動デプロイ機能を備えた AWS コマンドラインインターフェイス (CLI) のいずれかを使用すると、完全な VCF 環境をわずか数時間でセットアップできます。この迅速なデプロイにより、AWS へのワークロードの移行が速くなり、老朽化したインフラストラクチャの排除、運用上のリスクの軽減、データセンターの撤退に関する重要なスケジュールの遵守が可能になります。 アジアパシフィック (ムンバイ)、アジアパシフィック (シドニー)、カナダ (中央)、ヨーロッパ (パリ) の各リージョンでの可用性の向上により、エンドユーザーとの距離が近くなり、データの保存場所または主権要件への準拠が可能になり、冗長戦略を強化するための高可用性と耐障害性のオプションが追加され、VMwareワークロードのレイテンシーが短縮されます。 開始するには、Amazon EVS 製品詳細ページとユーザーガイドをご覧ください。

AWS Backup now supports AWS KMS customer managed keys with logically air-gapped vaults

AWS Backup では、AWS キー管理サービス (KMS) の顧客管理キー (CMK) を使用して、論理的に隔離された保管庫のバックアップを暗号化できるようになりました。この強化により、既存の AWS 所有キー以外にも暗号化オプションが追加され、組織が規制やコンプライアンスの要件を満たせるようになります。\n AWS KMS で独自のカスタマー管理キー (CMK) を使用して論理的にエアギャップのある保管庫を作成できるようになり、バックアップ保護戦略をより細かく制御できるようになりました。同じアカウントのキーを使用する場合でも、複数のアカウントのキーを使用する場合でも、論理的にエアギャップのある保管庫のセキュリティ上の利点を維持しながら、一元化されたキー管理を維持できます。この統合は、既存の論理的にエアギャップのある保管庫やその他の AWS Backup 機能とシームレスに連携するため、バックアップワークフローが中断されることはありません。 論理的にエアギャップされた保管庫による AWS KMS カスタマーマネージドキーサポートは、論理的にエアギャップのある保管庫が現在サポートされているすべての AWS リージョンで利用できます。 AWS Backup コンソール、API、または CLI を使用して CMK の論理的にエアギャップのあるボールトサポートを開始できます。論理的に隔離された新しいボールトを作成するときに、暗号化用の AWS 所有のキーまたは独自の CMK のどちらかを選択できるようになりました。この機能の実装の詳細については、AWS Backup 製品ページ、ドキュメント、およびブログをご覧ください。

Amazon CloudWatch Application Signals now available in AWS GovCloud (US) Regions

Amazon CloudWatch Application Signals は、AWS GovCloud (米国東部) および AWS GovCloud (米国西部) リージョンへの提供を拡大し、政府機関のお客様や規制対象業界がこれらのリージョンのアプリケーションパフォーマンスを自動的に監視および改善できるようにします。CloudWatch Application Signals は、Amazon EC2、Amazon ECS、Amazon EKS、AWS Lambda で実行されているアプリケーションからテレメトリデータを自動的に収集することで、包括的なアプリケーション監視機能を提供し、お客様がワークロードの可視性を維持しながらコンプライアンスとモニタリングの要件を満たせるよう支援します。\n CloudWatch Application Signals を使用することで、AWS GovCloud (米国) リージョンのお客様は、アプリケーションの状態をリアルタイムでモニタリングし、ビジネス目標に対するパフォーマンスを追跡し、サービスの関係と依存関係を視覚化し、パフォーマンスの問題を迅速に特定して解決できるようになりました。この自動オブザーバビリティソリューションにより、アプリケーションの動作とパフォーマンスパターンに関する詳細なインサイトが得られると同時に、手動でインストルメンテーションを行う必要がなくなります。このサービスは自動的に異常を検出し、さまざまな AWS サービス間の問題を相互に関連付けるのに役立ちます。これにより、より迅速な問題解決とアプリケーションの信頼性の向上が可能になります。 CloudWatch アプリケーションシグナルは AWS GovCloud (米国東部) と AWS GovCloud (米国西部) で利用できるようになります。料金情報については、Amazon CloudWatch の料金表ページをご覧ください。開始するには、Amazon CloudWatch アプリケーションシグナルのドキュメントを参照してください。

AWS End User Messaging SMS launches Carrier Lookup

本日より、AWS End User Messaging のお客様は、国、番号タイプ、ダイヤルコード、モバイルネットワーク、キャリアコードなど、電話番号に関連するキャリア情報を検索できるようになりました。Carrier Lookup を使用すると、メッセージの送信を開始する前に電話番号に関する重要な情報を確認し、間違った宛先や間違った電話番号にメッセージを送信しないようにすることで、配信率を高めることができます。 \n AWS End User Messaging は、通信の安全性、セキュリティ、または結果を損なうことなく、スケーラブルで費用対効果の高いメッセージングインフラストラクチャを開発者に提供します。開発者はメッセージングを統合して、サインアップ時のワンタイムパスコード (OTP)、アカウント更新、予約通知、配信通知、プロモーションなどのユースケースをサポートできます。 キャリア検索のサポートは、エンドユーザーメッセージングを利用できるすべての AWS リージョンで利用できます。AWS リージョンの表を参照してください。 詳細については、「AWS エンドユーザーメッセージング」を参照してください。

Amazon S3 now supports tags on S3 Tables

Amazon S3 は、属性ベースのアクセス制御 (ABAC) とコスト配分用に S3 テーブルのタグをサポートするようになりました。ABAC のタグを使用して、テーブルバケットとテーブルにアクセスするユーザーとロールの権限を自動的に管理できます。これにより、AWS Identity and Access Management (IAM) や S3 テーブルのリソースベースのポリシーを頻繁に更新する必要がなくなり、大規模なアクセスを管理する方法が簡単になります。さらに、AWS Billing and Cost Management を使用して、個々のテーブルにタグを追加して AWS のコストを追跡および整理できます。\n Amazon S3 は、S3 テーブルが利用可能なすべての AWS リージョンの S3 テーブルにタグを付けられるようにサポートしています。AWS マネジメントコンソール、SDK、API、または CLI を使用してタグ付けを開始できます。S3 テーブルでのタグの使用方法の詳細については、S3 ユーザーガイドをご覧ください。

Amazon CloudFront announces cross-account support for VPC origins

Amazon CloudFront は、仮想プライベートクラウド (VPC) オリジンのクロスアカウントサポートを発表しました。これにより、お客様は CloudFront ディストリビューションから異なる AWS アカウントにある VPC オリジンにアクセスできるようになります。VPC オリジンを使用すると、お客様はアプリケーションロードバランサー (ALB)、ネットワークロードバランサー (NLB)、および EC2 インスタンスを、CloudFront ディストリビューションからのみアクセスできるプライベートサブネットに配置できます。CloudFront ではクロスアカウント VPC オリジンのサポートにより、お客様は既存のマルチアカウントアーキテクチャを維持しながら VPC オリジンのセキュリティ上の利点を活用できるようになりました。\n お客様は複数の AWS アカウントを設定して、セキュリティの分離、コスト管理、コンプライアンスを強化します。以前は、CloudFront とオリジンが同じ AWS アカウントにある場合にのみ、CloudFront からプライベート VPC のオリジンにアクセスできました。つまり、オリジンが複数の AWS アカウントにあるお客様は、CloudFront の規模とパフォーマンスのメリットを享受するには、アカウントをパブリックサブネットに置いておく必要がありました。そのためお客様は、VPC オリジンが本来備えているセキュリティの恩恵を受けるよりも、エッジとリージョン内の両方で、アクセスコントロールリスト (ACL) などの追加のセキュリティコントロールを維持する必要がありました。これで、お客様は AWS リソースアクセスマネージャー (RAM) を使用して、自分の AWS 組織や組織単位 (OU) の内外を問わず、異なる AWS アカウントのプライベート VPC のオリジンに CloudFront アクセスを許可できるようになりました。これにより、セキュリティ管理が合理化され、運用の複雑さが軽減され、CloudFront をアプリケーションの単一の玄関口として簡単に使用できるようになります。 VPC オリジンは AWS 商用リージョンでのみ利用でき、サポートされている AWS リージョンの全リストはこちらでご覧いただけます。CloudFront でクロスアカウント VPC オリジンを使用しても、追加費用はかかりません。クロスアカウント VPC オリジンの実装とマルチアカウントアーキテクチャのベストプラクティスについて詳しくは、CloudFront VPC オリジンをご覧ください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS News Blog

AWS Open Source Blog

AWS Database Blog

Desktop and Application Streaming

Integration & Automation

Artificial Intelligence

AWS for M&E Blog

AWS Messaging Blog

Networking & Content Delivery

AWS Security Blog

AWS Storage Blog

Open Source Project

AWS CLI

OpenSearch

Amplify for JavaScript

Bottlerocket OS

Amazon EKS Anywhere