AWS What's New Digest

Appearance

2026年07月28日 ​

[Datasync] AWS DataSync Enhanced mode now supports Amazon EFS and Amazon FSx for Lustre ​

概要 ​

AWS DataSyncのEnhanced modeがAmazon EFSおよびAmazon FSx for Lustreをソース／宛先ロケーションとしてサポートするようになりました。これにより並列処理・ファイル数制限の撤廃・詳細な転送メトリクスなどEnhanced modeの利点をこれらのファイルシステムで利用できます。

変更内容・新機能の詳細 ​

Enhanced modeはデータを並列で処理し、ファイル数に関する制限を取り除き、詳細な転送メトリクスを提供するモードです。これまでEFS/FSx for Lustreをソースまたはデスティネーションにする場合はBasic modeに制約されていましたが、本アップデートによりEFSとFSx for Lustreの両方でEnhanced modeが選択可能になりました。結果として大量の小ファイルや数百万ファイル規模の移行、大容量データを使う機械学習トレーニングやHPC、ゲノミクス解析、メディアレンダリングなどのワークロードで転送時間短縮とより詳細な転送可視化が期待できます。EFS/FSxのロケーションはAWSマネージドの統合ロケーションとして扱われ、オンプレ用のDataSync Agentが不要なケースが多く、コンソールまたはAPIでロケーションを作成してタスクを設定・実行します。本機能はAWS DataSyncが利用可能な全リージョンで提供されています。

影響範囲・利用シーン ​

  • 対象ユーザー: クラウド/ハイブリッド環境で大量ファイルや大容量データを扱うクラウドエンジニア、データエンジニア、MLOps、HPC/研究チーム
  • 利用シーン: 大規模マイグレーション（オンプレ→EFS/FSx、EFS/FSx間コピー）、機械学習トレーニング用データ投入、ゲノミクス解析のデータ移動、メディア/レンダリング用アセット同期
  • 運用効果: 並列処理とファイル数制限撤廃により転送時間が短縮され、詳細メトリクスで転送のボトルネック把握が容易になり、運用負荷とトラブルシュート時間を低減できます。

技術的な注意点 ​

  • IAM権限: DataSyncのタスク作成・実行に加え、EFS/EFSファイルシステムおよびFSxリソースにアクセスするための適切なIAM権限（DataSync用のサービスロール権限やelasticfilesystem/fsx関連権限）を付与してください。
  • リージョン制限: 記事によれば『AWS DataSyncが提供されているすべてのリージョン』で使用可能とされていますが、実際の利用前に対象リージョンでのサービス提供状況をコンソールまたはドキュメントで確認してください。
  • コスト: DataSyncは通常データ転送量（GB）に基づく課金体系です。Enhanced mode自体で追加料金が明示されていない場合でも、高速転送により転送完了が早まりEFS/FSxや関連リソースの稼働時間や追加ネットワークコストに影響を与える可能性があります。事前にコスト試算を行ってください。
  • ネットワーク設定: EFS/FSxはVPC内リソースのため、DataSyncがアクセスできるようにVPC、サブネット、セキュリティグループ、マウントターゲットの設定（NFSエンドポイントやDNS到達性）を確認してください。オンプレからの移行時はDataSync Agentの配置とアウトバウンド接続も確認が必要です。
  • 互換性/移行手順: 既存のBasic modeタスクからEnhanced modeへ切り替える場合、タスクの再作成や設定変更が必要になる場合があります。重要データでの導入前に少量データで検証し、整合性チェック（オプションの検証機能）を行ってください。
  • パフォーマンス制約: Enhanced modeは高い並列性を提供しますが、実際のスループットはEFS/FSxのスループット設定、ネットワーク帯域、ファイルサイズ分布（小さい多数のファイルはオーバーヘッドが大きい）によって制限されます。負荷試験を推奨します。

参考情報 ​

[Datasync] AWS DataSync Enhanced mode adds HDFS, Azure Blob, and object storage locations with Hyper-V agent support ​

概要 ​

