AWS What's New Digest

Appearance

2026年09月17日 ​

[General] AWS Elastic Beanstalk introduces Cluster Mode to run multiple applications on shared infrastructure ​

概要 ​

AWS Elastic Beanstalkは新たにCluster Modeを導入しました。これにより、アカウント内のプールされたインフラ（Amazon EKS上）で複数のアプリケーションを共用し、コンテナ化とライフサイクル管理を簡素化できます。

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

Cluster ModeはElastic Beanstalkの新しいデプロイモードで、従来のアプリケーションごとに専用環境を作る方式（Standard Mode）とは異なり、Amazon EKS上の共有インフラストラクチャ上で複数アプリケーションを実行します。ソースコード、Dockerfile、またはAmazon ECRのコンテナイメージを指定するだけで、Elastic Beanstalkがコンテナ化、プロビジョニング、スケーリング、継続的な運用（コンソール、CLI、API経由）を代行します。主な機能は次のとおりです：イベント駆動のオートスケーリング、OpenTelemetryベースの可観測性（Amazon CloudWatchおよびサードパーティプロバイダへのエクスポート）、AWS Secrets Managerとの統合、AWS Certificate Manager経由でのデフォルトHTTPS対応、そしてリポジトリから直接デプロイ可能なElastic Beanstalk用GitHub Action。Standard Modeは従来通り残り、.NET/Node.js/Python等既存プラットフォームは引き続きサポートされます。Cluster Modeは商用の全リージョンで利用可能で、追加のElastic Beanstalk料金は発生しませんが、EKSクラスタやEKS Auto Mode等のAWSリソース利用分は課金対象となります。導入はElastic Beanstalkコンソールで環境作成時にCluster Modeを選択するか、AWS CLI/GitHub Action/エージェント経由で行えます。

影響範囲・利用シーン ​

  • 対象ユーザー: コンテナ化アプリを運用する開発者、SRE、プラットフォームチーム（既存のBeanstalkユーザーも恩恵を受ける）
  • 利用シーン: 多数の小〜中規模アプリケーションを単一アカウントで運用し、インフラを共有してコスト最適化したい場合（マイクロサービス群のホスティング、CI/CDからの直接デプロイ）
  • 運用効果: 複数アプリでインフラをプールすることでスケール時の一アプリあたりの計算コストが低減され、EKSの管理手間をElastic Beanstalkが代行することで運用負荷が軽減される

技術的な注意点 ​

  • IAM権限: Elastic Beanstalk、EKS、ECR、Secrets Manager、ACM、CloudWatchなどに対する適切な権限（サービスロール／インスタンスプロファイル／サービスリンクドロール）を準備する必要あり
  • リージョン制限: 商用リージョンの全リージョンで利用可能と明記されているが、導入前に対象リージョンでElastic Beanstalkの最新対応状況を確認してください
  • コスト: Elastic Beanstalk自体に追加料金はないが、EKSクラスタ・EKS Auto Mode・関連するEC2/ASG/ALB/Networking/CloudWatchなどのリソース使用分は課金される（EKSとElastic Beanstalk両方の料金ページを確認）
  • 互換性／移行: Cluster Modeはコンテナベースの配置を前提とするため、従来のプラットフォーム（例：既存のビルド済み.NET/Node.js/Pythonの標準環境）から移行する際はアプリのコンテナ化や設定変更が必要になる場合あり
  • ネットワーク／クォータ: EKSが作成するENI、IPアドレス、サブネット、セキュリティグループ、サービス制限（VPCやENI上限など）に注意。必要に応じてサブネットやVPC設計を事前に確認・拡張
  • 可観測性: OpenTelemetry経由でCloudWatchおよびサードパーティに送る場合、エクスポート設定とデータ送信（およびそれに伴う課金やデータ転送コスト）を確認すること
  • Secrets管理: AWS Secrets Manager統合を利用する場合、アプリケーションとEKSワークロードに対するSecrets読み取り権限や暗号化キーのアクセス権を設定する必要あり
  • HTTPS/証明書: ACMを使ったデフォルトHTTPSは地域ごとのACMの利用制約（パブリック証明書のドメイン検証等）に依存するため、証明書の発行手順とドメイン検証の準備を行ってください
  • 運用上の注意: Elastic BeanstalkがEKSクラスタをプロビジョニング／管理するため、クラスタのカスタム設定や低レベルのEKS調整が必要なケースでは制約が出る可能性がある（カスタムノードグループや特殊なCNI設定等）

参考情報 ​

[S3] Amazon S3 Express One Zone is now available in 7 additional AWS Regions ​

概要 ​

Amazon S3 Express One Zone ストレージクラスが7つの追加リージョンで利用可能になりました。単一のアベイラビリティゾーンに配置され、低レイテンシ（単一桁ミリ秒）・高スループットを目的とした高パフォーマンスなストレージオプションです。

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

S3 Express One Zone は、頻繁にアクセスされるデータやレイテンシ敏感なワークロード向けに設計された単一AZ（Availability Zone）格納のストレージクラスです。今回、以下の7リージョンが追加されました：Asia Pacific (Singapore), South America (Sao Paulo), US West (N. California), Canada (Central), Europe (Paris), Asia Pacific (Sydney), Asia Pacific (Seoul)。S3 Express One Zone は S3 Standard と比較してデータアクセス速度が最大10倍、リクエストコストが最大80%低減されるとされ、機械学習のトレーニングデータ、対話型アナリティクス、AI検索エンジンのキー・バリューキャッシュなど、低レイテンシかつ高頻度アクセスが求められる用途に適しています。今回の拡張により、S3 Express One Zone は合計で15リージョンで利用可能となりました。詳細な料金やリージョンごとの価格差は S3 の料金ページおよび公式ドキュメントで確認してください。

影響範囲・利用シーン ​

  • 対象ユーザー: 機械学習エンジニア、データサイエンティスト、リアルタイム分析・キャッシュを使うアプリケーション開発者
  • 利用シーンまたは効果: MLトレーニングデータの高速読み取り、インタラクティブ分析やダッシュボードの応答性改善、AI検索エンジンのキー・バリューキャッシュとしての低レイテンシ化により処理時間短縮
  • 運用効果: リクエストコストの削減および読み取りレイテンシの大幅改善により、コスト効率の高い低遅延アーキテクチャが構築可能（ただし可用性要件とのトレードオフあり）

