AWS What's New Digest

Appearance

2026年07月25日 ​

[Connect] Amazon Connect now supports audio optimization for Azure Virtual Desktop and Windows 365 Cloud PC ​

概要 ​

Amazon Connectは、Microsoft Azure Virtual Desktop（AVD）とWindows 365 Cloud PC上の仮想デスクトップでも音声最適化（メディアのローカルリダイレクト）をサポートするようになりました。IT管理者が一度環境側の設定を行うことで、エージェントは仮想デスクトップから直接通話を受けられます。

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

本機能では、AVDおよびWindows 365 Cloud PCのセッションで動作するエージェントが、仮想デスクトップに来るメディア（音声）をエージェントのローカル端末へリダイレクトできるようになります。手順としてはIT管理者による仮想デスクトップ環境側（AVD/Windows 365）の一度限りのセットアップ（オーディオリダイレクトの許可やクライアント設定の確認）が必要です。設定後、エージェントはAmazon Connect Customerの標準Agent workspace、またはAmazon Connect Customer向けオープンソースJavaScriptライブラリで構築したカスタムインターフェースからそのまま通話を受けられ、音質の向上とレイテンシ低減が期待できます。これは既存のAmazon WorkSpaces、Citrix Cloud Desktops、Omnissa Cloud Desktops向け音声最適化のサポートに追加される形で提供されます。利用可能リージョンはAmazon Connect Customerが提供されている全リージョンで、ただし AWS GovCloud (US-West) を除きます。

影響範囲・利用シーン ​

  • 対象ユーザー: コンタクトセンター運用者、クラウドVDIを使うエージェント、IT管理者
  • 利用シーン: AVDやWindows 365上で勤務するエージェントがAmazon Connectで通話応対する場合（標準ワークスペース／カスタムWeb UI双方）
  • 運用効果: 仮想デスクトップ経由の通話品質が改善され、通話遅延や音声劣化の低減により顧客対応品質が向上する
  • 導入負荷: 管理者側での一度の環境設定が必要（クライアント設定・ポリシー確認など）

技術的な注意点 ​

  • IAM権限: 仮想デスクトップ（AVD/Windows 365）とAmazon Connectの両方で、管理者が必要な設定を行える権限が必要です
  • リージョン制限: Amazon Connect Customerが提供されている全リージョンで利用可能。ただし AWS GovCloud (US-West) は除外されます
  • コスト: AWS側の追加課金は特に明記されていないが、Windows 365/AVDのライセンス費用やネットワーク帯域／データ転送コストが増加する可能性があります
  • 前提／セットアップ: IT管理者による仮想デスクトップ側の一度きりのセットアップが必要（オーディオリダイレクトの許可、クライアントポリシーの調整など）
  • クライアント要件: エージェントのVDIクライアント（AVDクライアントやWindows 365接続クライアント）がオーディオリダイレクトをサポートしていること、ローカルマイク/スピーカーへのアクセス許可が必要です
  • ネットワーク: WebRTC/メディア転送に必要なネットワーク（HTTPS/443、STUN/TURN関連ポート等）の許可と低レイテンシ経路の確保を推奨します
  • 既存サポートとの互換性: 既にサポートされているAmazon WorkSpaces、Citrix Cloud Desktops、Omnissa Cloud Desktopsの音声最適化と併用可能です

参考情報 ​

[Mwaa] Amazon MWAA now supports Apache Airflow version 2.11.2 ​

概要 ​

Amazon MWAAがApache Airflow 2.11.2をサポート開始しました。2.11.2はセキュリティ修正、バグフィックス、依存ライブラリのアップデートを含むメンテナンスリリースです。

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

Apache Airflow 2.11.2のサポートがAmazon Managed Workflows for Apache Airflow (MWAA) に追加されました。今回のAirflowリリースはコア依存関係のセキュリティパッチ、Web サーバーやタスク実行レイヤの安定性改善を含みます。具体的には、queuedタスクのライフサイクル管理に関する修正、ログにおけるシークレットマスキングの強化、Task Instances一覧UIの表示修正、S3およびCloudWatchへのログ配信に関するプロバイダーパッケージの更新などが含まれます。MWAAでは新規にAirflow 2.11.2環境を作成することも、既存環境をAWS Management Consoleから数クリックでアップグレードすることも可能で、現時点で利用可能なMWAAリージョン全てで対応しています。アップグレードに際してはカスタムプラグインやサードパーティプロバイダーの互換性確認、requirements.txtによる依存固定、ステージング環境での検証を推奨します。