AWS DataSync の Enhanced mode がエージェント経由で HDFS、Microsoft Azure Blob Storage、およびセルフマネージドのオブジェクトストレージをサポートし、さらに Enhanced mode エージェントを Microsoft Hyper-V 上にデプロイできるようになりました。これにより、大量ファイル・並列転送・詳細メトリクスを活かした大規模データ移行やハイブリッド運用が可能になります。

変更内容・新機能の詳細 ​

主な追加点は以下です。

  • エージェントベースの接続先追加: Hadoop Distributed File System (HDFS)、Azure Blob Storage、およびセルフマネージドのオブジェクトストレージ（オンプレや他クラウドの S3 互換ストレージ等）への読み書きをエージェント経由で行えるようになりました。これにより、オンプレミスや別クラウドにあるデータを DataSync の Enhanced mode の並列処理、無制限ファイル数サポート、詳細メトリクスで転送できます。
  • Hyper-V サポート: Enhanced mode の DataSync エージェントを Microsoft Hyper-V 上にデプロイできるようになり、既存の Hyper-V 仮想環境から直接転送エージェントを立てられます。
  • HDFS における高可用性とセキュリティ: Enhanced mode の HDFS サポートは複数 NameNode 構成（HA）に対応し、Transparent Data Encryption (TDE) と Kerberos 認証をサポートします。これにより、暗号化されたペタバイト級の Hadoop データを可用性を損なわず安全に移行できます。
  • 可用性・リージョン: 記事発表時点で、AWS DataSync が提供されているすべての AWS リージョンで利用可能とされています。 詳細な設定手順、サポートされるバージョンやプロトコル、認証方式の要件（Kerberos の構成、TDE の前提など）は公式ドキュメントを参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: データ移行エンジニア、プラットフォーム/インフラチーム、SRE、データレイク/ETL を運用するチーム
  • 利用シーン: オンプレ HDFS クラスターや Azure Blob、S3 互換ストレージから AWS への大量データ移行、ハイブリッド/マルチクラウド間の同期、暗号化された Hadoop データのクラウド移行や災対・バックアップ用途
  • 運用効果: Enhanced mode の並列転送・無制限ファイル数サポート・詳細メトリクスによりペタバイト級の移行を短時間で実行でき、Kerberos/TDE 対応により規制業界でもセキュアに移行可能になる

技術的な注意点 ​

  • IAM権限: DataSync のロールやポリシー（Location 作成、タスク実行等）の権限が必要です。オンプレ側の認証情報や Azure Blob 用のアクセスキー/サービスプリンシパルも事前に準備してください。
  • リージョン制限: 記事では "DataSync が提供されるすべてのリージョン" で利用可能とありますが、実運用前に対象リージョンでの機能提供状況をコンソール／ドキュメントで確認してください。
  • コスト: DataSync は転送 GB 単位で課金されます（詳細は料金ページ参照）。オンプレ⇄クラウド間のデータ転送による egress コストや Azure 側の読み出し/書き込み料金も発生するため見積が必要です。
  • ネットワーク/接続: DataSync エージェントは対象ストレージへのネットワーク到達性（ファイアウォール、プロキシ、必要ポート、DNS）が必要です。Hyper-V 上にデプロイする場合はエージェント VM のネットワーク設定を適切に行ってください。
  • HDFS/Kerberos/TDE: Kerberos 認証や TDE を使う場合は KDC、Key 管理、Kerberos のプリンシパル設定、NameNode HA 構成などの事前準備が必要です。サポートされる HDFS バージョンや具体的な設定はドキュメントで確認してください。
  • セルフマネージドオブジェクトストレージ: 対応プロトコル（S3 API 互換性など）、認証方式、エンドポイント形式（パススタイル vs バーチャルホストスタイル）を事前に確認してください。

参考情報 ​

[Simple Storage Service] Amazon S3 Tables now support the Variant data type for Apache Iceberg V3 ​

概要 ​

Amazon S3 TablesがApache Iceberg V3仕様で定義されたVariantデータ型をサポートしました。これにより、事前に固定スキーマを定義せずにJSONなどの半構造化データを直接S3 Tablesへ書き込み、分析向けに効率的にクエリできるようになります。