技術的な注意点 ​

  • リージョン制限: 新たに追加された7リージョンは Singapore, Sao Paulo, N. California, Canada (Central), Paris, Sydney, Seoul です。合計で15リージョン提供となりましたが、利用前に対象リージョンでの提供状況を公式ドキュメントで確認してください。
  • 耐久性・可用性: 単一AZ格納のため、AZ全体の障害に対する耐障害性はマルチAZレプリケーションを行う S3 Standard より低くなります。重要データはクロスAZ/クロスリージョンの複製やバックアップを検討してください。
  • コスト: 記事ではリクエストコストが最大80%低下、アクセス速度は最大10x向上とされていますが、ストレージ容量やリージョンごとの料金差、データ転送コストは別途発生します。実運用前に S3 料金ページでリージョン別の料金確認を行ってください。
  • IAM権限: 基本的な S3 の Put/Get/Copy 等の権限に加え、ストレージクラスを変更する操作（例: PUT Object でのストレージクラス指定やライフサイクルによる遷移）を行う場合は、該当アクションを許可するポリシーが必要です。
  • レプリケーション／ライフサイクル: Express One Zone を使用する場合のライフサイクルルールや S3 レプリケーション（CRR/SRR）での挙動、転送コストやサポート可否は公式ドキュメントで確認してください。クリティカルデータの保護には明示的な複製戦略を推奨します。
  • モニタリングと運用: パフォーマンス改善を確認するために S3 のストレージメトリクス、CloudWatch メトリクス、アクセスログを有効にし、遅延・エラー率・コストを監視してください。
  • データ移行: 既存オブジェクトを Express One Zone に移行する際は、オブジェクトの再書き込み（コピー）やライフサイクル適用が必要になる場合があります。移行に伴うリクエスト/転送のコストと一時的なパフォーマンス影響を考慮してください。

参考情報 ​

[General] AWS Builder Center now available as mobile app on iOS and Android ​

概要 ​

AWS Builder Centerの機能がデスクトップ/ウェブに加えてiOSおよびAndroid向けのモバイルアプリとして提供開始されました。モバイル端末から記事、ワークショップ、無料のサンドボックス環境、Skill Builderコース、コミュニティ機能、Wishlistによるフィードバック送信などを利用できます。

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

モバイルアプリ版のAWS Builder Centerは、既存のBuilder Centerのコンテンツとコミュニティ機能をスマートフォンで利用可能にしたものです。主な機能は以下のとおりです。

  • AWS Builder IDでの継続サインイン: 一度サインインすればセッションを跨いでサインイン状態を維持します（Builder IDに基づく認証フローを利用）。
  • コンテンツ閲覧: トレンド記事やコミュニティ投稿をモバイルで閲覧可能。
  • 学習リソース: 600以上のAWS Skill Builderコースへアクセスし、学習をモバイルで開始・管理できます。
  • ハンズオンワークショップ: 無料のサンドボックス環境をアプリから起動・管理し、実習を行えます（ワークショップごとの制約やUIの違いに留意）。
  • コミュニティ機能: AWS Heroes、Community Builders、User Group Leadersのフォロー、Builder Loftイベントカレンダー確認、トピック/コミュニティ購読によるプッシュ通知受信。
  • Wishlist: 製品フィードバックをアプリ経由でAWSチームに提出・管理可能。
  • 配布: Apple App StoreおよびGoogle Play Storeで世界中に公開。各ストアの最小OS要件・利用規約に従います。

影響範囲・利用シーン ​

  • 対象ユーザー: クラウド/アプリ開発者、SRE、クラウド学習者、コミュニティリーダー、イベント運営者
  • 利用シーンまたは効果: 通勤や移動中の学習（Skill Builderコースの視聴・管理）、イベントやワークショップのスケジュール確認、コミュニティフィードのリアルタイム把握、製品フィードバックの送信・追跡
  • 運用効果: 学習・ハンズオンの障壁低下によりオンボーディングとスキル向上が加速、コミュニティとのエンゲージメント向上、フィードバックループの短縮
  • 制約・注意点: モバイルUIの制約により、ターミナル操作や複雑なハンズオンはデスクトップの方が操作性が高い場合がある

技術的な注意点 ​

  • IAM権限: Builder Centerのサンドボックスは通常一時的な権限で提供されるが、アカウントで直接AWSリソースを作成するワークショップを行う場合は利用するAWSアカウント側の権限設定（最小権限原則）を確認してください
  • リージョン制限: アプリ自体は世界配信だが、ワークショップやサンドボックスで起動されるリソースはリージョン制約がある場合があります。ワークショップのドキュメントで対象リージョンを確認してください
  • コスト: 多くのワークショップは無料サンドボックスを提供するが、サンドボックス外で実行するリソースやワークショップの後に残したリソースは課金対象となる可能性があります。利用後のリソース停止/削除を確認してください
  • モバイル権限: プッシュ通知やストレージアクセスなど端末側の権限が必要です。プッシュ通知を有効にするとトピックの通知を受け取ります
  • 互換性/最小OS: App Store/Play Store上のアプリ説明欄で必要なiOS/Androidバージョンや互換性を確認してください（ストアでのバージョン依存あり）
  • ワークショップの注意点: ブラウザやターミナル操作を多用するハンズオンはモバイル画面だと操作性が低下するため、事前にワークショップの要件（ブラウザ推奨、推奨画面サイズなど）を確認することを推奨します

参考情報 ​

[Corretto] Amazon Corretto 27 is now generally available ​

概要 ​

Amazon Corretto 27（Feature Release）が一般提供開始されました。OpenJDK 27 をベースにした無償のマルチプラットフォームな商用対応JVMで、Linux／Windows／macOS向けにダウンロード可能です（サポート期限: 2027年4月まで）。

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