影響範囲・利用シーン ​

  • 対象ユーザー: MWAAを利用しているデータエンジニア、SRE、ETLパイプライン運用者
  • 利用シーンまたは効果: セキュリティ修正と安定性向上により本番ワークフローの信頼性が向上。ログのシークレットマスキング改善で機密情報露出リスクを低減
  • 運用効果: queuedタスクのライフサイクル周りの不具合緩和により失敗や再試行の減少、UIの修正で運用時の可視性が向上
  • リスク/注意点: カスタムプラグインやサードパーティプロバイダーの互換性不整合が発生する可能性があるため事前検証が必要
  • リージョン: 記事時点では「現在利用可能なMWAAリージョンすべて」で提供。対象リージョンは変更される可能性があるため利用前に確認を推奨

技術的な注意点 ​

  • IAM権限: 環境の作成・更新にはMWAA関連のIAM権限(mwaa:CreateEnvironment/mwaa:UpdateEnvironment等)が必要です。必要なポリシーを事前に確認してください
  • リージョン制限: 記事では全MWAA提供リージョンで利用可能とされていますが、リージョンごとのロールアウト状況はAWSコンソールで確認してください
  • 互換性/テスト: カスタムオペレータ、プラグイン、requirements.txtで指定しているPythonパッケージの互換性をステージング環境で検証してください。プロバイダー（S3/CloudWatch等）のバージョン差で挙動が変わる可能性があります
  • アップグレードの可用性: 環境アップグレード中にWeb UIやワーカーの再起動が発生し一時的にジョブ実行に影響が出る場合があります。メンテナンスウィンドウでの実施とロールバック手順の準備を推奨します
  • コスト: Airflowバージョン自体の変更による追加料金は通常発生しませんが、アップグレードに伴う再試行やデバッグ対応による運用コストは発生する可能性があります
  • ログ/シークレット: シークレットのマスキング改善はログ出力時の振る舞いを変更します。既存のログ解析パイプラインや監査要件に影響がないか確認してください

参考情報 ​

[Ec2] Amazon EC2 Dedicated Hosts now support host resource groups without self-managed licenses ​

概要 ​

EC2 Dedicated HostsのHost Resource Groups(HRG)を、これまで必須だったSelf‑Managed Licenses(SML)の作成なしに作成できるようになりました。特にEC2 MacインスタンスやBYOLではないハードウェア分離用途での運用が簡素化されます。

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

従来はHRGを作成する際にAWS License ManagerでSelf‑Managed License (SML) を作成し、該当AMIを関連付ける手順が必要でした。本アップデートにより、コンソールで「Restrict to AMIs associated with self‑managed license」のチェックを外すか、AWS CLIで instance‑launch‑option を設定することでSMLを使わずにHRGを作成できます。SMLを利用する既存のワークフロー（特定AMIのみ起動を許可してホスト単位のライセンス消費を追跡する）は引き続き利用可能です。HRGをSMLなしで作ると、AMIによる起動制限やAWS License Managerによる自動的なホストライセンス追跡は行われません。機能はHRGをサポートするすべてのリージョンで利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: EC2 Dedicated Hostを利用する開発者・インフラエンジニア（特にEC2 Macインスタンス利用者やハードウェア分離を目的とするユーザー）
  • 利用シーンまたは効果: Macビルド/テスト環境やBYOLではないワークロードで、License Managerへの登録作業を省いて専有ホストをすばやく割り当て可能
  • 運用効果: HRG作成の手順が簡素化され、ホスト割当の自動化・プロビジョニング時間が短縮される
  • セキュリティ/コンプライアンス影響: SMLを使用しない場合はAMIベースの起動制限やホスト単位でのライセンス消費の自動追跡が行われないため、ライセンスやコンプライアンス要件がある場合は注意が必要
  • コスト影響: 本機能自体に追加料金は発生しないが、Dedicated Host自体の利用料は従来通り発生する

技術的な注意点 ​

  • IAM権限: HRG作成やホスト操作に必要なEC2関連権限（ホストリソースグループの作成/管理）と、SML作成を行う場合はAWS License Managerの権限を確認してください
  • 操作方法: コンソールで「Restrict to AMIs associated with self‑managed license」をオフにするか、AWS CLIで instance-launch-option を指定してHRGを作成します（記事の記載: instance‑launch‑option を license‑configuration‑required に設定）
  • SMLと非SMLの違い: SMLあり → 特定AMIのみ起動制限・ホスト単位のライセンス追跡が可能。SMLなし → AMI制限および自動ライセンス追跡は行われない。
  • リージョン制限: HRGをサポートするすべてのリージョンで有効（リージョン限定の機能差がある場合はドキュメントを参照してください）
  • コスト: HRGをSMLなしで作成すること自体に追加料金は発生しませんが、Dedicated Hostの料金は継続して発生します