変更内容・新機能の詳細 ​

VariantはIceberg V3で定義された半構造化データ型で、S3 Tablesへ書き込む際にIceberg V3互換エンジンがデータを“シャレッディング（shred）”して隠しカラムとして格納します。シャレッディングによりParquetファイルのカラム統計（column statistics）が生成され、クエリエンジンはこれを使ってファイルプルーニングなどの最適化を行い、スキャンするデータ量を削減します。S3 TablesはVariantカラムに対しても継続的なテーブルメンテナンス（例：コンパクション）を提供し、小さなファイルを大きなファイルに統合してIcebergエンジンの読み取り効率を高めます。サポート対象リージョンは、US East (N. Virginia), US East (Ohio), US West (Oregon), Asia Pacific (Mumbai), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Sydney), Asia Pacific (Tokyo), Canada (Central), Europe (Frankfurt), Europe (Ireland), Europe (London), Europe (Paris), Europe (Stockholm), South America (São Paulo)です。利用にはIceberg V3互換のクエリエンジンが必要で、Variantの利点（柔軟なスキーマ、統計に基づく最適化、管理されたコンパクション）を活かせます。

影響範囲・利用シーン ​

  • 対象ユーザー: データエンジニア、データアナリスト、SRE/プラットフォームチーム
  • 利用シーン: ログやイベントなどスキーマが頻繁に変わる半構造化データを高速に取り込み、分析クエリで効率よく集計・検索する場面
  • 運用効果: 事前スキーマ定義を省略してデータの着地（data landing）を高速化できる。Parquetのカラム統計を利用したファイルプルーニングでクエリスキャン量とコストを削減可能
  • 開発効果: スキーマ変更の運用負荷が低減され、ETLの前処理を簡略化できる
  • パフォーマンス: シャレッディングと継続的コンパクションにより、分析クエリの読み取り効率（IOとレイテンシ）が改善される

技術的な注意点 ​

  • IAM権限: S3 Tablesと基盤となるS3オブジェクトの作成/更新/削除（PutObject/GetObject/ListBucketなど）、およびテーブル管理APIにアクセスできる権限を確認してください。必要に応じてGlueやLake Formationの権限も必要になります
  • リージョン制限: Variantサポートは記事記載のリージョンに限られます（N. Virginia, Ohio, Oregon, Mumbai, Seoul, Singapore, Sydney, Tokyo, Canada (Central), Frankfurt, Ireland, London, Paris, Stockholm, São Paulo）。他リージョンでは未対応の可能性があります
  • 互換性: Variantを有効にするにはIceberg V3互換の読み書きエンジン（例：Iceberg V3をサポートするクエリエンジンやライブラリ）が必要です。エンジンごとにシャレッディングや統計の扱いが異なるため事前検証を推奨します
  • コスト: 書き込み時の追加処理（シャレッディング、メタデータ更新）、コンパクション処理、およびS3のPUT/GET/転送コストやコンピュート（クエリ/バッチ）コストが発生します。ファイル数やコンパクション頻度によって運用コストが変動します
  • スキーマ設計: Variantは柔軟だが、頻繁に深くネストした大規模なオブジェクトを保存すると統計生成やプルーニング効果が低下する場合があります。アクセスパターンに応じたパーティション設計や、必要に応じて一部を構造化カラムとして保持する設計を検討してください
  • メンテナンス: S3 Tablesの自動/定期的なコンパクションやガベージコレクション設定を確認し、遅延やコストの影響を評価してください

参考情報 ​

[Neptune] Amazon Neptune now supports tag-based access control for IAM ​

概要 ​

Amazon Neptune が IAM のタグベースアクセス制御（TBAC）をサポートしました。リソースタグと IAM プリンシパルタグを条件にしたポリシーで、neptune のデータプレーン操作へのアクセスを属性ベースで制御できます。

変更内容・新機能の詳細 ​

