2025/3/28 9:00:00 ~ 2025/3/31 9:00:00 (JST)

最近の発表

AWS Identity and Access Management now supports dual-stack (IPv4 and IPv6) environments

AWS Identity and Access Management (IAM) は、新しいデュアルスタックのパブリックエンドポイントを発表しました。これにより、お客様は IPv6、IPv4、またはデュアルスタックのクライアントを使用してパブリックインターネット経由で IAM に接続できます。お客様が AWS PrivateLink を使用して Amazon 仮想プライベートクラウド (VPC) から新しい IAM エンドポイントにプライベートにアクセスする場合も、デュアルスタックのサポートを利用できます。IAM エンドポイントで IPv4 と IPv6 の両方のクライアントを同時にサポートすることで、お客様は IPv4 から IPv6 ベースのシステムやアプリケーションに徐々に移行できます。\n デュアルスタック IAM エンドポイントのサポートは、すべての商用 AWS リージョン、AWS GovCloud (米国) リージョン、および中国リージョンで利用できます。IAM デュアルスタックのパブリックエンドポイントの詳細については、IAM ユーザーガイドを参照してください。

Amazon Bedrock Guardrails announces the general availability of industry-leading image content filters

Amazon Bedrock Guardrails が画像コンテンツフィルタの一般提供を発表しました。これは業界トップクラスのテキストおよび画像コンテンツ保護機能を提供し、お客様が有害なマルチモーダルコンテンツを最大 88% ブロックできるよう支援します。この新機能により、お客様が画像コンテンツに対する独自の保護手段を構築したり、エラーが発生しやすく面倒な手動によるコンテンツモデレーションによるサイクルを費やしたりする必要がなくなります。Bedrock Guardrailsは、有害なコンテンツの検出とブロックと攻撃の促進、特定のトピックの拒否と禁止を行うトピックの定義、個人データなどの個人を特定できる情報（PII）の編集、特定の単語のブロック、モデルによる幻覚の検出と阻止、モデル回答とクレームの関連性の特定のためのコンテキストベースのチェック、モデルレスポンスとクレームの関連性の識別、モデル応答における事実に基づく主張の識別、訂正、説明を行うための設定可能な保護手段を提供します。自動推論チェック。ガードレールは、Amazon Bedrockでホストされているモデル、セルフホストモデル、ApplyGuardrail APIを使用するBedrock以外のサードパーティモデルなど、あらゆる基盤モデルに適用できるため、一貫したユーザーエクスペリエンスを提供し、安全性とプライバシーの管理を標準化するのに役立ちます。\n 画像コンテンツフィルターは、憎悪、侮辱、性行為、暴力、不正行為、迅速な攻撃など、Bedrock Guardrails のコンテンツフィルターポリシーに含まれるすべてのカテゴリーに適用できます。この新機能により、お客様は画像コンテンツとテキストコンテンツのどちらか、あるいはその両方を柔軟に選択でき、責任あるAIポリシーに従って安全なジェネレーティブAIアプリケーションを構築できます。 この新機能は通常、米国東部 (バージニア北部)、米国西部 (オレゴン)、ヨーロッパ (フランクフルト)、およびアジアパシフィック (東京) の AWS リージョンで利用できます。 詳細については、ブログ、技術文書、Bedrock Guardrails 製品ページを参照してください。

Amazon EC2 now supports more bandwidth and jumbo frames to select destinations

Amazon EC2 は、リージョン間の VPC ピアリングトラフィックと AWS Direct Connect への EC2 インスタンス帯域幅を最大限サポートするようになりました。さらに、EC2 はクロスリージョン VPC ピアリング用に最大 8500 バイトのジャンボフレームをサポートしています。これまで、EC2 インスタンスの下り帯域幅は、32 個以上の vCPU を搭載したインスタンスでは総帯域幅制限の 50% に、小規模なインスタンスでは 5 Gbps に制限されていました。クロスリージョンピアリングは最大 1500 バイトまでサポートされていました。これで、お客様は、インスタンスのフルベースライン仕様または 5 Gbps (どちらか大きい方) で、EC2 からリージョン間または AWS Direct Connect に帯域幅を送信できるようになり、ピアリングされた VPC ではリージョン間でジャンボフレームを使用できるようになりました。\n AWS Direct Connect を介してリージョン間または EC2 からオンプレミスネットワークにデータを転送するお客様は、インスタンス帯域幅の全機能を利用できるようになりました。これまで、同じリージョン以外の宛先にトラフィックを送信するお客様には、帯域幅の制限が下がっていました。この変更により、AWS リージョン間と AWS Direct Connect 経由のオンプレミスへの送信先の下限が廃止され、より高速な転送が可能になりました。さらに、ピアリング用のジャンボフレームをサポートすることで、大量のデータを以前よりも速く送信できるようになりました。 この機能は、すべての AWS 商用リージョン、AWS GovCloud (米国) リージョン、Sinnet が運営するアマゾンウェブサービス中国 (北京) リージョンと NWCD が運営するアマゾンウェブサービス中国 (北京) リージョンで利用できます。お客様はこの機能を追加の変更なしで利用できます。EC2 帯域幅機能の詳細については、ユーザーガイドをご覧ください。