参考情報 ​

[Kinesis] Amazon Kinesis Data Streams now supports scaling down ingest capacity with warm throughput ​

概要 ​

Amazon Kinesis Data StreamsのOn‑demand Advantageモードで、既存の「ウォームスループット（warm throughput）」を使って書き込み（ingest）容量を下げられるようになりました。これにより、ストリームのスループットを上下に明示的に制御して、性能とコストの最適化が可能になります。

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

On‑demandストリームは従来、トラフィック増加時に自動でingest容量を引き上げます。On‑demand Advantageモードのウォームスループット機能は、事前に設定したウォームスループット値により急激なトラフィック変動に備えるための“常時確保”容量を提供します。本アップデートにより、そのウォームスループット値を下げることでストリームの書き込みスループットを縮小することが可能になりました。スケールダウン時、ストリームは設定したウォームスループット値と「過去1時間のピークデータingestを支えるために必要な容量」のうち大きい方に自動調整されます。これにより、現在のトラフィックに対して十分な余裕を残しつつ不要な余剰容量を解放し、処理性能とコスト効率を改善できます。ウォームスループットのスケールダウンは、On‑demand Advantageが有効なOn‑demandストリームで追加料金なしに利用可能です。操作はコンソール／CLI／APIの「Update a stream」相当の手順で行います。

影響範囲・利用シーン ​

  • 対象ユーザー: ストリーミングアプリケーションの開発者、SRE・運用チーム、コスト最適化担当者
  • 利用シーン: 季節的・バースト的なトラフィックを持つワークロード（キャンペーン、ログバースト、ETLバッチの増減）、テスト/ステージ環境での一時的な容量縮小
  • 運用効果: 過剰な書き込みキャパシティの解放によるコスト削減、過去1時間のピークを下回らない安全な最低保証によりパフォーマンス低下リスクを低減
  • 制限/留意点: スケールダウンは過去1時間のピークを下回ることはできないため、直近に高負荷があった場合は即時に大幅削減できない可能性がある

技術的な注意点 ​

  • 必要条件: 対象ストリームはOn‑demandモードかつOn‑demand Advantageが有効であること
  • IAM権限: ストリーム設定を変更するためのUpdateStream系API（コンソール操作含む）を実行できるIAM権限を事前に確認してください（例: kinesis:UpdateStream 等の適切な権限）
  • リージョン制限: On‑demand Advantageをサポートするリージョンで利用可能。未対応リージョンでは使用できません
  • 挙動の注意: スケールダウンは「設定値」と「過去1時間のピークを支えるための容量」の大きい方に合わせて適用されるため、直近にピークがあった場合は希望値より高いままになることがあります
  • 監視: CloudWatchのIncomingBytes/IncomingRecordsやスループット関連メトリクスで変更後の挙動を監視してください（プロビジョニング不足やスロットルの兆候をチェック）
  • コスト: 機能自体に追加料金は発生しませんが、スループット設定の変化は結果的にオンデマンドの課金（ingest量に基づく）に影響します。コスト効果を検証しながら運用してください

参考情報 ​

[General] AWS Lambda now publishes logs for Lambda Managed Instances capacity providers ​

概要 ​

AWS LambdaがLambda Managed Instances（LMI）のキャパシティプロバイダーに関するログを自動でAmazon CloudWatch Logsへ公開するようになりました。これにより、LMI上でのインスタンスのスケーリングとライフサイクル操作の可視化が可能になります。

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

Lambda Managed Instances（LMI）は、EC2上でLambda関数を実行しつつサーバーレスの運用性を維持する機能で、キャパシティプロバイダーはLambdaが代行してプロビジョニングするコンピュートリソースを定義する仕組みです。本アップデートにより、Lambdaはこれらキャパシティプロバイダーが管理するEC2インスタンスについて、起動（launch）、終了（terminate）、ヘルスチェック、プロビジョニングエラー等のライフサイクルイベントを構造化されたJSON形式のログとして自動生成し、CloudWatch Logsへ配信します。構造化ログはフィルタやクエリで特定の失敗やエラーを抽出しやすく、プロビジョニング問題の診断やスケーリング挙動の理解、デバッグ時間の短縮に寄与します。ログはLMIが利用可能な全ての商用リージョンで利用可能で、キャパシティプロバイダー単位でデフォルト有効化されています。ログの表示はLambdaコンソールのキャパシティプロバイダーページから行え、ログ設定はLambda API、コンソール、AWS CLI、AWS SAM、AWS CloudFormationから変更可能です。CloudWatch Logsの標準料金が適用されます。