主な技術的変更点は以下のとおりです。

  • G1を全環境のデフォルトGCに設定（JEP 523）: サーバー／クライアント／コンテナ等の実行環境にかかわらずG1が既定になり、より一貫したスループットと予測可能な一時停止時間を目指します。従来のデフォルト（例えばZGCなど）との挙動差を考慮した検証が必要です。
  • TLS 1.3向けポスト量子ハイブリッド鍵交換（JEP 527）: 古典的アルゴリズムとポスト量子アルゴリズムを組み合わせたハイブリッド鍵交換をサポートし、将来の量子耐性を高めます（ハンドシェイクサイズやCPUコストの増加に注意）。
  • Compact Object Headersをデフォルト化（JEP 534）: Javaオブジェクトヘッダを小さくすることでメモリ使用量とキャッシュ効率を改善します。オブジェクトレイアウトに依存するネイティブコードやUnsafe利用箇所は影響を受ける可能性があります。
  • JFRのプロセス内データマスキング（JEP 536）: Java Flight Recorder記録からJVMの外部に出す前に機微データをマスク／削除できる仕組みを導入し、プロファイリング時の情報漏洩リスクを低減します。
  • パターンマッチングの強化（継続プレビュー、JEP 532）: プリミティブ型（int、boolean等）に対するパターンやinstanceof、switchのサポートが拡張され、型／値チェックがより簡潔に記述できます（利用にはプレビュー有効化が必要な場合があります）。
  • 構造化コンカレンシー（継続プレビュー、JEP 533）: 複数スレッドで実行される関連タスク群を単一の論理ユニットとして扱うAPIを改善し、エラー処理・キャンセルやオブザーバビリティの向上を図ります（プレビューAPI）。
  • Lazy Constants（継続プレビュー、JEP 531）: 不変値の初期化を実際に必要になるまで遅延させるAPIで、finalフィールドの性能利点と遅延初期化の柔軟性をあわせ持ちます。
  • Vector API（継続インキュベータ、JEP 537）: CPUのベクトル命令を活用した高性能数学処理をサポートするAPIを改善。数値計算やデータ処理の高速化に寄与します。 その他: Corretto 27はオープンソースライセンスで配布され、AWSのダウンロードページから各OS用バイナリを入手可能です。サポート期間や各プレビュー／インキュベータ機能の有効化方法（--enable-preview やモジュール追加など）はリリースノート／OpenJDKページで確認してください。

影響範囲・利用シーン ​

  • 対象ユーザー: Javaアプリケーション開発者、SRE／運用チーム、パフォーマンスエンジニア
  • 利用シーン: コンテナ化されたマイクロサービスやクラウド環境での一貫したGC挙動が必要な運用、TLS通信の長期的な量子耐性を検討するセキュリティ要件、メモリ最適化が重要な大規模ヒープ環境
  • 運用効果: G1デフォルト化により環境間でのGC調整負荷が低減される可能性、Compact Object Headersでメモリ使用効率とキャッシュヒット率が改善、JFRのデータマスキングでプロファイリング時の情報漏洩リスクを低減

技術的な注意点 ​

  • 互換性／テスト: G1がデフォルトとなるためGC挙動（スループット、停止時間）に影響が出る可能性があり、既存アプリは事前検証が必要です
  • プレビュー／インキュベータ機能: パターンマッチング、構造化コンカレンシー、Lazy Constants、Vector APIなどは継続プレビュー／インキュベータ扱いであり、使用時はコンパイル／実行フラグ（例: --enable-preview）やモジュール追加（例: --add-modules jdk.incubator.vector）を確認してください
  • セキュリティ設定: ポスト量子ハイブリッド鍵交換はTLS 1.3の拡張であり、デフォルトで有効化されていない場合や設定項目がある可能性があるため、運用環境での有効化手順と性能影響を確認してください
  • ネイティブ依存: Compact Object Headersやオブジェクトレイアウトの変更はUnsafeやJNI、シリアライズ形式に影響する可能性があるため、ネイティブ連携部分の検証を推奨します
  • サポート期間: Corretto 27は2027年4月までサポートされます。長期運用の場合はサポート期限の計画を考慮してください
  • コスト: Corretto自体は無償配布ですが、新機能のテストやチューニング、TLS設定変更によるCPU/帯域の増加など運用コスト増の可能性があります
  • リージョン制限: JVM配布としてリージョン制限は基本的にありません。ダウンロードはAWS Correttoの公式サイト経由で行ってください

参考情報 ​

[Aiml] Amazon SageMaker AI now supports serverless model customization for NVIDIA Nemotron 3.5 Lightning ​

概要 ​

Amazon SageMaker AIは、NVIDIAのオープンウェイトモデル「Nemotron 3.5 Lightning」に対するサーバーレスなモデルカスタマイズ（SFT・DPO・RFT）をサポートしました。インフラ管理不要でドメイン特化の微調整が行え、低コスト・低レイテンシな運用を実現します。

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

本アップデートにより、SageMaker AIでNVIDIA Nemotron 3.5 Lightning（ハイブリッドMixture-of-Expertsアーキテクチャ、アクティブパラメータ約3B、総パラメータ約30B）をサーバーレスでカスタマイズ可能になりました。サポートされる調整手法は以下の通りです：

  • SFT（Supervised Fine-Tuning）: ラベル付きデータでドメイン特化タスクの精度向上。
  • DPO（Direct Preference Optimization）: 人間や組織の好みに応じた出力整合性の強化（好みデータ／比較データを利用）。
  • RFT（Reinforcement Fine-Tuning）: 報酬信号に基づく強化学習的な微調整で新しいタスク性能を向上。 サーバーレスカスタマイズでは、SageMakerがインフラプロビジョニング・トレーニングオーケストレーションを管理するため、ユーザーはデータ準備と評価に集中でき、使用時間に応じた課金のみ発生します。カスタマイズ後は同一環境でのデプロイが可能で、SageMaker StudioのModelsページまたはSageMaker Python SDKを通じてジョブを開始できます。対応リージョンは US East (N. Virginia)、US West (Oregon)、Asia Pacific (Tokyo)、Europe (Ireland) です。