Amazon DataZone now supports metadata rules for publishing

Amazon DataZone は、お客様が AWS、オンプレミス、およびサードパーティのソースに保存されているデータを迅速かつ簡単にカタログ化、発見、共有、管理できるようにするデータ管理サービスです。Amazon DataZone は、サブスクリプションワークフローの既存のサポートに加えて、データ公開ワークフローのメタデータルールもサポートするようになりました。この強化により、組織はプロデューサーとコンシューマーの両方のワークフローに一貫してメタデータ標準を適用できます。メタデータの実践を標準化することで、組織はコンプライアンスを強化し、監査への対応を強化し、ワークフローを合理化して効率と制御を向上させることができます。\n メタデータルールを使用すると、ドメイン所有者は、データユーザーがアセットをカタログに公開したり、データへのアクセスを要求したりするときに必須のメタデータフィールドを定義できます。たとえば、金融サービス機関では、公開前にデータを分類するようプロデューサーに要求し、アクセスリクエストの一部として、コンシューマーにプロジェクトの詳細とコンプライアンスエビデンスの提供を要求できます。医療機関は、メタデータルールを使用してメタデータ標準を適用し、患者データ規制に合わせることができます。 また、メタデータルールを使用すると、収集したメタデータを使用して Amazon DataZone の外部でアクセス決定や自動履行を容易にして、アセットの購読に関するカスタム承認ワークフローを作成することもできます。 メタデータルールを使い始めるには—

公開ワークフローのルール作成に関するユーザーガイドをお読みください。

サブスクリプションリクエストのルール作成に関するユーザーガイドをお読みください。

Amazon SageMaker introduces metadata rules to enforce standards and improve data governance

次世代のSageMakerは、広く採用されているAWSの機械学習と分析機能を統合し、すべてのデータに統一的にアクセスできる統合されたエクスペリエンスを提供します。Amazon SageMaker Lakehouse は統合データアクセスをサポートし、Amazon DataZone 上に構築された Amazon SageMaker Catalog は企業のセキュリティニーズを満たすカタログ機能とガバナンス機能を提供します。\n Amazon SageMaker Catalog がメタデータルールをサポートするようになったため、組織はデータ公開とサブスクリプションのワークフロー全体でメタデータ標準を適用できます。メタデータの実践を標準化することで、組織はコンプライアンスを強化し、監査準備を強化し、アクセスワークフローを合理化して効率と管理を向上させることができます。 メタデータルールを使用すると、ドメイン所有者は、データユーザーがアセットをカタログに公開したり、データへのアクセスを要求したりするときに必須のメタデータフィールドを定義できます。たとえば、金融サービス機関では、公開前にデータを分類するようプロデューサーに要求し、アクセスリクエストの一部として、コンシューマーにプロジェクトの詳細とコンプライアンスエビデンスの提供を要求できます。医療機関は、メタデータルールを使用してメタデータ標準を適用し、患者データ規制に合わせることができます。 また、メタデータルールを使用すると、収集したメタデータを使用して Amazon SageMaker の外部でアクセス決定や自動履行を容易にして、アセットの購読に関するカスタム承認ワークフローを作成できます。 メタデータルールを使い始めるには—

公開ワークフローのルール作成に関するユーザーガイドをお読みください。

サブスクリプションリクエストのルール作成に関するユーザーガイドをお読みください。

Amazon ElastiCache now supports AWS PrivateLink in AWS Asia Pacific (Jakarta) and Asia Pacific (Hyderabad) Regions

