AWSの基礎力をつけるためにAWS What’s Newを毎日目を通す事を始めました。 最初は日本語訳されたものを見ていたのですが、1週間ほど遅れて訳されるようなので、英語の情報を訳して整理することにしました。
本情報が役立つ人もいるかなと思い公開します。 個人的な理解なので、実際の情報は原典をあたってください。
¥3,520 Amazonで見る
AWS運用入門 改訂第2版 押さえておきたいAWSの基本と運用ノウハウ [AWS深掘りガイド] 単行本(ソフトカバー) – 2025/7/11
本日のアップデート一覧
- AWS Marketplaceが、購入契約イベントをAmazon EventBridge経由で配信するようになりました。
- Amazon Connectが、マネージャーによるエージェントのパフォーマンス評価の完了状況を測定するメトリクスを提供するようになりました。
- AWS CloudFormation Hooksが、2025年9月にリリースされたHooks呼び出しサマリーに加えて、詳細な呼び出し情報(所見、所見の重大度、修正アドバイス)をサポートするようになりました。
- Amazon Kinesis Video StreamsがWebRTCを介してリアルタイムのオーディオとビデオを複数の同時視聴者にストリーミングする機能を提供するようになりました。
- Amazon RDS for PostgreSQLが、PostgreSQL 18.1を含むメジャーバージョン18のサポートを開始しました。
- Amazon Simple Queue Service (Amazon SQS) が AWS GovCloud (US) リージョンで Internet Protocol version 6 (IPv6) を介した API リクエストをサポートするようになりました。
- AWS Lambdaが、Amazon SQSを購読するSQSイベントソースマッピング(ESM)向けの「プロビジョニング済みモード」を発表しました。
- AWS Network Load Balancer (NLB) が QUIC プロトコルのパススルーモードをサポートするようになりました。
- Amazon DocumentDB (MongoDB 互換) バージョン 8.0 が発表され、MongoDB API バージョン 6.0、7.0、8.0 をサポートするドライバーに対応しました。
- Amazon EventBridge に、直感的でコンソールベースのビジュアルルールビルダーが導入されました。
- 本日より、AWS Network FirewallがAWSニュージーランド(オークランド)リージョンで利用可能になりました。
- Amazon SageMaker Catalog が、Amazon S3 の汎用バケットへの読み取り/書き込みアクセスをサポートするようになりました。
AWS Marketplaceの契約イベント通知がEventBridgeに対応 #
投稿日: 2025年11月14日
何ができるようになったのか #
AWS Marketplaceが、購入契約イベントをAmazon EventBridge経由で配信するようになりました。これにより、SaaSおよびプロフェッショナルサービス製品タイプにおけるAmazon Simple Notification Service (SNS) からの通知がEventBridgeに移行します。
何が嬉しいのか #
この機能強化により、売り手と買い手の両方にとってイベント駆動型ワークフローが簡素化され、AWS Marketplace契約のシームレスな統合が可能になります。運用オーバーヘッドが削減され、イベント監視と自動化が改善されます。また、既存のSNSベースのワークフローとの互換性を維持しつつ、AWS Lambda、Amazon S3、Amazon CloudWatch、AWS Step Functions、Amazon SNSなどの様々なAWSサービスへの高度なルーティング機能を利用できるようになります。
これまでとどう変わるのか #
- これまで: AWS Marketplaceの購入契約イベント通知は主にAmazon Simple Notification Service (SNS) を介して配信されていました。
- これから: AWS Marketplaceの購入契約イベント通知がAmazon EventBridgeを介して配信されるようになり、より柔軟なイベントルーティングと統合が可能になります。
具体的なユースケース #
- 契約の作成、終了、修正、置換、更新、キャンセル、期限切れなど、契約ライフサイクルにおけるすべてのイベント通知をEventBridgeで受け取ることができます。
- 独立系ソフトウェアベンダー (ISV) は、顧客のエンタイトルメントを管理するためのライセンス固有のイベント通知を受け取ることができます。
- EventBridgeのルールを設定することで、これらの契約イベントをトリガーとしてAWS Lambda関数を実行したり、Amazon S3にログを保存したり、Amazon CloudWatchで監視したり、AWS Step Functionsで複雑なワークフローを自動化したりできます。
Amazon Connectがマネージャーによるエージェントのパフォーマンス評価完了に関するメトリクスを提供開始 #
投稿日: 2025年11月13日
何ができるようになったのか #
Amazon Connectが、マネージャーによるエージェントのパフォーマンス評価の完了状況を測定するメトリクスを提供するようになりました。
何が嬉しいのか #
この機能により、マネージャーの生産性と評価の一貫性が向上します。企業は、エージェントに必要な評価が完了しているかを監視し、社内ポリシー、規制要件、労働組合契約への準拠を確保できます。また、異なるマネージャー間の評価スコアリングパターンを分析することで、評価の一貫性と正確性を向上させる機会を特定できます。これらのインサイトは、Connect UIの分析ダッシュボードおよびAPIを通じてリアルタイムで利用可能です。
これまでとどう変わるのか #
- これまで: エージェントのパフォーマンス評価の完了状況や、マネージャー間の評価の一貫性に関する詳細なメトリクスを直接取得・分析することが困難でした。
- これから: Amazon Connectが提供する新しいメトリクスにより、評価の完了状況やマネージャー間の評価パターンを容易に監視・分析できるようになり、評価プロセスの改善に役立てられます。
具体的なユースケース #
- 企業は、エージェントごとに月間目標評価数(例:月5回)が達成されているかをリアルタイムで確認し、コンプライアンスを維持できます。
- マネージャーは、自身のチームのエージェント評価の進捗状況をダッシュボードで確認し、必要に応じて評価を促すことができます。
- 評価担当者は、他のマネージャーの評価傾向と比較することで、自身の評価基準の客観性や一貫性を向上させるためのトレーニング機会を見つけることができます。
AWS CloudFormation HooksがHooks呼び出しサマリーに詳細な呼び出し情報を追加 #
投稿日: 2025年11月13日
何ができるようになったのか #
AWS CloudFormation Hooksが、2025年9月にリリースされたHooks呼び出しサマリーに加えて、詳細な呼び出し情報(所見、所見の重大度、修正アドバイス)をサポートするようになりました。Hooksコンソールでは、これらの詳細が各呼び出し内の個々のコントロールレベルで表示されます。
何が嬉しいのか #
この機能により、開発者は特定のHookの失敗を迅速に特定し、解決できるようになります。顧客は、呼び出しサマリーから、どのコントロールが合格、失敗、スキップされたかを正確にドリルダウンして確認でき、各失敗に対する具体的な修正ガイダンスも得られます。これにより、Hookの失敗をデバッグする際の推測が不要になり、デプロイをブロックした正確なコントロールを特定し、修正方法を理解できます。詳細な所見はトラブルシューティングを加速し、個々のコントロールレベルで実用的なインサイトを提供することで、コンプライアンスレポート作成を効率化します。
これまでとどう変わるのか #
- これまで: Hooksの呼び出しサマリーは提供されていましたが、個々のコントロールレベルでの詳細な失敗情報や修正ガイダンスは限られていました。
- これから: Hookの評価応答に詳細な所見、所見の重大度、修正アドバイスを追加できるようになり、コンソールで個々のコントロールレベルでこれらの詳細が表示されるため、より迅速かつ正確な問題解決が可能になります。
具体的なユースケース #
- デプロイがHookによってブロックされた場合、開発者はCloudFormationコンソールで詳細な呼び出し情報を確認し、どのセキュリティポリシーやコンプライアンスルールが違反されたのか、そしてそれをどのように修正すればよいのかを正確に把握できます。
- コンプライアンスチームは、Hookの失敗に関する詳細なレポートを生成し、特定のコントロールが満たされていない理由と、その修正措置を明確に文書化できます。
- Hookの作者は、より詳細なエラーメッセージと修正ガイダンスをHookの評価応答に含めることで、ユーザーエクスペリエンスを向上させ、ユーザーが問題を自己解決できるように支援できます。
Amazon Kinesis Video Streams WebRTC マルチビューアー #
投稿日: 2025年11月13日
何ができるようになったのか #
Amazon Kinesis Video StreamsがWebRTCを介してリアルタイムのオーディオとビデオを複数の同時視聴者にストリーミングする機能を提供するようになりました。セッションからのビデオとオーディオをストレージ、再生、分析処理のためにクラウドに記録することも可能です。このアップデートにより、デバイスのコンピューティングまたは帯域幅の使用量を増やすことなく、カメラやその他のビデオ生成デバイスからのリアルタイムフィードを最大3人の同時視聴者に提供できます。さらに、参加者は互いに音声会話を行うことができ、セッション中に視聴者間の直接的なリアルタイム通信が可能になります。
何が嬉しいのか #
開発者は、Amazon Kinesis Video Streams with WebRTC SDKをセキュリティカメラ、IoTデバイス、PC、モバイルデバイスにインストールすることで、リアルタイムのピアツーピアストリーミングアプリケーションを構築できるようになります。APIを使用することで、リアルタイムメディアを複数の同時視聴者にストリーミングするアプリケーションを容易に作成できます。また、セッション記録を通じてライブおよびオンデマンドのビデオ再生を実装でき、Amazon Rekognition VideoやAmazon SageMakerと統合することで、コンピュータービジョンやビデオ分析を活用した高度なアプリケーションを構築できます。
これまでとどう変わるのか #
- これまで: リアルタイムのオーディオ/ビデオストリーミングを複数の視聴者と共有するには、追加のコンピューティングリソースや複雑な設定が必要でした。また、視聴者間の直接的な音声会話機能もありませんでした。
- これから: WebRTCを介して、デバイスの負荷を増やすことなく最大3人の同時視聴者にリアルタイムフィードをストリーミングし、セッションをクラウドに記録できます。視聴者間の音声会話も可能です。
具体的なユースケース #
- 家族とカメラフィードを共有するホームセキュリティアプリケーション
- 複数の監視オペレーターがいるリモートプロクタリングシステム
- 監査機能を備えたロボット操作制御センター
Amazon RDS for PostgreSQLがメジャーバージョン18をサポート #
投稿日: 2025年11月14日
何ができるようになったのか #
Amazon RDS for PostgreSQLが、PostgreSQL 18.1を含むメジャーバージョン18のサポートを開始しました。PostgreSQL 18では、クエリパフォーマンスとデータベース管理を向上させる重要なコミュニティアップデートが多数導入されています。具体的には、マルチカラムBツリーインデックスの「スキップスキャン」サポート、ORおよびIN条件のWHERE句処理の改善によるクエリ最適化の強化、並列Generalized Inverted Index (GIN) ビルド、更新された結合操作によるデータベース全体のパフォーマンス向上などが含まれます。また、タイムスタンプベースの順序付けと従来の一意性を組み合わせたUUIDv7が導入され、バッファ使用量、クエリ実行中のインデックスルックアップ統計、接続ごとのI/O使用率メトリクスなど、可観測性も向上しています。さらに、新しいpgcollection拡張機能のサポートや、pgaudit 18.0、pgvector 0.8.1などの既存拡張機能の更新も行われています。
何が嬉しいのか #
このアップデートにより、Amazon RDS for PostgreSQLのユーザーは、より高速なクエリ実行、効率的なデータベース管理、および強化された監視機能の恩恵を受けることができます。特に、高スループットの分散システムではUUIDv7の導入によりデータ管理が効率化され、複雑なクエリを持つアプリケーションではパフォーマンスが大幅に向上します。Amazon RDSのフルマネージドサービスとして、PostgreSQLのセットアップ、運用、スケーリングがさらに簡単になり、最新の機能と改善を迅速に利用できるようになります。
これまでとどう変わるのか #
- これまで: PostgreSQL 17以前のバージョンでは、PostgreSQL 18で導入された最新のパフォーマンス最適化、UUIDv7、および拡張機能の更新を利用できませんでした。
- これから: Amazon RDS上でPostgreSQL 18を利用することで、より高速なクエリ実行、効率的なデータベース管理、および最新の拡張機能による機能強化が可能になり、データベースの運用効率とパフォーマンスが向上します。
具体的なユースケース #
- 大量のデータ処理を伴う高スループットの分散システムで、UUIDv7を活用して効率的なデータ管理と一意な識別子の生成を行う。
- 複雑な分析クエリやレポート生成を行うアプリケーションで、スキップスキャンや改善されたWHERE句処理によりクエリの応答時間を短縮する。
- データベースのパフォーマンスボトルネックを特定し、最適化するために、強化されたバッファ使用量やI/O使用率などの可観測性メトリクスを利用する。
Amazon SQS が AWS GovCloud (US) リージョンで IPv6 サポートを拡大 #
投稿日: 2025年11月14日
何ができるようになったのか #
Amazon Simple Queue Service (Amazon SQS) が AWS GovCloud (US) リージョンで Internet Protocol version 6 (IPv6) を介した API リクエストをサポートするようになりました。新しいエンドポイントは、Federal Information Processing Standard (FIPS) 140-3 プログラムの下で検証済みです。
何が嬉しいのか #
お客様は、デュアルスタックのパブリックエンドポイントまたは VPC エンドポイントを介してリクエストを送信する際に、IPv6 または IPv4 のいずれかを選択できるようになりました。これにより、GovCloud 環境でのセキュリティとコンプライアンス要件を満たしつつ、最新のネットワークプロトコルを利用できます。
これまでとどう変わるのか #
- これまで: AWS GovCloud (US) リージョンでは Amazon SQS の IPv6 サポートが利用できませんでした。
- これから: Amazon SQS は、AWS Commercial、AWS GovCloud (US)、中国リージョンを含む、サービスが利用可能なすべてのリージョンで IPv6 をサポートします。また、GovCloud (US) リージョンのエンドポイントは FIPS 140-3 の検証を受けています。
具体的なユースケース #
- AWS GovCloud (US) リージョンで、IPv6 ネットワーク環境を利用して分散システム、マイクロサービス、サーバーレスアプリケーションを構築・運用する。
- FIPS 140-3 のコンプライアンス要件を満たす必要がある環境で、Amazon SQS を利用してセキュアなメッセージキューイングを実現する。
AWS Lambda が SQS イベントソースマッピング (ESM) のプロビジョニング済みモードを発表 #
投稿日: 2025年11月14日
何ができるようになったのか #
AWS Lambdaが、Amazon SQSを購読するSQSイベントソースマッピング(ESM)向けの「プロビジョニング済みモード」を発表しました。これにより、イベントポーリングリソースを事前にプロビジョニングし、トラフィックの急増に備えることで、SQS ESMのスループットを最適化できるようになります。この機能は、ESM API、AWSコンソール、AWS CLI、AWS SDK、AWS CloudFormation、AWS SAMで、イベントポーラーの最小数と最大数を設定することで有効化できます。
何が嬉しいのか #
プロビジョニング済みモードで設定されたSQS ESMは、デフォルトのSQS ESMと比較して3倍高速にスケーリングし(毎分最大1000同時実行)、16倍高い同時実行数(最大20,000同時実行)をサポートします。これにより、低レイテンシーでイベントを処理し、予期せぬトラフィックの急増に効果的に対応し、イベント処理リソースを正確に制御できるようになります。厳格なパフォーマンス要件を持つ、応答性が高くスケーラブルなイベント駆動型アプリケーションを構築できます。
これまでとどう変わるのか #
- これまで: 予測不可能なトラフィックの急増に対応する必要があるアプリケーションでは、ESMのスループットを制御できないため、イベント処理に遅延が発生する可能性がありました。
- これから: SQS ESMのプロビジョニング済みモードにより、イベントポーラーと呼ばれるポーリングリソースの最小数と最大数をプロビジョニングすることで、ESMのスループットを細かく調整し、急なトラフィックの急増に備えることができます。
具体的なユースケース #
- ミッションクリティカルなシステムや、厳格なパフォーマンス要件を持つイベント駆動型アプリケーションで、予測不可能なトラフィックの急増に迅速に対応する必要がある場合。
AWS Network Load Balancer が QUIC プロトコルのパススルーモードをサポート #
投稿日: 2025年11月13日
何ができるようになったのか #
AWS Network Load Balancer (NLB) が QUIC プロトコルのパススルーモードをサポートするようになりました。これにより、QUIC Connection ID を介してセッションの永続性を維持しながら、QUIC トラフィックを低遅延で転送できるようになります。既存または新規の NLB で、AWS マネジメントコンソール、CLI、または API を通じて QUIC サポートを有効にできます。
何が嬉しいのか #
クライアントの IP アドレスがネットワークローミング中に変更された場合でも、モバイルアプリケーションで一貫した接続を維持できるようになります。パケットのラウンドトリップが少なくなることで、アプリケーションのレイテンシーを最大 30% 削減し、さまざまなネットワーク条件下でシームレスなユーザーエクスペリエンスを確保できます。QUIC サポートは追加料金なしで利用可能です。
これまでとどう変わるのか #
- これまで: NLB は QUIC プロトコルのパススルーモードを直接サポートしておらず、特にモバイル環境でのネットワークローミング時にセッションの永続性を維持することが困難でした。
- これから: NLB が QUIC プロトコルのパススルーモードをサポートし、QUIC Connection ID を使用してクライアントがローミングしてもセッションの永続性を維持できるようになりました。
具体的なユースケース #
- ユーザーが携帯電話基地局間を移動したり、Wi-Fi から携帯電話ネットワークに切り替えたりする際に、接続状態を失うことなく利用できるモバイルアプリケーション。
Amazon DocumentDB (MongoDB 互換) バージョン 8.0 の発表 #
投稿日: 2025年11月14日
何ができるようになったのか #
Amazon DocumentDB (MongoDB 互換) バージョン 8.0 が発表され、MongoDB API バージョン 6.0、7.0、8.0 をサポートするドライバーに対応しました。また、クエリレイテンシーが最大 7 倍、圧縮率が最大 5 倍向上し、より低コストで高性能なアプリケーションを構築できるようになりました。
主な新機能は以下の通りです。
- MongoDB 8.0 との互換性: MongoDB API バージョン 6.0、7.0、8.0 のドライバーをサポート。
- Planner Version3: 新しいクエリプランナーにより、集約ステージ演算子、集約パイプライン最適化、distinct コマンドのパフォーマンスが向上。
- 新しい集約ステージと演算子:
$replaceWith、$vectorSearch、$merge、$set、$unset、$bucketの 6 つの新しい集約ステージと、$pow、$rand、$dateTruncの 3 つの新しい集約演算子を追加。 - 圧縮: Zstandard 圧縮アルゴリズムによる辞書ベースの圧縮をサポートし、圧縮率が最大 5 倍向上。
- 新機能: 照合 (collation) とビュー (views) をサポート。
- Text index v2: テキスト検索機能が強化され、追加のトークンを導入。
- ベクトル検索の改善: 並列ベクトルインデックス構築により、インデックス構築時間が最大 30 倍短縮。
何が嬉しいのか #
- 最新の MongoDB API ドライバーに対応することで、より幅広いアプリケーションとの互換性が向上し、開発の柔軟性が高まります。
- クエリの高速化とデータ圧縮率の向上により、高性能なアプリケーションをより低コストで構築・運用できます。
- 強化されたクエリプランナーと新しい集約機能により、複雑なデータ分析や処理をデータベース内で効率的に実行できるようになります。
- ストレージ効率の向上と I/O コストの削減により、運用コストを抑制し、リソースの最適化が図れます。
- 照合やビュー、強化されたテキスト/ベクトル検索機能により、より高度なデータ管理と分析が可能になり、AI/ML などの先進的なユースケースに対応できます。
これまでとどう変わるのか #
- これまで: Amazon DocumentDB 5.0 を使用しており、MongoDB API の互換性やパフォーマンス、機能が限定的でした。特に、最新の MongoDB API ドライバーのサポートや、高度な集約機能、効率的な圧縮、強化されたテキスト/ベクトル検索機能は利用できませんでした。
- これから: Amazon DocumentDB 8.0 を利用することで、MongoDB API バージョン 6.0、7.0、8.0 のドライバーをサポートし、クエリ性能が最大 7 倍、圧縮率が最大 5 倍向上します。また、多数の新機能(新しい集約ステージ/演算子、照合、ビュー、強化されたテキスト/ベクトル検索など)が利用可能になり、AWS DMS を使用して 5.0 から 8.0 へのアップグレードも可能です。
具体的なユースケース #
- 最新の MongoDB API を利用するアプリケーションを Amazon DocumentDB に移行または構築する際、互換性の問題を心配することなく、最新の機能と性能を活用できます。
- 大量のデータを扱うリアルタイム分析アプリケーションで、クエリの応答時間を大幅に短縮し、ユーザーエクスペリエンスを向上させたい場合。
- ストレージコストを削減しつつ、データアクセス性能を維持または向上させたい、アーカイブデータやログデータ管理のシナリオ。
- 複雑なデータ集約や変換処理をデータベース内で直接実行し、アプリケーションロジックを簡素化し、開発効率を高めたい場合。
- テキストベースの検索機能やベクトル検索を活用した AI/ML アプリケーション(レコメンデーションシステム、セマンティック検索など)を構築する際、より高速で高機能なインデックス構築と検索性能を求める場合。
Amazon EventBridge が強化されたビジュアルルールビルダーを導入 #
投稿日: 2025年11月14日
何ができるようになったのか #
Amazon EventBridge に、直感的でコンソールベースのビジュアルルールビルダーが導入されました。これにより、カスタムアプリケーションや200以上のAWSサービスからのイベントを検出・購読できる包括的なイベントカタログが提供されます。新しいルールビルダーはEventBridgeスキーマレジストリと統合されており、更新されたイベントカタログと直感的なドラッグ&ドロップキャンバスを通じて、イベント駆動型アプリケーションの構築を簡素化します。開発者は、すぐに利用できるサンプルペイロードとスキーマを使ってイベントを閲覧・検索でき、スキーマ対応のビジュアルビルダーがイベントフィルタパターンとルールの作成をガイドします。
何が嬉しいのか #
イベント駆動型アプリケーションの構築が大幅に簡素化されます。個別のサービスドキュメントを探して参照する手間が省け、サンプルペイロードとスキーマがすぐに利用可能になります。また、スキーマ対応のビルダーがイベントフィルタパターンとルールの作成をガイドすることで、構文エラーを減らし、開発時間を短縮できます。
これまでとどう変わるのか #
- これまで: 個別のサービスドキュメントを参照し、イベントフィルタパターンやルールを手動で構築する必要がありました。これにより、構文エラーが発生しやすく、開発に時間がかかる可能性がありました。
- これから: 直感的なビジュアルルールビルダーと統合されたスキーマレジストリにより、イベントカタログからサンプルペイロードとスキーマを簡単に利用できます。スキーマ対応のビルダーがフィルタパターンとルールの作成をガイドし、構文エラーを削減し、開発時間を短縮します。
具体的なユースケース #
- EventBridgeからのイベントを消費するLambda関数の実装において、正確なイベント構造に基づいたフィルタリングや処理ロジックを、視覚的なインターフェースとスキーマのガイダンスを活用して効率的に構築する。
AWS Network FirewallがAWSニュージーランド(オークランド)リージョンで利用可能に #
投稿日: 2025年11月14日
何ができるようになったのか #
本日より、AWS Network FirewallがAWSニュージーランド(オークランド)リージョンで利用可能になりました。これにより、お客様はAmazon Virtual Private Cloud (VPC) 全体で不可欠なネットワーク保護を展開できるようになります。
何が嬉しいのか #
AWS Network Firewallは、デプロイが容易なマネージド型ファイアウォールサービスです。ネットワークトラフィック量に応じて自動的にスケーリングし、基盤となるインフラストラクチャのセットアップや維持管理なしに、高可用性の保護を提供します。また、AWS Firewall Managerと統合されており、複数のAWSアカウントにわたるファイアウォールポリシーを一元的に可視化し、制御できます。
これまでとどう変わるのか #
- これまで: AWS Network Firewallは、ニュージーランド(オークランド)リージョンでは利用できませんでした。
- これから: AWS Network Firewallがニュージーランド(オークランド)リージョンで利用可能になり、同リージョン内のVPCを保護できるようになりました。
具体的なユースケース #
- ニュージーランド(オークランド)リージョンにデプロイされたAmazon VPC内のアプリケーションやリソースに対して、マネージドでスケーラブルなネットワークファイアウォール保護を実装する。
- 複数のAWSアカウントにわたるニュージーランド(オークランド)リージョンのファイアウォールポリシーを一元的に管理し、可視性を確保する。
Amazon SageMaker Catalog が Amazon S3 への読み取り/書き込みアクセスをサポート #
投稿日: 2025年11月14日
何ができるようになったのか #
Amazon SageMaker Catalog が、Amazon S3 の汎用バケットへの読み取り/書き込みアクセスをサポートするようになりました。この機能により、データサイエンティストやアナリストは、非構造化データを検索し、構造化データセットと組み合わせて処理し、変換されたデータセットを他のチームと共有できるようになります。データ発行者は、共有データに対するセキュリティとガバナンスの制御を維持しながら、SageMaker Unified Studio 内での分析および生成 AI ワークフローをサポートするための追加の制御を得られます。
データプロデューサーは、サブスクリプションリクエストを承認するか、SageMaker Catalog 内で S3 データを直接共有する際に、読み取り専用アクセスまたは読み取り/書き込みアクセスのいずれかを付与することを選択できます。読み取り/書き込みアクセスが許可された場合、データコンシューマーは SageMaker でデータセットを処理し、その結果を S3 バケットまたはフォルダに保存できます。その後、データは公開され、他のチームによって自動的に検出可能になります。
何が嬉しいのか #
- データサイエンティストやアナリストは、非構造化データを容易に検索、処理、共有できるようになり、データ活用の幅が広がります。
- データ発行者は、SageMaker Unified Studio 内でのデータ共有と処理に対して、よりきめ細やかな制御が可能になり、セキュリティとガバナンスを維持しつつ、柔軟なワークフローを構築できます。
- データコンシューマーは、SageMaker で処理した結果を直接 S3 に書き戻せるため、データパイプラインが簡素化され、効率が向上します。
- 処理されたデータが自動的に検出可能になることで、チーム間のデータ連携がスムーズになります。
これまでとどう変わるのか #
- これまで: SageMaker Catalog を介した S3 データへのアクセスは、読み取り専用に限定されるか、書き込みにはより複雑な設定やワークフローが必要でした。データ処理結果のS3への書き込みや共有には、手動での操作や追加のスクリプトが必要な場合がありました。
- これから: データプロデューサーは、SageMaker Catalog を通じて S3 データへの読み取り/書き込みアクセスを明示的に許可できるようになりました。データコンシューマーは SageMaker 内でデータを処理し、その結果を同じ S3 バケットに直接書き戻し、他のチームとシームレスに共有できます。
具体的なユースケース #
- データサイエンティストが、S3 に保存された大量の非構造化テキストデータ(顧客レビューなど)を SageMaker で前処理し、感情分析の結果や特徴量を同じ S3 バケット内の新しいパスに書き込み、機械学習モデルのトレーニングに利用する。
- 複数のチームが関わる生成 AI プロジェクトにおいて、あるチームが S3 から生データを読み込み、SageMaker でデータクレンジングや特徴量エンジニアリングを行い、中間結果を S3 に保存。別のチームがその中間結果を読み込み、さらにモデルのファインチューニングを行い、最終的なモデル出力や評価データを S3 に書き戻す。
- データガバナンスチームが、特定の S3 バケット内のデータに対して、SageMaker Catalog を通じて特定のデータサイエンスチームにのみ読み取り/書き込み権限を付与し、他のチームには読み取り専用権限を付与することで、データのセキュリティとアクセス制御を維持しながらコラボレーションを促進する。