影響範囲・利用シーン ​

  • 対象ユーザー: LMIを使ってEC2上でLambdaを実行しているクラウドエンジニア、SRE、運用チーム
  • 利用シーン: キャパシティプロバイダーによるインスタンス起動/終了の監視、プロビジョニング失敗のトラブルシューティング、スケーリング挙動の分析
  • 運用効果: 問題発生時の原因切り分けや復旧の迅速化、スケーリングポリシーやインスタンスタイプ選定の最適化による安定稼働
  • コスト影響: CloudWatch Logsの取り込み・保存に対する追加料金が発生（ログ量に依存）

技術的な注意点 ​

  • IAM権限: CloudWatch Logsの閲覧・フィルタ実行（例: logs:DescribeLogGroups, logs:FilterLogEvents 等）や、キャパシティプロバイダー設定変更には適切なLambda関連の権限が必要です
  • リージョン制限: LMIが利用可能な全ての商用リージョンで提供されます。LMI自体が未対応のリージョンでは利用不可です
  • コスト: CloudWatch Logsの標準課金（データ取り込み、保存、クエリ）が適用されます。ログ保持期間を短く設定することでコスト削減可能です
  • デフォルト設定: キャパシティプロバイダーのログはデフォルトで有効になっています。必要に応じて無効化や設定変更が可能です
  • ログフォーマット: 構造化されたJSON形式で出力され、イベント種別（launch/terminate/health_check）、タイムスタンプ、インスタンスIDやエラーコード等を含みます。CloudWatch Logs Insightsやフィルタパターンでの解析に適しています
  • 設定変更方法: Lambdaコンソールのキャパシティプロバイダーページ、Lambda API、AWS CLI、AWS SAM、AWS CloudFormationでログ設定を編集できます
  • 運用上の留意点: 大量のスケールイベントが発生する環境ではログ量が増えるため、ロググループの保持期間設定やメトリクスフィルタの導入を検討してください

参考情報 ​

[Simple Email Service] Amazon SES simplifies sending emails over SMTP using Mail Manager ​

概要 ​

Amazon SESがMail Managerを使ったSMTP送信のコンソール設定を簡素化するガイド付きセットアップを提供開始。数クリックで動作するSMTPエンドポイントとダウンロード可能な認証情報を取得できます。

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

これまでMail Managerを用いてSMTP送信を行うには複数のリソースを個別に作成・設定する必要がありました。本アップデートではコンソール上のガイド付きセットアップがこれらの作業を自動化し、開発者は短時間で本番運用に使えるSMTPエンドポイントと認証情報を取得できます。生成されるものは、動作するSMTPホスト（エンドポイント）、SMTP用の認証情報（ダウンロード可能）およびMail Managerで必要となる関連設定（送信ルーティングやリレー設定等）で、既存のSMTP対応アプリケーションやフレームワークにそのまま組み込めます。追加の手動設定を最小化することで、パスワードリセットや通知、トランザクションメール等の送信を迅速に開始できるのが特徴です。サービスはAmazon SESが利用可能なすべてのAWSリージョンで提供されます。なお、送信自体の課金や配信制御（バウンス/コンプレイント処理、送信制限等）は通常のSESの仕様および料金が適用されます。

影響範囲・利用シーン ​

  • 対象ユーザー: 開発者、アプリケーションチーム、SRE/運用チーム
  • 利用シーン: アプリからの通知メール、パスワードリセット、トランザクションメールの迅速な立ち上げ
  • 運用効果: リソース構成作業を自動化することで導入時間を短縮し、本番相当のSMTP構成を迅速に入手可能
  • 互換性: SMTPに対応した既存のフレームワークやライブラリとそのまま連携できるため移行コストが低い