影響範囲・利用シーン ​

  • 対象ユーザー: MLエンジニア、データサイエンティスト、プロダクトチーム（特にドメイン固有のNLPアプリケーションを持つチーム）
  • 利用シーン: カスタムFAQ/チャットボット、業界特化型文書生成、トーンやコンプライアンスに沿った出力整形、専門用語を扱う分類/抽出タスク
  • 運用効果: 小さめに調整したモデルでフロントランクの品質を目指すことで推論コストとレイテンシを削減可能
  • コスト影響: サーバーレスのため初期クラスタ管理コストは不要。トレーニングと実行は使用量に応じて課金されるため、従来の常時プロビジョニングよりコスト最適化が期待できる

技術的な注意点 ​

  • リージョン制限: 現時点で利用可能なリージョンは US East (N. Virginia)、US West (Oregon)、Asia Pacific (Tokyo)、Europe (Ireland) のみ。その他リージョンは今後対応の可能性あり。
  • IAM権限: SageMaker上でカスタマイズを行う権限（モデル読み取り/書き込み、ジョブ作成、S3アクセス、ECRやLogsへのアクセスなど）を事前に付与する必要あり。
  • データ要件: SFTは高品質なラベルデータ、DPOは比較／選好データ、RFTは報酬関数と報酬データが必要。データ前処理（トークナイズやフォーマット整備）を行ってからジョブをキックすること。
  • モデル特性: Nemotron 3.5 LightningはMoE（Mixture-of-Experts）でアクティブパラメータが小さくても総パラメータが大きい設計。MoE特有のルーティングや専門家活性化の挙動が推論コストや性能に影響するため評価が必要。
  • 互換性/利用方法: SageMaker StudioのModelsページからGUIで開始、またはSageMaker Python SDKでプログラム的にジョブを作成可能。SDKバージョンやAPI変更に注意。
  • コスト: サーバーレスは実行時間課金だが、トレーニングデータ量や反復回数により費用は増加。トラフィック・推論コストも別途発生。
  • セキュリティ/コンプライアンス: 機密データを使用する場合はS3暗号化、VPCエンドポイント、KMSキー、ログ管理などを適切に設定すること。
  • 制限事項: サーバーレス実行にはジョブ時間や同時実行数のクォータがある可能性があるため、想定負荷に対して事前に制限を確認/申請すること。
  • 追加注意: 最新のドキュメントとリージョン対応状況を公式コンソールまたはAWSドキュメントで都度確認すること。

参考情報 ​

[Client Vpn] AWS Client VPN is now supporting MacOS 27 Golden Gate ​

概要 ​

AWS Client VPNの公式デスクトップクライアントがMacOS 27（Golden Gate）をサポートしました。クライアントバージョン6.0以降で最新のMacOS上でAWS提供のVPNクライアントが動作します。

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

今回の更新で、AWS Client VPNのデスクトップクライアント（バージョン6.0以降）がMacOS 27.0（Golden Gate）に対応しました。これにより、既存のサポート済みOS（macOS 13/14/15/26、Windows 10(x64)、Windows 11(x64/Arm64)、Ubuntu 22.04/24.04 LTS）に加えて、最新のmacOS上でもAWS公式クライアントを利用して安全にAWSやオンプレミスネットワークへリモート接続できます。クライアントソフト自体は無償で配布されており、AWS Client VPNはマネージドサービスとして、クライアント認証（証明書、Active Directory、SAMLフェデレーション等）やルート/アクセスルール、分割トンネル設定、VPCルーティング等の管理を提供します。導入・運用にあたっては、クライアントのバージョン確認、認証方式・証明書の整備、エンドポイント設定（サーバー証明書、認可ルール、ルート付与）の確認が必要です。

影響範囲・利用シーン ​

  • 対象ユーザー: リモートワーカー、セキュアなVPN接続を必要とする開発者/運用担当者、MacOS 27へアップグレード予定のエンドユーザー
  • 利用シーン: 最新のMac環境からAWSリソースやオンプレミスネットワークへ安全にアクセスするリモート接続
  • 運用効果: MacOSアップデート後も公式クライアントで接続が維持できるため、クライアント互換性対応の負荷低減と運用の安定化が期待できる

技術的な注意点 ​

  • クライアント要件: クライアントはバージョン6.0以上が必要。MacOSは27.0（Golden Gate）で動作確認済み。既存MacOSサポートは13/14/15/26も継続。
  • 認証方式: Client VPNは証明書ベース、Active Directory、SAMLフェデレーション等をサポート。各認証方式の設定（ACMやディレクトリサービス、IdP設定）は事前に確認が必要。
  • IAM権限: Client VPNエンドポイントや認可ルールの作成・変更には適切なIAM権限（ec2:CreateClientVpnEndpoint等）を付与してください。クライアントのダウンロード自体は通常追加権限不要。
  • リージョン制限: Client VPNサービスはすべてのリージョンで同等に提供されているとは限りません。使用予定リージョンでサービス提供状況を確認してください。
  • ネットワーク設定: エンドポイントに割り当てるサブネット、ルート、セキュリティグループ、VPC側のルーティング（ターゲットの確認）を適切に設定する必要があります。分割トンネルやDNS設定の影響も確認してください。
  • クライアントアーキテクチャ: macOS上でのIntel/Apple Siliconサポート状況はクライアント配布ページで確認してください（アーキテクチャ依存のバイナリがある場合あり）。
  • 互換性テスト: 大規模導入前に代表ユーザーで接続・認証・ルーティング・パフォーマンスを検証してください。
  • コスト: クライアントソフトは無償ですが、AWS Client VPNの利用にはエンドポイント時間課金やデータ転送等の料金が発生します。予想接続数・稼働時間に基づきコスト見積りを行ってください。

参考情報 ​

[IAM] New AWS experience helps builders get started and ship faster ​

概要 ​

新しい「Builder experience」は、サインアップと初期プロジェクト構成を自動化して、アイデアから実装までの時間を短縮する開発者向けの簡易体験です。既存のGoogle/GitHub/Apple/Amazonアカウントで始められ、無料クレジットやプロジェクトごとの支出上限などコスト制御機能を備えます。

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