今回の機能追加により、IAM ポリシーおよび Service Control Policies (SCP) で aws:ResourceTag/キー と aws:PrincipalTag/キー（および SAML/OIDC セッションタグ）を条件に指定して、neptune のデータプレーンアクション（neptune-db:）へのアクセスを制限できます。管理者は個別のクラスター ARN を列挙することなく、タグ一致に基づいてアクセスを付与・拒否できます。例えば、IAM プリンシパルに Project=FraudDetection のタグが付与されていれば、そのプリンシパルは同じタグを持つ Neptune クラスターに対する neptune-db: アクションのみを実行可能にできます。フェデレーション（SAML/OIDC）を利用する場合はセッショントークンにタグを含めることで、外部 ID プロバイダーの属性をそのままアクセス制御に用いることができます。さらに、neptune-db:QueryLanguage のような細粒度の権限と組み合わせることで、クエリ言語実行の可否などより詳細な制御も可能です。利用条件としては、Neptune エンジンバージョン 1.2.0.0 以上かつ IAM 認証が有効であることが必要で、全リージョン（Neptune 提供リージョン）で利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: ネプチューンを運用するクラウド/プラットフォーム管理者、セキュリティ/アクセス管理者、プロジェクト単位でクラスタを分離したい開発チーム
  • 利用シーン: 複数プロジェクト／チームが同一 VPC や共有環境で Neptune を使う環境で、タグに基づいてチーム単位・環境単位（dev/stage/prod）でアクセスを自動的に分離する
  • 運用効果: ポリシー管理の簡素化（個別 ARN 列挙不要）、横方向の不正アクセスリスク低減、フェデレーション環境での属性連携によるアクセス自動化

技術的な注意点 ​

  • Neptuneエンジン: バージョン 1.2.0.0 以上が必要です
  • IAM認証: Neptune の IAM DB 認証を有効にしておく必要があります（署名済みリクエストを使用）
  • 権限（タグ操作）: DB クラスタにタグを付ける権限（neptune:AddTagsToResource / neptune:RemoveTagsFromResource など）およびプリンシパル側のタグ管理権限が必要です
  • セッショントークン: フェデレーションでセッショントークンにタグを付与する場合は sts:TagSession の利用や ID プロバイダー側での属性マッピング設定が必要です
  • 制御対象: 本機能はデータプレーンのアクション（neptune-db:*）に対するアクセス制御です。管理プレーン（例: クラスタ作成等）の API には別途 IAM ポリシーが必要です
  • SCP/Organizations: 組織全体のガードレールとして SCP で同様の条件を適用可能ですが、SCP は AWS Organizations の設定が前提です
  • リージョン制限: Neptune が提供されている全リージョンで利用可能とされていますが、利用前に対象リージョンのドキュメントで確認してください
  • コスト: 直接の追加料金はありませんが、タグ運用のための運用コストやポリシー設計コストが発生する可能性があります
  • タグ整合性: タグの付与・変更は伝播に時間差が生じる場合があるため、運用ではタグ付与のプロセス整備とモニタリングを推奨します

参考情報 ​

[Glue] AWS Glue Data Quality now supports anomaly detection and writing results to the AWS Glue Data Catalog ​

概要 ​

AWS Glue Data Qualityが、カタログ（Glue Data Catalog）ベースのデータ品質評価での異常検知機能と、評価結果をGlue Data Catalogテーブルへ書き戻す機能をサポートしました。ETLジョブ／カタログ評価の両方で一貫したデータ品質ワークフローとクエリ可能な評価履歴が利用できます。

変更内容・新機能の詳細 ​

主な追加機能は次のとおりです。

・異常検知（Anomaly Detection）: Glue Data Catalog上のテーブルに対して、行数の急増やdistinct値の急減などの統計的な変化をMLベースの時系列予測で自動検出します。これにより、明示的なしきい値ルールを事前に書かなくても、過去の傾向から外れた挙動を検知できます。検出結果には予測値と信頼区間（confidence bounds）が含まれます。

・評価結果のCatalog書き戻し: データ品質ルールの合否（rule outcomes）、プロファイリングメトリクス、異常検知の予測と信頼区間などをGlue Data Catalogのテーブルに書き込み、SQLで問合せ可能な形で永続化します。これにより、ETLジョブ内で評価しても、カタログ直接評価でも、結果の参照方法は統一されます。