AWS PrivateLink を使用して、Amazon 仮想プライベートクラウド (Amazon VPC) から Amazon ElastiCache にプライベートにアクセスできるようになりました。AWS PrivateLink を使用すると、トラフィックをパブリックインターネットに公開したり、ネットワークトラフィックを保護したりすることなく、VPC、AWS サービス、オンプレミスネットワーク間のプライベート接続が可能になります。Amazon ElastiCache API は AWS アジアパシフィック (ジャカルタ) およびアジアパシフィック (ハイデラバード) リージョンで AWS PrivateLink をサポートしています。\n Amazon ElastiCache で AWS PrivateLink を使用するには、Amazon VPC コンソール、AWS SDK、または AWS CLI を使用して、VPC に Amazon ElastiCache 用のインターフェイス VPC エンドポイントを作成します。インターフェイス VPC エンドポイントを使用すると、Amazon VPC 内のアプリケーションから Amazon ElastiCache API にプライベートにアクセスできます。VPC ピアリングを使用して他の VPC から VPC エンドポイントにアクセスすることも、AWS VPN または AWS Direct Connect を使用してオンプレミス環境から VPC エンドポイントにアクセスすることもできます。詳細については、ドキュメントを読むか、Amazon VPC コンソールで開始してください。

AWS CodeBuild now supports custom cache keys for S3 caching

AWS CodeBuild は、拡張された S3 キャッシュエクスペリエンスをサポートするようになりました。カスタムキャッシュキーを定義して、よりきめ細かなキャッシュ管理とビルド全体のキャッシュ永続性の向上を実現できるようになりました。また、キャッシュキーをプロジェクト間で共有し、共通の依存関係キャッシュを使用してビルドをスピードアップすることもできます。AWS CodeBuild は、ソースコードのコンパイル、テストの実行、デプロイ準備が整ったソフトウェアパッケージの作成を行う、完全マネージド型の継続的インテグレーションサービスです。\n さらに、CodeBuild はフォールバックキーのサポートを追加しました。これにより、正確なキャッシュキーが見つからない場合に部分一致が可能になります。この機能により、依存関係が共通するビルドなど、すべてを再ビルドしなくても、類似したビルド間でキャッシュを効率的に共有できます。また、キャッシュの保存や復元のステップをスキップするオプションのアクションを指定して、より柔軟なキャッシュ管理を実現することもできます。 これらのキャッシュの強化は、CodeBuild が提供されているすべての AWS リージョンで利用できます。詳細については、当社のドキュメントをご覧ください。CodeBuild を使い始めるには、AWS CodeBuild 製品ページをご覧ください。

Amazon EBS launches gp3 and io1 volumes for AWS Dedicated Local Zones

Amazon EBS gp3 ボリュームと io1 ボリュームを AWS 専用ローカルゾーンで使用できるようになりました。専用ローカルゾーンは AWS が全面的に管理する AWS インフラストラクチャの一種で、お客様またはお客様のコミュニティのみが使用できるように構築され、規制要件に準拠しやすくするためにお客様が指定した場所またはデータセンターに配置されます。Dedicated Local Zones では、これらのボリュームは特定のデータ境界にデータを保存する目的で構築されており、データ分離やデータレジデンシーのユースケースをサポートするのに役立ちます。\n 最新世代の汎用 SSD ボリューム (gp3) では、ストレージ容量に関係なくパフォーマンスをプロビジョニングできるため、既存の gp2 ボリュームよりも GB あたりの価格が最大 20% 低くなります。プロビジョンド IOPS SSD (io1) ボリュームは、データベースなどの I/O が多くレイテンシーの影響を受けやすいトランザクションワークロードのニーズを満たすように設計されています。 gp3 ボリュームと io1 ボリュームは、AWS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、または AWS SDK を使用して管理できます。gp3 ボリュームと io1 ボリュームの詳細については、製品概要ページを参照してください。

Amazon SageMaker AI is now available in Asia Pacific (Thailand)

本日より、アジア太平洋 (タイ) で機械学習 (ML) モデルの構築、トレーニング、デプロイが可能になります。\n Amazon SageMaker AI は、すべての開発者やデータサイエンティストが機械学習 (ML) モデルを迅速に構築、トレーニング、デプロイできるフルマネージドプラットフォームです。SageMaker AI は機械学習プロセスの各ステップから面倒な作業を取り除き、高品質なモデルを開発しやすくします。 詳細を確認して使い始めるには、SageMaker AI のドキュメントと料金ページをご覧ください。

Amazon SageMaker AI is now available in Mexico (Central)

本日より、メキシコ (中部) で機械学習 (ML) モデルの構築、トレーニング、デプロイが可能になります。\n Amazon SageMaker AI は、すべての開発者やデータサイエンティストが機械学習 (ML) モデルを迅速に構築、トレーニング、デプロイできるフルマネージドプラットフォームです。SageMaker AI は機械学習プロセスの各ステップから面倒な作業を取り除き、高品質なモデルを開発しやすくします。 詳細を確認して使い始めるには、SageMaker AI のドキュメントと料金ページをご覧ください。