主な機能と技術的内容：

  • 簡易サインアップ: Google、GitHub、Apple、Amazon の既存認証情報で新しい開発体験にサインアップ可能。多くの新規ユーザーはクレジットカード不要で、AWS Free Tierの一部として最大$200の無料クレジットが付与される場合がある。
  • 初期プロジェクトの自動設定: サインアップ時に「妥当なデフォルト」で初期プロジェクトが自動作成され、複雑な前提設定を省略してすぐにコーディング／デプロイを開始できる。
  • コーディングエージェント統合: 単一プロンプトでAWS CLIとAgent Toolkit for AWSを自動インストールし、開発者の“コーディングエージェント”がプロジェクトに接続。組み込みガイダンスに従いベストプラクティスでリソースをデプロイできる（エージェント側の実行権限と認証情報管理が必要）。
  • チームコラボレーション: メール招待でチームメンバーを追加すると、受諾時にプロジェクトアクセスが自動構成されるため、手動でIAMロールを細かく作成する手間を削減。
  • IAM Role Manager: プロジェクト向けにIAMロール管理機能が有効化され、多くの作成リソースが他サービスへアクセスできるよう自動でロールを構成することでリソース間連携を簡素化。
  • コスト管理: プロジェクトごとに月次支出上限を設定可能。上限に到達するとその月はプロジェクトが一時停止される（支出超過を防止）。複数プロジェクトをワンクリックで作成でき、それぞれ独立した上限・メンバー設定を持つ。
  • スケールアップと高機能化: いつでもダウンタイムなしに「上位プラン」や高度機能（複数リージョン、カスタムガバナンス制御など）を有効化できるため、PoCから本番へ移行する際の移行コストを軽減。
  • 利用開始: 試すには新規AWSアカウントを作成することが案内されている（既存アカウントでの有無・移行方法はコンソールで要確認）。

影響範囲・利用シーン ​

  • 対象ユーザー: 個人開発者、スタートアップ、プロダクトのPoC/ハッカソン参加者、SRE/DevOpsチーム
  • 利用シーン: 迅速なプロトタイピングやPoC作成、教育・ラボ環境、コーディングエージェントを用いた自動デプロイワークフローの導入
  • 運用効果: 初期設定工数の大幅削減により「アイデア→動作するコード」までの時間短縮、チーム招待と自動設定により導入障壁と人的ミスを低減、プロジェクト単位の支出上限で予算超過リスクを抑制

技術的な注意点 ​

  • IAM権限: 自動でIAMロールが作成・付与されるため、権限範囲（最小権限）のレビューが必要。Role Managerの構成を確認し、不要な横断アクセスを防いでください。
  • 認証/セキュリティ: Google/GitHub/Apple/Amazonログインを利用するが、アカウント連携時のIDプロバイダ設定やMFAポリシーは事前に検討すること。コーディングエージェントがアクセスする認証情報の保護（シークレット管理）も重要です。
  • コスト: 多くの新規ユーザーはクレジットカード不要で最大$200の無料クレジットが付与されるケースがあるが、無料枠やクレジットの適用条件を確認してください。プロジェクト単位の支出上限は到達時にその月のプロジェクトを一時停止する挙動があるため、運用への影響を考慮して上限を設定してください。
  • 既存アカウントとの互換性: 公式の案内では「新規アカウントで試す」と記載されているため、既存アカウントでの利用可否やプロジェクト移行手順はコンソールの最新情報を確認してください。
  • リージョン制限: 提供リージョンの可用性は明示されていないため、利用前に対象リージョンでこの体験が提供されているかを確認してください。
  • エージェント/ローカル環境: 単一プロンプトでAWS CLIやAgent Toolkitがインストールされるため、開発端末のセキュリティポリシーやネットワーク環境（プロキシ、ファイアウォール）を事前に確認してください。
  • 監査/ガバナンス: 自動設定が便利だが、企業ガバナンス（組織単位のポリシー、Service Control Policies等）に適合させるための追加設定が必要になる場合があります。

参考情報 ​

[Workspaces] Amazon WorkSpaces adds support for NVIDIA Blackwell GPU instances ​

概要 ​

Amazon WorkSpacesがNVIDIA BlackwellベースのGraphics G7バンドルをサポート開始しました。従来比で最大2.1倍のグラフィックス性能向上を実現し、プロフェッショナルなグラフィック／レンダリング作業向けに高性能仮想デスクトップを提供します。

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

新しいGraphics G7バンドルはNVIDIA RTX PRO 4500 Blackwell Server Edition GPU（各GPUに32GBのGDDR7）とIntel Xeon 6プロセッサを採用します。4種類のバンドル構成が用意され、最小で8 vCPU／32 GBメモリ／1 GPU、最大で48 vCPU／192 GBメモリ／2 GPUまで選択可能です。Graphics G6世代比で最大2.1倍のグラフィックス性能を謳っており、CAD/CAM、3Dレンダリング、科学可視化、ビデオ編集、AI支援設計などの高負荷なワークロードで高フレームレートと高忠実度を実現します。Windows OS（BYOLを含む）に対応し、WorkSpacesの実行モードはAlwaysOnおよびAutoStopが利用可能です。現時点での提供リージョンは米国東部（バージニア北部／オハイオ）と米国西部（オレゴン）で、今後追加リージョンが予定されています。WorkSpacesコンソールまたはWorkSpaces Coreパートナーソリューションから作成時にGraphics G7バンドルを選択して利用開始します。価格や詳細なインスタンスタイプ情報はWorkSpacesのインスタンスファミリ、EC2 G7インスタンスタイプ、およびWorkSpacesの価格ページを参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: グラフィックス/ビジュアライゼーションを多用する設計者、CG/映像編集者、研究者、CAE/シミュレーションユーザー
  • 利用シーン: CAD/CAMモデリング、フォトリアルな3Dレンダリング、ビデオ編集のプレビュー作業、科学的可視化、大規模3Dシーンの操作、AI補助設計ワークフロー
  • 運用効果: ローカルGPUワークステーションをクラウドに移行しつつ高い描画性能を維持できるため、集中管理・リモートワーク対応・スケールアウトが容易になる
  • コスト面の考慮: GPU搭載バンドルは通常の汎用バンドルよりコストが高く、使用モード（AlwaysOn vs AutoStop）や稼働時間管理でコスト最適化が必要
  • リージョン制限: 公表時点では US East (N. Virginia)、US East (Ohio)、US West (Oregon) のみ対応。その他リージョンは順次展開予定