・ワークフロー互換性: これらはGlueのETLジョブ（Sparkなど）とCatalog評価の両方で動作し、既存のData Qualityのルールやプロファイリング機能と組み合わせて利用できます。

・可用性: 全てのAWS商用リージョンおよびAWS GovCloud（US）リージョンで利用可能とされています。

運用面では、数百〜数千のテーブルを監視するデータエンジニアが自動で問題を抽出して優先度付けできる点が大きな利点です。書き戻された結果はAthena等の標準的なSQLクエリエンジンで参照でき、監査ログやダッシュボードの基データとしても活用できます。

影響範囲・利用シーン ​

  • 対象ユーザー: データエンジニア、データプラットフォーム／SRE、データ品質担当者
  • 利用シーン: Glue Data Catalog上の多数テーブルの自動監視、ETLパイプライン内での品質ガードレール、品質評価結果の履歴保存と監査
  • 運用効果: 明示的なしきい値設定なしで時系列的な異常を検出できるため、手動監視コストの削減と早期問題検知が可能
  • 活用例: 新規スキーマ導入後やデータソースの変更時の自動異常検出、ルール失敗の原因切り分けのための過去評価データの照会

技術的な注意点 ​

  • IAM権限: Data Catalogへの書き込み（glue:CreateTable/UpdateTable/BatchCreatePartitionなど）およびテーブル読み取り、Data Qualityジョブの実行権限、必要に応じてS3アクセスとCloudWatchログ出力権限が必要です。事前に権限ポリシーを確認してください。
  • リージョン制限: 全てのAWS商用リージョンおよびAWS GovCloud (US)で提供されています。特定リージョンの詳細は公式ドキュメントで確認してください。
  • コスト: Data Quality評価（プロファイリング・ルール実行・異常検出）およびそれに伴うジョブ実行やストレージ/クエリ（Athena等）に対して料金が発生する可能性があります。結果をCatalogへ書き戻すことで追加のAPI／ストレージ使用が増えるため、料金影響を事前に評価してください。
  • 互換性・データ構造: 結果はGlue Data Catalogのテーブルに格納されます。既存のカタログスキーマやメタデータと競合しないよう、書き戻し先テーブルの命名やスキーマ設計、アクセス制御を検討してください。
  • 検出特性: MLベースの時系列予測によるため、履歴データの長さや周期性、検出感度によって検出結果（偽陽性／偽陰性）が変動します。感度やウィンドウ設定が可能な場合は運用に合わせてチューニングしてください。
  • 監査・保護: 評価結果がCatalogに永続化されるため、機密データやメタデータの露出に注意し、適切なアクセス制御と監査設定を行ってください。

参考情報 ​

[Glue] AWS Glue Data Quality now supports distribution statistics for data profiling ​

概要 ​

AWS Glue Data QualityにDistribution Analyzerが追加され、数値列のヒストグラムやカテゴリ／日付／ブール列の値分布を自動生成できるようになりました。DQDLルールセットと同一の評価実行で分布統計を収集・保存し、AthenaやAPI経由で活用できます。

変更内容・新機能の詳細 ​

新しいDistribution Analyzerはデータプロファイリング機能を拡張し、以下を提供します。

  • 数値列に対するヒストグラム生成（カスタムビン数を指定可能）。
  • カテゴリカル／日付／ブール列に対する値の分布（頻度分布）の集計。
  • Data Quality Definition Language（DQDL）に組み込み可能で、既存のデータ品質チェックと同一評価ランで分布情報を追加取得できる。
  • 収集した分布統計はAmazon S3に保存され、Amazon Athenaなどでクエリ可能。またAPI経由で取得でき、監視ワークフローや可視化ツール（SageMaker Unified Studioなど）と統合しやすい。
  • カスタムビン設定により、粒度を用途に応じて調整でき、スキュー、外れ値、予期せぬパターンの早期検出に役立つ。
  • 可用性は全てのAWS商用リージョンおよびAWS GovCloud (US)で提供される（ドキュメント参照）。