Amazon EC2 C8g instances now available in AWS Asia Pacific (Tokyo)

本日より、Amazon Elastic Compute Cloud (Amazon EC2) C8g インスタンスが AWS アジアパシフィック (東京) リージョンで利用できるようになりました。これらのインスタンスは AWS Graviton4 プロセッサを搭載しており、AWS Graviton3 ベースのインスタンスと比較してパフォーマンスが最大 30% 向上しています。Amazon EC2 C8g インスタンスは、ハイパフォーマンスコンピューティング (HPC)、バッチ処理、ゲーム、動画エンコーディング、科学モデリング、分散分析、CPU ベースの機械学習 (ML) 推論、広告配信など、計算量の多いワークロード向けに構築されています。これらのインスタンスは AWS Nitro System 上に構築されており、CPU の仮想化、ストレージ、ネットワーキング機能を専用のハードウェアとソフトウェアにロードして、ワークロードのパフォーマンスとセキュリティを強化します。\n AWS Graviton4 ベースの Amazon EC2 インスタンスは、Amazon EC2 で実行される幅広いワークロードに最高のパフォーマンスとエネルギー効率をもたらします。これらのインスタンスは、Graviton3 ベースの Amazon C7g インスタンスと比較して、インスタンスサイズが大きく、vCPU とメモリが最大 3 倍多くなります。AWS Graviton4 プロセッサは、AWS Graviton3 プロセッサに比べて、データベースでは最大 40%、ウェブアプリケーションでは 30%、大規模な Java アプリケーションでは 45% 高速です。C8g インスタンスには、2 つのベアメタルサイズを含む 12 種類のインスタンスサイズがあります。最大 50 Gbps の拡張ネットワーキング帯域幅と Amazon エラスティックブロックストア (Amazon EBS) への最大 40 Gbps の帯域幅を提供します。 詳細については、「Amazon EC2 C8g インスタンス」を参照してください。ワークロードを Graviton ベースのインスタンスに移行する方法については、AWS Graviton ファストスタートプログラムおよび Graviton 用ポーティングアドバイザーを参照してください。開始するには、AWS マネジメントコンソールを参照してください。

Amazon EC2 R8g instances now available in AWS US West (N. California)

本日より、Amazon Elastic Compute Cloud (Amazon EC2) R8g インスタンスが AWS 米国西部 (北カリフォルニア) リージョンで利用できるようになりました。これらのインスタンスは AWS Graviton4 プロセッサを搭載しており、AWS Graviton3 ベースのインスタンスと比較してパフォーマンスが最大 30% 向上しています。Amazon EC2 R8g インスタンスは、データベース、インメモリキャッシュ、リアルタイムのビッグデータ分析など、メモリを大量に消費するワークロードに最適です。これらのインスタンスは AWS Nitro System 上に構築されており、CPU の仮想化、ストレージ、ネットワーキング機能を専用のハードウェアとソフトウェアにロードして、ワークロードのパフォーマンスとセキュリティを強化します。\n AWS Graviton4 ベースの Amazon EC2 インスタンスは、Amazon EC2 で実行される幅広いワークロードに最高のパフォーマンスとエネルギー効率をもたらします。AWS Graviton4 ベースの R8g インスタンスは、Graviton3 ベースの R7g インスタンスよりも最大 3 倍多い vCPU (最大 48 倍) とメモリ (最大 1.5 TB) を備え、インスタンスサイズが大きくなっています。これらのインスタンスは、AWS Graviton3 ベースの R7g インスタンスと比較して、ウェブアプリケーションの場合は最大 30%、データベースの場合は最大 40%、大規模 Java アプリケーションの場合は 45% 高速です。R8g インスタンスには、2 つのベアメタルサイズを含む 12 種類のインスタンスサイズがあります。最大 50 Gbps の拡張ネットワーキング帯域幅と Amazon エラスティックブロックストア (Amazon EBS) への最大 40 Gbps の帯域幅を提供します。 詳細については、「Amazon EC2 R8g インスタンス」を参照してください。ワークロードを Graviton ベースのインスタンスに移行する方法については、AWS Graviton ファストスタートプログラムおよび Graviton 用ポーティングアドバイザーを参照してください。開始するには、AWS マネジメントコンソールを参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Cloud Financial Management

AWS Big Data Blog

AWS Machine Learning Blog

AWS Security Blog

Open Source Project

AWS CLI

Amplify for JavaScript

Amazon Chime SDK for iOS

Amazon Chime SDK for Android