技術的な注意点 ​

  • サポート対象サービス: Amazon WorkSpaces Personal と Amazon WorkSpaces Core の両方で利用可能
  • OS/ライセンス: Windowsをサポート（Bring-Your-Own-License（BYOL）オプションあり）
  • インスタンス構成: 1 GPU（32GB GDDR7）〜2 GPU構成、8–48 vCPU、32–192 GBメモリの4サイズ
  • 実行モード: AlwaysOn および AutoStop に対応。コスト最適化には AutoStop＋短時間起動の運用設計を推奨
  • リージョン制限: 公表時点では米国東部(バージニア北部／オハイオ)、米国西部(オレゴン)のみ
  • 互換性: 高性能GPUを必要とするアプリケーション（GPUドライバやDirectX/OpenGL/Vulkanなどのランタイム要件）を事前に確認してください
  • パフォーマンス: AWS発表の比較（G7 vs G6）はワークロードに依存するため、自身のアプリでベンチマーク検証を行ってください
  • コスト: GPU搭載バンドルは単価が高く、常時稼働の場合はコスト増加。BYOLや実行モードでの最適化を検討してください
  • IAM権限: WorkSpaces作成・管理、関連のEC2/ネットワークリソース操作に必要なIAM権限（WorkSpacesフルアクセス等）を確認してください
  • ネットワーク/ストレージ: 大容量データ転送や高頻度のファイルアクセスがある場合はネットワーク帯域・ストレージ設計（FSx/WorkDocs/S3など）を検討してください

参考情報 ​

[Connect] Amazon Connect Customer custom metrics now supports tag-based access control ​

概要 ​

Amazon Connect Customerのカスタムメトリクスでタグベースのアクセス制御が利用可能になりました。メトリクス単位で閲覧・作成・変更権限をタグに基づいて委譲できるため、チーム間での競合を防ぎつつ細かいアクセス管理が可能です。

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

各カスタムメトリクスにタグを付与し、そのタグを条件にしたアクセス制御を適用できる機能です。タグに基づくポリシーにより、チーム単位で「フルコントロール」「閲覧のみ」「非表示（アクセス不可）」といった権限を付与できます。検索や一覧表示などUI/検索の結果も同じアクセスルールに従うため、許可されていないメトリクスはユーザーに表示されません。これにより、従来のように限られた管理者だけが操作できる運用に頼らず、各チームへ委譲しつつガバナンスを維持できます。実装上はタグをポリシー条件（例：aws:ResourceTag/<タグキー>、aws:RequestTag など）で参照する形になるため、IAMポリシーの更新が必要になります。また、既存メトリクスへのタグ付与やタグ変更により即時にアクセス範囲が変わる点に注意してください。

影響範囲・利用シーン ​

  • 対象ユーザー: Amazon Connectを利用するSRE/運用チーム、ビジネスオペレーション、データ分析チーム
  • 利用シーンまたは効果: チーム別のカスタムメトリクス管理（オーナーチームは編集可能、他チームは閲覧のみ、公開しないメトリクスは非表示）
  • 運用効果: メトリクスの競合や意図しない変更を防ぎつつ、各チームへ安全に運用権限を委譲できるため、開発スピードとガバナンスの両立が可能

技術的な注意点 ​

  • IAM権限: タグベースの条件を使うため、IAMポリシーで aws:ResourceTag/<タグキー>、aws:RequestTag、aws:TagKeys 等の条件キーを利用する必要があります。タグ操作用の権限（TagResource/ UntagResource相当）やカスタムメトリクスの管理権限を付与してください。
  • 既存ポリシーの更新: 既存の接続/メトリクス関連ポリシーにタグ条件を追加することで制御します。誤った条件設定はアクセス不能を招くため段階的に適用・検証してください。
  • タグ運用: 一貫したタグキー/値の命名規約（例: team, environment, owner）を定め、ライフサイクル（作成時付与・変更時の手順）を運用ドキュメントに組み込んでください。
  • リージョン制限: 本機能の展開状況はリージョンによって異なる可能性があります。利用前に対応リージョンを公式ドキュメントで確認してください。
  • コスト: タグベースアクセス制御自体に追加料金は通常発生しませんが、ポリシー管理や運用プロセス整備に工数がかかります。
  • 互換性/検索挙動: UIおよび検索はタグに基づくアクセス制御に従って結果がフィルタされます。タグ変更は即時にアクセス挙動に影響します。

参考情報 ​

[Connect] Amazon Connect Customer can now import evaluation form PDFs using AI ​

概要 ​

Amazon Connect Customerで、サードパーティの品質管理ツールからエクスポートした評価フォームのPDFをアップロードすると、AIが自動でセクション・設問・選択肢・配点を抽出してConnectの下書き評価フォームを作成できる機能が追加されました。自然文での指示により取り込み時に設問の分割や調整も可能で、既存の評価プログラムの移行コストを削減します。

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

機能の流れ：管理者が評価フォームPDFをアップロードし、スコア方式（パーセンテージ or ポイント）を選択すると、Amazon Connect CustomerのAIがPDFからセクション、個々の設問、回答オプション、スコア配分を解析して下書き評価フォームを自動生成します。生成されたフォームは編集可能な下書きとして保存され、自然言語の追加指示で「広い設問を分割する」「特定項目を必須にする」などの変換指示を与えながらインポートを進められます。AIはあくまで下書きを作るため、最終公開前に人による確認・修正が推奨されます。利用可能リージョンは、米国東部（バージニア北部）、米国西部（オレゴン）、カナダ（中部）、アジアパシフィック（シンガポール、シドニー、東京）、欧州（フランクフルト）です。詳細な利用条件、ファイルサイズやフォーマットの要件、権限や課金は公式ドキュメントと価格ページを参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: コンタクトセンターの品質管理担当、コンタクトセンター管理者、移行プロジェクトチーム
  • 利用シーン: サードパーティ品質管理ツールや既存のPDFベース評価フォームをAmazon Connectに移行して一元管理する場合
  • 運用効果: フォームを1問ずつ再作成する手間を大幅に削減し、移行時間と人的ミスを低減。自然言語での調整により編集回数も減少
  • 検証プロセス: AI変換により下書きが生成されるため、公開前のレビュー（正確さ、配点、コンプライアンス確認）が必須
  • 適用範囲: 指定リージョンで利用可能（東京リージョン含む）