影響範囲・利用シーン ​

  • 対象ユーザー: データエンジニア、データサイエンティスト、SRE/運用チーム
  • 利用シーン: データパイプラインのプロファイリング（分布確認、スキュー検出、欠損や外れ値の把握）やデータ品質ルールに基づく自動モニタリングへの組み込み
  • 運用効果: カスタムコードを書かずに分布統計を定期収集できるため、異常検知やモデル前処理の品質担保が容易になり、トラブルシューティングと監視の効率が向上する

技術的な注意点 ​

  • IAM権限: Glue Data Quality実行に必要なGlue関連権限に加え、分布統計をS3へ書き込むためのS3アクセス権（PutObject/GetObject/ListBucket）およびAthenaでクエリする場合のAthena／Glueカタログ／S3読み取り権限が必要です。SageMaker等と連携する場合は追加の権限が必要になります。
  • リージョン制限: 記事では「全てのAWS商用リージョンおよびAWS GovCloud (US)」で利用可能と明記されています。AWS Chinaリージョンでの可用性は明示されていないため、利用前に確認してください。
  • コスト: Glue Data Qualityの評価実行（料金が発生する場合）および生成された統計のS3ストレージ費用、Athenaでのクエリ費用、データ転送費用が発生する可能性があります。ビン数や頻度を上げると処理時間と出力サイズが増えるためコスト増加に注意してください。
  • データ格納／フォーマット: 分布統計はS3に保存され、Athenaでクエリ可能とされていますが、具体的なファイル形式（JSON/Parquet等）やスキーマはドキュメントで確認してください。既存のDQDLルールセットとの互換性確認（DQDLでのAnalyzer設定方法）も事前に確認することを推奨します。
  • パフォーマンス影響: 大規模データセットで細かいビン設定や高頻度の評価を行うと計算コストと実行時間が増加するため、サンプリングや適切なビン数設定を検討してください。

参考情報 ​

[General] Amazon GameLift Streams now supports Custom Aspect Ratio and Dynamic Resolution ​

概要 ​

Amazon GameLift Streamsがカスタムアスペクト比と動的解像度に対応しました。プレイヤー端末やネットワーク状況に応じてストリーム解像度を細かく指定・自動調整でき、モバイルや非標準ディスプレイでのネイティブな全画面表示と滑らかな再生を実現します。

変更内容・新機能の詳細 ​

カスタムアスペクト比（Custom Aspect Ratio）では、StartStreamSession APIのDisplayConfigurationパラメータ（またはコンソール）を使って、1セッションごとに任意の解像度を指定できます。指定可能なピクセル値は各辺ごとに320〜4096ピクセルで、かつ合計ピクセル予算は最大で1080p相当になるよう制限されています（縦横比：縦向き／横向き／ウルトラワイド／正方形などをサポート）。これによりレターボックス／ピラーボックスを回避し、モバイル端末やタブレット、特殊ディスプレイでのフルスクリーン表示が可能です。

動的解像度（Dynamic Resolution）は、プレイヤーのネットワーク帯域が変動した際にストリーム品質（解像度）を自動で上下させ、フレームドロップや切断を防ぎつつ視聴の滑らかさを保ちます。新規のストリームグループではデフォルトで有効化されており、追加設定なしで利用できます。両機能を利用するには新しいWeb SDKへのアップデートが必要です。両機能はAmazon GameLift Streamsが提供されているすべてのリージョンで利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: ゲーム開発者、マルチプラットフォーム向けビルド担当、ストリーミング/配信エンジニア
  • 利用シーン: モバイル縦持ち（ポートレート）向けストリーミング、タブレット／ウルトラワイド／キオスク等の非標準ディスプレイ対応、低帯域ネットワーク下でのプレイ維持
  • 運用効果: レターボックスやピラーボックスを排除したネイティブ表示によりUX向上、帯域変動時の自動解像度調整で切断・フレーム落ちを低減しプレイヤー継続率向上
  • 開発影響: クライアント側で新しいWeb SDKへの対応とStartStreamSessionのDisplayConfigurationパラメータ設定を実装する必要あり