技術的な注意点 ​

  • IAM権限: SESコンソールおよびMail Managerのリソース作成権限（ses:Create*、ses:Put* 等）が必要。最小権限を検討してください
  • リージョン制限: Amazon SESが利用可能なすべてのリージョンで提供されています（ただしリージョンごとのSES機能差異に注意）
  • コスト: ガイド付きセットアップ自体に追加料金はない可能性が高いですが、送信メール数やデータ転送、受信保存などは通常のSES料金が適用されます
  • 認証情報管理: ダウンロード可能なSMTP認証情報は安全に保管・ローテーションしてください。多くの場合ダウンロード後に再取得が必要になるため初回取得時の保管が重要です
  • セキュリティ: SMTP認証情報は機密情報です。Secrets ManagerやParameter Store等での安全な保管とアクセス制御を推奨します
  • 運用注意: 配信制御（送信クォータ、バウンス/コンプレイントのハンドリング、DKIM/SPF設定など）は別途確認・設定が必要です
  • 互換性/ポート: 従来のSMTPポート（例: 587, 465等）を使用するクライアントと互換性がありますが、ネットワーク側（企業ファイアウォール等）の送信ポート制限を確認してください

参考情報 ​

[Bedrock] Claude Opus 5 is now available on AWS ​

概要 ​

Amazon BedrockでClaude Opus 5が利用可能になりました。Opusシリーズの最新かつ高性能なモデルで、ゼロデータ保持（ZDR）に対応し、コーディング支援、長時間稼働するエージェント、長文・複雑解析に強みを持ちます。

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

Claude Opus 5はコード理解・生成能力、長時間実行されるエージェントの信頼性、長文ドキュメントや複雑分析における推論精度を大きく向上させた最新モデルです。主な特徴は以下の通りです。

  • コーディング: 大規模コードベースを熟知したエンジニアのようにナビゲートし、実運用レベルのコードを生成・修正でき、処理途中で戦略を変えながら作業を継続します。
  • 長時間稼働エージェント: 数時間〜一晩動作するエージェントの実行に耐え、障害回避やリトライ、状態復旧を行い目標達成に至る能力が向上しています。
  • 長文・複雑解析: ドキュメント量が多い企業向けワークロードでの推論精度や深い論理展開に強みがあります。
  • データガバナンス: Amazon Bedrock経由ではZDR（ゼロデータ保持）がデフォルトで有効となり、AWSインフラ内でのリージョナルなデータレジデンシを維持します。BedrockはガードレールやKnowledge BasesなどのAWS管理機能と統合されます。
  • アクセス方法: ① Amazon Bedrock経由 — ZDRがデフォルト、AWS管理の統合機能と地域内データ保持を提供。② Claude Platform on AWS — Anthropicのネイティブなコンソール/API体験をAWSコンソール経由で利用可能（ZDRはリクエストで有効）。 導入時はモデル呼び出しAPI、認証・認可、ネットワーク（VPCエンドポイント等）、およびコスト面（長時間エージェント実行や大量の推論呼び出し）を考慮してください。

影響範囲・利用シーン ​

  • 対象ユーザー: AIモデルを業務で利用するソフトウェア開発者、AIエンジニア、SRE/運用チーム、データサイエンティスト、ドキュメント重視のアナリスト
  • 利用シーン: コード生成・レビュー、自動化エージェント（長時間実行ワークフロー）、大規模ドキュメントの要約・解析、複雑なビジネスロジックの検証
  • 運用効果: 開発生産性の向上（高品質コード生成）、長時間処理タスクの自動化による工数削減、ドキュメント中心の解析精度向上により意思決定の品質改善

技術的な注意点 ​

  • IAM権限: BedrockやClaude Platformの呼び出し用のIAMポリシー（モデル呼び出し、ログ出力、KMSアクセスなど）が必要です。具体的なアクション名は導入前に確認してください。
  • リージョン制限: リージョン毎の提供状況があるため、利用前に対象リージョンでの提供可否を確認してください。Bedrockはリージョンのデータレジデンシをサポートします。
  • データ保持（ZDR）: Amazon BedrockではZDRがデフォルトで有効。Claude Platform on AWSではリクエストでZDR対応可。ZDRにより学習やログ保存の挙動が制限される場合があるため要確認です。
  • コスト: モデル呼び出し（推論）料金、長時間稼働するエージェントによる利用量増大、ログやストレージの追加コストが発生する可能性があります。試験運用でコスト挙動を確認してください。
  • ネットワーク/セキュリティ: VPCエンドポイント、KMSによる暗号化、必要に応じたガードレール（入力/出力フィルタリング等）を検討してください。
  • API互換性/統合: Bedrock経由とClaude PlatformネイティブではAPIやコンソール体験が異なります。既存のAnthropic API依存ワークロードを移行する際は互換性と認証フローを確認してください。

参考情報 ​

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

Copyright © 2026