技術的な注意点 ​

  • IAM権限: 評価フォームの作成/編集権限を持つConnect管理者ロールが必要。詳細なIAMポリシーは公式ドキュメントを確認してください
  • リージョン制限: 利用可能リージョンは記事記載のリージョンに限定されています。未対応リージョンでは利用不可
  • プライバシー/コンプライアンス: PDFに個人情報（PII）や機密情報が含まれる場合、取り込み前にマスキング/削除などの対応を推奨。データ転送と保管に関する社内ポリシーとAWSの共有責任モデルを確認してください
  • AI抽出の精度: 自動抽出は下書きを生成するものであり、誤認識や配点ミスが起きる可能性があるため必ず目視で検証・修正してください
  • ファイル要件: 対応フォーマットは記事ではPDFと明示されていますが、ページ数やサイズ制限、スキャン画像の可読性などの詳細はドキュメントで確認してください
  • コスト: 機能利用自体や追加のAI処理で別途料金が発生する可能性があります。Amazon Connectの料金ページと該当ドキュメントを参照のうえコスト見積もりを行ってください

参考情報 ​

[Elemental Mediatailor] AWS Elemental MediaTailor Monetization Functions adds ad response hooks ​

概要 ​

AWS Elemental MediaTailor の Monetization Functions に、広告配信ライフサイクルの2つの新しいフック（post ADS response と pre manifest insertion）が追加されました。これにより、MediaTailor と広告決定サーバー（ADS）間のミドルウェア不要で、配信直前やADS応答後にカスタムロジックを実行できます。

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

追加された2つのフックは次の通りです。

・post ADS response フック: MediaTailor が ADS のレスポンスを解析し、VAST のラッパー解決を完了した直後、広告の選択とトランスコード処理が始まる前に呼び出されます。このフックは、プライマリ ADS がブレイクを埋められないときにセカンダリ ADS を呼び出す、コンテンツやブランドポリシーに反する広告を除外する、ハウス広告や自社プロモーションを追加するといった処理に利用できます。

・pre manifest insertion フック: MediaTailor が視聴者へ返す直前に一度だけ呼び出され、個々のパーソナライズ済み広告ブレイク（ad pod）全体を単一の呼び出しで受け取ります。再生前の最終チェックや、他に充填手段がない場合にパーソナライズされたスレートを挿入する用途に適しています。

両フックにはコンソール上のプリビルト・レシピが用意されており、導入の出発点になります。動作は fail-open で設計されており、タイムアウト、式評価エラー、リソース制限等で関数の出力が利用できない場合は、MediaTailor は関数出力を破棄してデフォルトの広告挿入へフォールバックし、視聴体験に影響を与えません。新機能は MediaTailor が提供されているすべての AWS リージョンで利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: 動画配信プラットフォームのエンジニア、広告運用（Ad Ops）、SSAI/マネタイズ担当者、配信システムをカスタマイズする開発者
  • 利用シーン: プライマリ ADS の不足時にセカンダリソースを動的に呼ぶ、ブランドセーフティに基づく広告フィルタリング、ハウス広告挿入、再生直前の最終チェックやパーソナライズスレート挿入
  • 運用効果: ミドルウェア層を減らしてアーキテクチャを簡素化できる／広告のフィル率とブランド整合性を向上できる／最終局面での差し替えにより視聴者体験を保護できる

技術的な注意点 ​

  • IAM権限: Monetization Functions の作成・更新や MediaTailor が関数を呼び出すための適切な IAM 権限が必要です。具体的なポリシーは公式ドキュメントを参照してください。
  • リージョン制限: 記事によれば、MediaTailor が提供されている全リージョンで利用可能です。利用前に対象リージョンでの提供状況を確認してください。
  • コスト: MediaTailor および関連するリクエスト/データ転送に対する課金が発生する可能性があります。追加の API 呼び出しや外部 ADS の利用が増えるとコスト増となるため、料金ページで確認してください。
  • タイムアウト／フォールバック: フックは fail-open 動作（タイムアウト、式エラー、リソース制限時に出力を無視して既定動作へ継続）です。関数は低遅延で確実に応答するよう設計し、冗長な外部呼び出しはバウンダリ設定を行ってください。
  • デバッグとロギング: 実行失敗やタイムアウトは MediaTailor のログ／コンソールから確認できるはずです。CloudWatch 等で関数側のログを集約する設計を推奨します。
  • VAST／ADS の扱い: post ADS response フックには VAST ラッパーが解決された後の結果が渡されます。ラッパー解決をフック側で再実装する必要はありませんが、受け取るデータ構造に依存した処理を行う際はドキュメントの仕様を確認してください。
  • セキュリティ: 外部 ADS への呼び出しや機密情報の取り扱い時は、認証情報の安全な保管（Secrets Manager 等）や暗号化を適用してください。
  • スケーリング／レート制限: 高頻度の広告リクエストに応答するため、フック実装はスケーラブルかつ短時間で完了するように設計してください。長時間処理はフォールバックを誘発します。
  • 既成レシピ: コンソールに用意されたプリビルトレシピをカスタマイズして導入を短縮できます。

参考情報 ​

[General] Amazon ECS extends Amazon S3 Files support to the Amazon EC2 compute type ​

概要 ​

Amazon ECSがAmazon EC2ランチタイプのタスクでAmazon S3 Filesをサポート開始しました。これにより、EC2上のコンテナがS3上のデータを共有ファイルシステムとして直接マウントして利用できます。

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