技術的な注意点 ​

  • IAM権限: StartStreamSessionなどのGameLift Streams API呼び出しに対する適切なIAMポリシー（例: gamelift:StartStreamSession 等）を付与してください
  • リージョン制限: 記事記載のとおり、GameLift Streamsを提供している全リージョンで利用可能ですが、利用前にターゲットリージョンでの提供状況を確認してください
  • コスト: 解像度やビットレートの変更はデータ転送量（egress）に影響します。解像度を上げると帯域とコストが増える可能性があるため、コスト試算と運用ポリシーの見直しを推奨します
  • SDK: 新しいWeb SDKへのアップデートが必須です。クライアント実装（ブラウザやWebView等）を事前に検証してください
  • API/設定: StartStreamSessionのDisplayConfigurationで解像度を指定（320〜4096ピクセル／辺、ただし1080p相当のピクセル予算制限あり）。コンソールからも試験設定可能です
  • 互換性/移行: 既存のストリームグループは既存設定のまま動作します。新機能を使うには新規ストリームグループ作成またはクライアント側のアップデートが必要になる場合があります
  • テスト: 各種デバイス・回線速度での表示検証を行い、期待するアスペクト比と自動復帰挙動を確認してください

参考情報 ​

[Security Hub] AWS Security Hub MCP App brings exposure findings into your AI-assisted workflow (Preview) ​

概要 ​

AWS Security Hub MCP App（プレビュー）は、ローカルで動作するModel Context Protocol（MCP）サーバーを通じてSecurity Hubの検出（exposure findings）をClaude DesktopのAI支援ワークフローへ直接取り込み、文脈切替を減らしてセキュリティ調査を高速化する機能です。

変更内容・新機能の詳細 ​

このプレビュー機能はローカルMCPサーバーを起点に、Security Hubの上位のExposure Findingsを自然言語で参照・掘り下げられるようにします。主な機能はトップのエクスポージャー一覧表示、個別findingの攻撃パス（attack path）および拡張ネットワークパスの可視化、相関する検出結果や影響を受けるリソース構成の確認、そして修復（remediation）推奨の提示です。各ツールコールはAIエージェントが推論できるテキスト要約と、同じ会話内で検証可能なインタラクティブなビジュアライゼーションの両方を返します。MCPサーバーはユーザーのマシン上で既存のAWS認証情報を利用して動作し、すべてのツールは読み取り専用（read-only）で環境への変更を行いません。料金はSecurity Hubの顧客に対して追加課金なしで提供され、プレビューはSecurity HubをサポートするすべてのAWS商用リージョンで利用可能です。実運用導入時は、必要最小限のIAM権限やデータ取り扱い方針、及びプレビュー特有の制限を確認してください。

影響範囲・利用シーン ​

  • 対象ユーザー: セキュリティ運用チーム（SOC）、クラウドセキュリティエンジニア、SRE、およびセキュリティ調査を行うアナリスト
  • 利用シーン: AI支援の対話型ワークフロー内でSecurity Hubの検出結果を自然言語で調査・ドリルダウンし、攻撃パスや影響リソースを素早く把握して修復案を検討する場面
  • 運用効果: コンテキスト切替と手作業のトリアージを削減し、調査時間の短縮とインシデント対応の迅速化が期待できる
  • 導入しやすさ: ローカルにMCPサーバーを立て既存のAWS認証情報を利用するため、既存環境への影響が小さく導入障壁は低い（ただし事前の権限設定が必要）