今回の拡張により、ECSのEC2ランチタイプで稼働するタスクもAmazon S3 Filesをボリュームとしてマウントできるようになりました。S3 FilesはAmazon EFSを基盤に構築された共有ファイルシステムで、S3上の新旧データに対してフルなファイルシステムのセマンティクス（標準的なファイル操作）を提供します。アプリケーション側のコード変更やファイルの事前コピー／ステージングを不要にし、ファイルベースのアプリケーション、AIエージェント、データ処理ワークロードがS3データに対して直接読み書きできます。これまではFargateとECS Managed Instancesで利用可能でしたが、今回の対応によりECSの3つのランチタイプ（Fargate、Managed Instances、EC2）で一貫したS3 Filesアクセスが可能になります。サービスは全ての商用リージョンとAWS GovCloud（US）で利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: コンテナ化されたファイルベースのアプリケーション開発者、データエンジニア、AI/MLエンジニア、SRE/運用チーム
  • 利用シーン: S3上のビッグデータを直接パイプラインで処理する、AIエージェントやバッチ処理が大量のファイルを参照/更新する、既存のファイルI/O前提のアプリケーションをコンテナ化してS3データを利用する
  • 運用効果: データの複製やステージングを削減でき、ストレージ管理と運用コストを簡素化。アプリケーションの移行時間短縮と一貫したファイル操作（POSIXライクな振る舞い）により改修工数を低減

技術的な注意点 ​

  • IAM権限: タスク実行ロールやEC2インスタンスプロファイルにS3 Filesおよび対象S3バケットへのアクセス権限が必要。必須ポリシーは公式ドキュメントで確認してください。
  • EC2要件: EC2ランチタイプで利用するには、ECSエージェントやベースAMIが最新であることが推奨されます。特定のOS/AMIやドライバ要件がある可能性があるため環境を確認してください。
  • ECSタスク定義: S3 Filesをボリュームとして指定し、コンテナのmountPointでマウントする設定が必要です。既存のボリューム/マウント設定との競合に注意してください。
  • ネットワーク: S3およびS3 FilesへのアクセスはVPC設定、セキュリティグループ、ネットワークACLが影響します。必要に応じてVPCエンドポイント（S3）や適切なルーティングを構成してください。
  • 性能/一貫性: S3 Filesはフルなファイルシステムセマンティクスと低遅延を謳っていますが、ワークロード特性（多数の小ファイルや高頻度のメタデータ更新など）により性能やコストの影響が変わるため事前の検証を推奨します。
  • コスト: S3 Files利用料、関連するEFSバックエンドやデータ転送、リクエストコストが発生する可能性があります。料金体系はリージョンや利用パターンで異なるため事前に料金ページを確認してください。
  • リージョン制限: 全てのAWS商用リージョンおよびAWS GovCloud（US）で利用可能と報告されていますが、リージョン固有の制約や新機能の提供タイミングはドキュメントで確認してください。

参考情報 ​

[Connect] Amazon Connect Customer now lets you create, manage, and search custom metrics through APIs ​

概要 ​

Amazon Connect Customer がカスタムメトリクスの作成・管理・検索をAPIで行えるようになりました。これによりメトリクス定義をコードで一元管理し、環境間の定義ズレ（definition drift）を防げます。

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

Amazon Connect Customer は従来の標準メトリクスに加え、独自指標（カスタムメトリクス）をプログラム的に管理するための7つの新しいAPI操作を提供します。追加されたAPIは CreateMetric, DeleteMetric, DescribeMetric, ListMetrics, SearchMetrics, UpdateMetricContent, UpdateMetricMetadata です。UpdateMetricContent は実際の計測ロジック（メトリクス定義／計算式）を変更する用途、UpdateMetricMetadata は名前・説明・タグ等の記述情報を更新する用途と分かれています。SearchMetrics と ListMetrics により多数のインスタンスやキューにまたがるメトリクスを効率的に検索・列挙できます。すべての変更は AWS CloudTrail に記録され、監査トレイルが取得可能です。結果として、AI運用アシスタントやCI/CDパイプラインからメトリクスを自動作成してダッシュボードに公開する、といった自動化が可能になり、手動コンソール操作による定義ズレの発生を抑制できます。記事の例では「顧客が90秒以内に切り替えて有人対応を要求した割合」を追うカスタムメトリクスを自動で作成して監視するユースケースが示されています。

影響範囲・利用シーン ​

  • 対象ユーザー: コンタクトセンター管理者、データエンジニア、SRE/運用チーム、CX（顧客体験）リーダー、開発者
  • 利用シーンまたは効果: カスタムKPIの一元管理（例: 自動化されたセルフサービ ス完了率や90秒以内の有人切替率の追跡）、AI/Automationによるメトリクス自動作成とダッシュボード公開、環境間での定義整合性維持
  • 運用効果: 手動設定の削減による人的ミス低減、定義ドリフトの防止による指標信頼性向上、監査ログ（CloudTrail）による変更トレーサビリティ確保

技術的な注意点 ​

  • IAM権限: 新しいAPI呼び出し（CreateMetric 等）を許可するIAMポリシーが必要です。サービスアクション名はドキュメントで確認してください。
  • リージョン制限: 利用可能リージョンは公式ドキュメントで確認してください（What's New記事にリージョン情報の明記がないため事前確認推奨）。
  • コスト: API呼び出し自体は小額だが、CloudTrailログ保存・ダッシュボード表示・関連するメトリクス保持には追加コストが発生する場合があります。料金影響を事前に評価してください。
  • APIクォータ/レート制限: 大量の自動化で呼び出す場合はAPIレート制限・サービスクォータを確認し、必要なら引き上げ申請を行ってください。
  • 変更管理: UpdateMetricContent により計測ロジックが変更されうるため、CI/CDやレビュー・テストプロセスでバージョン管理・検証を行ってください。CloudTrailでの監査ログは有効ですが、メトリクス定義の意図を残すためにソース管理（例: Git）を推奨します。
  • 既存メトリクスとの互換性: 標準メトリクスは引き続き利用可能。カスタムメトリクスの命名規約やタグ付けルールを定め、環境間での一意性と再利用性を設計してください。

参考情報 ​

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

Copyright © 2026