技術的な注意点 ​

  • IAM権限: 読み取り専用のSecurity Hub API（例: GetFindings 等）や関連リソースの閲覧権限が必要。最小権限の設計を推奨。詳細は公式ドキュメントで確認してください。
  • リージョン制限: プレビューはSecurity HubをサポートするすべてのAWS商用リージョンで利用可能。ただしリージョンごとのサポート状況はAWS Regional Services Listで確認すること。
  • コスト: Security Hub MCP App自体に追加料金はないが、Security Hubの利用料金や関連サービスの通常の課金は発生する点に注意。
  • データガバナンス: MCPサーバーはローカルで動作するためSecurity Hubデータはローカルで処理されるが、Claude Desktop等の外部AIクライアントを介する場合はそのサービス側への送信ポリシーやデータ保持を確認して機密情報の取り扱い方針を策定してください。
  • プレビューの注意: プレビュー版につき機能・APIや挙動は変更される可能性があり、SLAsや正式サポートの範囲が限定される場合があります。
  • 実行環境要件: MCPサーバーはユーザーのローカルマシン上で動作するため、ローカルのリソース（CPU/メモリ）やネットワーク設定、既存のAWS CLI/SDKの認証情報が必要です。詳細はユーザーガイド参照。

参考情報 ​

[Elemental Mediatailor] AWS Elemental MediaTailor adds configurable ad timeout and concurrency controls for improved ad fill and faster startup ​

概要 ​

AWS Elemental MediaTailorが広告決定サーバー（ADS）のタイムアウトと同時実行制御をユーザー側で設定可能になりました。従来はサポート依頼が必要だった設定をコンソール、CLI、SDK経由で直接変更できます。

変更内容・新機能の詳細 ​

今回のアップデートにより、再生設定（playback configuration）で以下を制御できます：個別のHTTP広告リクエストタイムアウト、ライブ／VOD／ライブ用プリフェッチごとの広告パーソナライズ（ads personalization）合計タイムバジェット、およびADSリクエストの並列化（AdsPersonalizationConcurrency）。特にプリフェッチ向けのタイムアウト設定が追加され、ライブ配信の広告取得に対する粒度が向上しました。これらはコンソール、AWS CLI、またはAWS SDKで AdsPersonalizationTimeouts と AdsPersonalizationConcurrency パラメータを使って設定可能で、各ワークフロー（ライブ、VOD、プリフェッチ）に応じて広告取得の遅延と広告フィル率のトレードオフを最適化できます。設定はMediaTailorが利用可能な全リージョンで使用できます。詳細な設定手順・挙動は「Advanced settings（AWS Elemental MediaTailor User Guide）」を参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: 動画配信エンジニア、広告オペレーション、SRE/運用チーム
  • 利用シーン: ライブイベントでパーソナライズ時間を延ばして広告フィル率を改善する、VODで並列ADSリクエストを有効にして動画起動時間を短縮する、ライブのプリフェッチ動作を微調整して広告取得の信頼性を上げる
  • 運用効果: 広告フィル率と視聴開始遅延をワークロードに合わせて調整できるため、広告収益の最大化や視聴者体験の改善が期待できる

技術的な注意点 ​

  • IAM権限: playback configuration の更新権限（mediatailor:PutPlaybackConfiguration 等）が必要です
  • リージョン制限: MediaTailor が利用可能な全リージョンで提供されています（記事時点）。詳細はリージョン一覧を確認してください
  • コスト: MediaTailor の追加料金は明示されていませんが、ADSへの並列リクエスト増加は外部広告サーバー側のリクエスト数増やネットワーク使用量増加を招き、関連コストやレート制限の影響が出る可能性があります
  • 設定方法: AdsPersonalizationTimeouts と AdsPersonalizationConcurrency を playback configuration に設定（コンソール/CLI/SDK）します。プリフェッチ向けなどワークフロー別に値を分けて指定できます
  • 運用上の注意: タイムアウトや並列化の変更は ad fill 率とレイテンシーのトレードオフを生むため、本番導入前に負荷・応答性・広告サーバー挙動を検証してください。既存セッションへの反映範囲は挙動に依存するため事前検証を推奨します
  • 監視推奨: CloudWatch 等で再生開始遅延、広告リクエスト成功率、広告フィル率、エラー率を監視し、変更の影響を定量評価してください
  • 互換性: 既存の再生設定からの移行は設定置換で可能ですが、動作やデフォルト値はドキュメントで確認してください

参考情報 ​

AI要約はOpenAI APIによって生成されています。

Copyright © 2026