AWS What's New Digest

Appearance

2026年03月12日 ​

[S3] Amazon S3 introduces account regional namespaces for general purpose buckets ​

概要 ​

Amazon S3にアカウント単位のリージョナル名前空間（account regional namespaces）が導入され、グローバルで一意なバケット名を探す必要がなくなり、顧客ごと/チームごと/データセットごとのバケット設計が容易になります。

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

新機能により、S3の一般用途（general purpose）バケットを各AWSアカウントの予約されたリージョナル名前空間内で作成できるようになりました。これにより、従来のグローバルなバケット名競合を回避し、複数リージョンで予測可能なバケット名を確保できます。バケット作成方法としては、CreateBucket API呼び出し時に新しい「bucket namespace request header」を追加するか、CloudFormationテンプレートでアカウント固有のリージョナルサフィックスを要求名に含めることで利用できます。管理側では、サービスコントロールポリシー（SCP）やIAMポリシーでユーザーが必ずアカウントのリージョナル名前空間内にのみバケットを作成するよう強制でき、企業全体で一貫した命名規則を適用できます。本機能はコンソール、S3 REST API、AWS CLI、AWS SDK、CloudFormationを通じて利用可能で、37のAWSリージョン（AWS ChinaおよびAWS GovCloud (US) 含む）で追加料金なしに提供されています。

影響範囲・利用シーン ​

  • 対象ユーザー: アプリケーション/プラットフォーム開発者、クラウドアーキテクト、SRE、データエンジニア
  • 利用シーンまたは効果: 顧客ごと・チームごと・データセットごとにバケットを割り当てる設計で、バケット名の衝突を気にせず自動化やテンプレート化が可能に
  • 運用効果: バケット名設計の簡素化によりプロビジョニング自動化が容易になり、運用エラーや命名衝突による再作成コストを低減
  • セキュリティ/ガバナンス: SCPやIAM条件で作成先を制限でき、命名規則の一貫性とガバナンスを強化可能
  • リージョン: 本機能は記事時点で37リージョンで利用可能（AWS ChinaおよびGovCloud(US)を含む）

技術的な注意点 ​

  • IAM権限: バケット作成には従来どおりs3:CreateBucket等の権限が必要。SCP/IAMで名前空間を限定するポリシーを作成して強制できます
  • リージョン制限: 記事では37リージョン対応と明記。全リージョンで即時利用可能とは限らないため、対象リージョンの対応状況を確認してください
  • API/ツール対応: CreateBucket APIの新しいリクエストヘッダまたはCloudFormationテンプレートのサフィックス指定による対応が必要。CLI/SDK/コンソールは対応済みだが、使用方法はツールのバージョンによるためアップデートを確認してください
  • コスト: 追加料金は発生しませんが、バケット数増加に伴う管理コストやログ・モニタリングのコストは考慮してください
  • 互換性/移行: 既存のグローバルネームスペースに依存した自動化や外部システムがある場合、名前解決や参照の変更が必要になる可能性があります。既存バケットの名前は自動で変わりません
  • 運用上の留意点: 正確なヘッダ名やCloudFormationでの指定方法など実装詳細はAPIリファレンス/ドキュメントを確認のこと

参考情報 ​

[EKS] AWS Backup adds logically air-gapped vault support for Amazon EKS ​

概要 ​

AWS Backup の「論理的エアギャップ（logically air-gapped）ボールト」が Amazon EKS のバックアップに対応しました。EKS クラスターのバックアップを不変（immutable）かつ暗号化されたボールトに格納し、クロスアカウント／クロスリージョンでの直接リストアが可能になります。

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

論理的エアギャップボールトはデフォルトでロックされた不変のバックアップコピーを格納し、AWS 所有キーまたはカスタマー管理キー（CMK）で暗号化します。本アップデートにより、Amazon EKS のバックアップをこのボールトに保存できるようになりました。使い方は、バックアッププランでボールトをプライマリターゲットまたはコピー先として指定するだけです。ボールトは同一アカウント内だけでなく、他のアカウントやリージョンへ共有可能（AWS Resource Access Manager や Multi-party approvalを利用）で、共有先アカウントから直接リストアジョブを起動できるため、従来のようにバックアップをコピーしてから復元する手間を省けます。操作は AWS Backup コンソール、API、CLI から行えます。可用性は 24 の AWS リージョンで提供されています（詳細はドキュメントで確認）。

影響範囲・利用シーン ​

  • 対象ユーザー: EKS を本番利用しているクラウドエンジニア、SRE、バックアップ／BCP（事業継続）担当者
  • 利用シーンまたは効果: ランサムウェア対策やデータ破壊に対する耐性向上、クロスアカウント／クロスリージョンでの迅速な復旧（ダウンタイム短縮）
  • 運用効果: バックアップの不変性と鍵管理により改ざんリスクを低減し、直接リストアにより復旧手順と時間を簡素化
  • コンプライアンス適合: 証拠保全や規制要件（変更不可な保管、キー管理）への対応がしやすくなる

技術的な注意点 ​

  • IAM権限: AWS Backup、AWS RAM、KMS、EKS 関連の操作に必要な IAM ポリシー／ロールが必要。共有先からの直接リストアには適切な権限付与（バックアップの取得・復元、KMS デクリプト権限等）が必須
  • 暗号化／鍵管理: ボールトは AWS 所有キーまたはカスタマー管理キー（CMK）で暗号化可能。クロスアカウント共有や復元を行う場合、CMK ポリシーで必要なアクセス（キーの使用許可）を明示的に付与する必要あり
  • バックアップ範囲: EKS のバックアップ対象（クラスター構成、永続ボリューム等）の詳細な範囲はドキュメントで確認してください。想定外のリソースは別途バックアップが必要になる場合があります
  • 復旧ワークフロー: 共有ボールトからの直接リストアはコピー不要で復旧時間を短縮するが、復元先アカウントでの権限設定・KMS アクセス・リソース作成権限が整っていることを事前に確認してください
  • リージョン制限: 本機能は 24 リージョンで利用可能ですが、全リージョンで提供されているわけではありません。利用予定リージョンの対応状況を公式ドキュメントで確認してください
  • コスト: バックアップストレージ、クロスリージョン転送、AWS Backup の操作料金、KMS の API 呼び出し料金などが発生する可能性があります。コスト影響は設計段階で評価してください
  • その他の留意点: "論理的エアギャップ" は物理的隔離ではなく論理的制御（ロック、暗号化、アクセス制御）による保護です。規制要件で物理隔離が求められる場合は適合性を確認してください

参考情報 ​

[Neptune] Amazon Neptune Database is now available in Asia Pacific (Hyderabad) region ​

概要 ​

Amazon Neptune（グラフデータベース）が AWS Asia Pacific (Hyderabad) リージョンで利用可能になりました。複数のインスタンスタイプを選択でき、Gremlin／openCypher（Property Graph）やSPARQL（RDF）でグラフアプリケーションを構築できます。

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

新リージョン（Asia Pacific - Hyderabad）でNeptuneクラスタの作成が可能になりました。利用可能なインスタンスタイプは R5, R5d, R6g, R6i, X2iedn, T4g, T3 で、汎用・メモリ最適化・ローカルNVMe（d/iedn）やGravitonベース（R6g/T4g）インスタンスを選べます。NeptuneはProperty Graph（Apache TinkerPop Gremlin / openCypher）とRDF（SPARQL）をサポートし、低レイテンシで接続性の高いデータセットのクエリ処理に最適化されたフルマネージドのグラフデータベースです。エンタープライズ向け機能として高可用性（マルチAZ配置）、自動バックアップ、VPCによるネットワーク分離（セキュアなエンドポイント）、暗号化（KMS）などを提供します。グローバルな分散アプリケーション向けにはNeptune Global Databaseで複数リージョンに跨る単一データベース構成が可能です。作成方法は AWS マネジメントコンソール、AWS CLI、またはCloudFormationクイックスタートテンプレートから行えます。詳細な料金・利用可能リージョンはNeptuneの料金ページおよびAWSリージョン表を参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: グラフDBを用いるアプリケーション開発者、データサイエンティスト、SRE/運用チーム
  • 利用シーン: ソーシャルネットワーク分析、知識グラフ、詐欺検知、推薦エンジン、複雑なリレーション解析を伴うアプリケーションをHyderabadリージョンで運用する場合
  • 運用効果: 低レイテンシでのグラフクエリ実行とマネージド運用（自動バックアップ/高可用性）により、運用負荷を軽減して本番展開が容易になる
  • グローバル展開への影響: Neptune Global Database を使うことで、単一の論理データベースを複数リージョンにレプリケートし、読み取りレイテンシ改善やリージョン冗長化を図れる

技術的な注意点 ​

  • IAM権限: neptune の作成/管理（neptune:CreateDBCluster 等）に加え、VPC/EC2/CloudWatch/ KMS に関する適切な権限が必要です
  • リージョン制限: 本アナウンスは Asia Pacific (Hyderabad) 向けの提供開始を示します。他リージョンでの可用性や機能差は料金ページ／リージョン表で確認してください
  • インスタンスタイプ: R6g/T4g は Graviton（ARM）ベース、R5d/X2iedn はローカルインスタンスストア（d/iedn）があるため、性能特性と可用性要件を考慮して選択してください
  • ネットワーク: Neptune は通常 VPC 内で動作します。サブネット配置（マルチAZ）やセキュリティグループ、ENI 設定を事前に設計してください
  • バックアップ/復旧: 自動バックアップとスナップショットはサポートされますが、バックアップの保持期間や復旧手順（ポイントインタイムリカバリ）を確認してください
  • 暗号化/KMS: 暗号化を有効にする場合、KMSキーはリージョン固有です。クロスリージョンレプリケーション時のキー管理に注意してください
  • コスト: インスタンスタイプやストレージ、リージョン間レプリケーション（Global Database）、データ転送、バックアップストレージに応じた追加料金が発生します。事前に料金ページで見積もりを確認してください

参考情報 ​

[Ec2] Amazon EC2 C8id instances are now available in Europe (Spain) ​

概要 ​

Amazon EC2の新しい第8世代C8idインスタンスがEurope (Spain) リージョンで利用可能になりました。高コア数・大容量メモリ・大容量NVMeを備え、C6id比でCPU性能・メモリ帯域・I/O性能が大幅に向上しています。

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

C8idはカスタムIntel Xeon 6プロセッサを採用するコンピュート最適化インスタンスタイプで、最大384 vCPU、768 GiBメモリ、22.8 TBのNVMe SSDインスタンスストレージを提供します。C6id世代と比較して最大でCPU性能が約43%向上し、メモリ帯域幅は約3.3倍に拡張されています。特にI/O集約型のデータベースワークロードでは最大46%の性能向上、リアルタイム分析のI/O集約クエリでは最大30%のクエリ高速化が報告されています。新たにInstance Bandwidth Configurationをサポートし、総帯域幅のうち最大25%をネットワーク帯域とEBS帯域の間で柔軟に再配分できるため、ネットワーク重視／ストレージ重視のワークロードに合わせて帯域を最適化できます。利用可能リージョンには US East (N. Virginia, Ohio)、US West (Oregon)、Europe (Frankfurt, Spain)、Asia Pacific (Tokyo) が含まれ、購入方式はOn‑Demand、Savings Plans、Spotに対応します。想定ユースケースは高性能ウェブサーバ、バッチ処理、分散分析、広告配信、動画エンコード、ゲームサーバ、I/O集約型DBおよびリアルタイム分析などのコンピュート／I/O集約ワークロードです。

影響範囲・利用シーン ​

  • 対象ユーザー: クラウドエンジニア、SRE、データベース管理者、リアルタイム分析エンジニア、ゲーム/メディア運用チーム
  • 利用シーンまたは効果: 高並列CPU処理や大容量メモリを要するバッチ処理・分散分析、I/O集約型DBやリアルタイム分析でのスループット向上とレイテンシ低減
  • 運用効果: Instance Bandwidth ConfigurationによりネットワークとEBS帯域をワークロードに応じて25%まで再配分可能になり、I/Oパフォーマンス最適化とコスト効率改善が期待できる

技術的な注意点 ​

  • AMI/アーキテクチャ: C8idはx86（Intel）/Nitroベースのインスタンスのため、対応するLinux/Windows AMI（最新カーネルやNVMeドライバ含む）を利用してください
  • インスタンスストレージ: 22.8TBのNVMeはインスタンスストア（ローカル）であり、停止/終了時にデータが消失します。永続化が必要なデータはEBSや外部ストレージを利用してください
  • Instance Bandwidth Configuration: 総帯域のうち最大25%をネットワークとEBS間で柔軟配分できます。設定や挙動は最新のEC2コンソール/API/SDKでサポートされているか確認してください
  • リージョン制限: 本記事では Europe (Spain) で新規提供開始。すべてのAZで即時利用できるとは限らないため、展開前にターゲットAZの容量を確認してください
  • IAM権限: ec2:RunInstances、ec2:ModifyInstanceAttribute（帯域設定変更時）などの適切な権限が必要です。組織のIAMポリシーを事前に確認してください
  • 互換性: 既存の自動スケーリンググループやイメージで問題が出る可能性があるため、事前に性能テストおよび互換性検証を行ってください
  • コスト: 高性能インスタンスのためオンデマンド料金は高めです。長期利用はSavings PlansやReserved相当の割引を検討、短期/スポット需要にはSpotを活用してください

参考情報 ​

[Ec2] Amazon EC2 C8gd and M8gd instances are now available in additional AWS Regions ​

概要 ​

Amazon EC2のGraviton4ベース新世代インスタンスであるC8gd（計算最適化）とM8gd（汎用）が、ローカルNVMeストレージを最大11.4TB搭載した形で、さらに複数リージョンに展開されました。性能・I/O・ネットワーク面の改善と帯域幅調整オプションが利用可能になっています。

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

今回の拡張で、C8gdインスタンスが南米（サンパウロ）、M8gdインスタンスが欧州（アイルランド）で利用可能になりました。これらはAWS Graviton4プロセッサを搭載し、Graviton3ベースの同等インスタンスに対して最大30%の性能向上を実現します。I/O集約型データベースでは最大40%の性能向上、リアルタイムなデータ分析クエリでは最大20%の応答速度改善が見込まれます。各インスタンスはAWS Nitro System上に構築され、ローカルNVMeベースのブロックレベルSSDを最大11.4 TBまで搭載可能（インスタンスストレージはエフェメラル）です。インスタンスサイズは12種類が提供され、ネットワーク帯域は最大50 Gbps、Amazon EBSへの帯域は最大40 Gbpsをサポートします。さらに、EC2インスタンス帯域幅ウェイト設定によりネットワークおよびEBS帯域幅を25%調整でき、ワークロードに応じた帯域割当ての柔軟化が可能です。大きいサイズ（24xlarge, 48xlarge, metal-24xl, metal-48xl）ではElastic Fabric Adapter（EFA）にも対応しており、高性能かつ低レイテンシの分散アプリケーション（MPI等）にも適します。導入・移行を支援するために、AWSはGraviton Fast StartやPorting Advisor for Gravitonといった支援ツールも案内しています。

影響範囲・利用シーン ​

  • 対象ユーザー: クラウドエンジニア、SRE、データベース管理者、リアルタイム分析やI/O集約アプリケーションを運用する開発者
  • 利用シーン: ローカルNVMeを活用した低レイテンシ／高IOPSのデータベース運用、リアルタイム分析クエリ、キャッシュ／ワーキングセットが大きいアプリケーション、高性能ネットワークが必要な分散計算（EFA利用）
  • 運用効果: Graviton4によるCPU性能向上とローカルNVMeの組合せでI/O待ち時間削減・クエリ応答改善が期待できる。帯域幅ウェイト設定によりネットワーク/EBSリソースをワークロードに応じて最適化できるため、性能チューニングの自由度が上がる

技術的な注意点 ​

  • IAM権限: インスタンスの起動/変更にはec2:RunInstances、ec2:ModifyInstanceAttribute、関連するネットワーク／EFAの権限が必要です。事前にIAMポリシーを確認してください。
  • リージョン制限: 新規展開は南米（サンパウロ）にC8gd、欧州（アイルランド）にM8gd。その他リージョンは順次展開中の可能性があるため、利用前にコンソールまたはリージョンごとのドキュメントで利用可否を確認してください。
  • コスト: Graviton4ベースで性能は向上するが、インスタンス料金はインスタンスタイプ・サイズで変動します。ローカルNVMeはインスタンス付帯ストレージであり、EBS利用量やネットワーク/スループット要件に応じて追加コストが発生する可能性があります。性能向上によるコスト効率改善（同等性能をより小さいインスタンスで実現）を検証してください。
  • ストレージ特性: ローカルNVMeはインスタンスストレージ（エフェメラル）であり、停止／終了でデータは消失します。永続化が必要なデータはEBSやS3に保存してください。
  • EFA/ドライバ要件: EFAを利用するサイズでは適切なAMI・カーネル・ドライバ（EFA/ENA）が必要です。クラスタ通信やMPI等のセットアップを事前に検証してください。
  • 帯域幅調整: 帯域幅ウェイト設定でネットワーク/EBS帯域を25%調整可能ですが、設定変更がワークロードに与える影響をステージング環境でテストすることを推奨します。

参考情報 ​

[Ec2] Amazon EC2 R7gd instances are now available in South America (Sao Paulo) Region ​

概要 ​

Amazon EC2 の R7gd インスタンス（最大 3.8 TB のローカル NVMe SSD 搭載、AWS Graviton3 搭載）が南米（サンパウロ）リージョン（sa-east-1）で利用可能になりました。メモリ集約型ワークロードと低レイテンシのローカルストレージを必要とする用途に適しています。

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

R7gd インスタンスは AWS Graviton3 プロセッサ、DDR5 メモリ、AWS Nitro System を採用し、インスタンスに直接接続された最大 3.8 TB の NVMe ベースのローカル SSD（インスタンスストア）を提供します。これにより、オープンソース DB、インメモリキャッシュ、リアルタイム大規模データ解析などのメモリ重視かつ高 I/O・低レイテンシな処理に最適化されています。ローカル NVMe はブロックレベルの高速ストレージとしてスクラッチ領域、テンポラリファイル、キャッシュ、ローカル一時データの格納に適しています。R7gd は Nitro プラットフォームにより高性能なネットワーク/ストレージパスやセキュリティ分離を実現します。リージョン追加により、南米地域のレイテンシ削減やデータ主権要件への対応が可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: クラウドエンジニア、データベース管理者、SRE、ビッグデータ/解析チーム
  • 利用シーンまたは効果: メモリ集約型データベース（例：Redis、Memcached、In-memory DB）、リアルタイム解析、ローカル高速キャッシュやスクラッチ領域を必要とするワークロードにより低レイテンシかつ高 IOPS のローカルストレージを提供
  • 運用効果: 南米（サンパウロ）リージョンでの応答性向上、外部ストレージへの依存低減（I/O 遅延の削減）、一時データ処理の高速化による全体処理時間短縮

技術的な注意点 ​

  • インスタンスストアの性質: ローカルNVMeはインスタンス終了・停止・ホスト障害でデータが消失します。永続化・スナップショットには EBS/S3 を使用してください
  • OS/ドライバ: NVMe デバイスは OS 側で NVMe ドライバが必要です。カスタム AMI を作成する場合はドライバ対応とデバイス名の確認を行ってください
  • AMI と停止動作: EBS バックの AMI でもローカルインスタンスストアは停止→起動で初期化される可能性があるため、設計時に考慮してください
  • セキュリティ/暗号化: インスタンスストアの内容はデフォルトでホスト側の永続暗号化に依存します。機密データがある場合はアプリケーション側での暗号化検討が必要です
  • IAM権限: インスタンス起動・情報取得に必要な ec2:RunInstances、ec2:DescribeInstances、ec2:DescribeInstanceTypes、ec2:CreateTags などを確認してください
  • リージョン制限: 本リリースは South America (Sao Paulo) (sa-east-1) での提供開始です。他リージョンでは未対応の可能性があります。事前に利用可否を確認してください
  • コスト: インスタンス使用料にインスタンスストアのコストは含まれますが、インスタンスタイプの価格は EBS ベースの同等インスタンスと異なります。料金差やデータ保護のための追加ストレージ（EBS/S3）コストを考慮してください

参考情報 ​

[RDS] Amazon CloudWatch Database Insights on-demand analysis now available in AWS Govcloud (US) Regions ​

概要 ​

Amazon CloudWatch Database Insights のオンデマンド解析機能が AWS GovCloud (US-East) および AWS GovCloud (US-West) リージョンで利用可能になりました。これにより Aurora と RDS のデータベース性能を指定期間で自動解析し、ボトルネック検出と具体的な改善アドバイスを得られます。

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

CloudWatch Database Insights のオンデマンド解析は、選択した任意の時間範囲のモニタリングデータを機械学習ベースのモデルで自動的に解析します。解析は選択期間のメトリクスやクエリ実行状況、リソース利用パターンを通常のベースラインと比較して異常を検出し、視覚化されたダッシュボードとステップバイステップの修復案を提示します。これにより、従来手作業で行っていたメトリクス相関やルート原因調査の負担を軽減し、平均診断時間（MTTD/MTTR）を数時間から数分へ短縮できます。利用前提としては CloudWatch Database Insights の Advanced モードを有効化する必要があり、設定は RDS コンソール、AWS API、AWS SDK、または AWS CloudFormation から行えます。対象は Amazon Aurora と Amazon RDS のデータベースで、GovCloud (US-East/US-West) に今回対応が拡張されました。

影響範囲・利用シーン ​

  • 対象ユーザー: データベース管理者（DBA）、開発者、SRE/運用チーム
  • 利用シーンまたは効果: パフォーマンス低下発生時の迅速なボトルネック特定と復旧手順提示により、障害対応時間の短縮やサービスSLA維持に貢献
  • 運用効果: 手動解析に比べて診断時間が大幅に短縮され、専門家リソースが不足している環境でも効率的なトラブルシューティングが可能
  • 対応サービス: Amazon Aurora、Amazon RDS（Advanced モード有効化が前提）
  • リージョン影響: 本リリースにより AWS GovCloud (US-East) および AWS GovCloud (US-West) でオンデマンド解析が利用可能に

技術的な注意点 ​

  • IAM権限: Database Insights の設定変更や解析結果参照には CloudWatch と RDS 関連の適切な IAM 権限（コンソール/API 操作権限）が必要です。事前に役割・ポリシーを確認してください。
  • リージョン制限: 今回の拡張は AWS GovCloud (US-East) と AWS GovCloud (US-West) に対するものです。他リージョンでの提供状況はドキュメントを確認してください。
  • コスト: Advanced モードや追加の解析・保存に伴い追加課金が発生する可能性があります。実運用前に料金ページや請求見積もりを確認してください。
  • 前提条件: Advanced モードを有効にする必要があります。対応するエンジン/バージョンやログ/メトリクス収集設定などの前提条件は RDS/Aurora のドキュメントを参照してください。
  • 注意点: 自動解析はベースライン比較による推奨を行いますが、推奨内容は環境依存のため本番対応前に影響を評価してください。

参考情報 ​

[Connect] Amazon Connect now provides integrated workflows for managers to coach agents ​

概要 ​

Amazon Connectはマネージャーが評価スコアカードから即座にコーチング計画を作成し、対象の通話例を共有、エージェントがフィードバックを確認・追記できる統合コーチングワークフローを提供開始しました。ConnectのUI上で履歴を一元管理でき、コーチングの遅延削減と進捗追跡を容易にします。

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

この機能は既存の評価（evaluation）スコアカードと連携し、評価で改善点を見つけた際にその場でコーチングプランを作成できます。コーチングプランには具体的な顧客対応の例（通話やチャットの抜粋）を添付でき、マネージャーは良かった点と改善すべき点を示し、改善に使える「共感表現」などの実例も提示できます。セッション後、エージェントはフィードバックを確認（acknowledge）し、理解の確認や次のアクションをノートとして追記可能です。マネージャー・エージェント双方が単一ページのコーチング履歴にアクセスでき、期間ごとの進捗や過去のフィードバックを体系的に追跡できます。UIベースの機能で、コーチングの作成→実施→記録の流れをConnect内で完結させることで、手作業や別ツールへの移行による遅延と情報分断を解消します。この記事発表時点で、この機能はAmazon Connectの提供されているすべてのリージョンで利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: コンタクトセンターマネージャー、スーパーバイザー、トレーニング担当者、エージェント
  • 利用シーンまたは効果: 評価スコアカードから直接コーチング計画を作成して具体的な通話例を共有することで、フィードバックの即時性と具体性が向上し、エージェントのパフォーマンス改善サイクルを短縮
  • 運用効果: コーチング履歴の一元化により進捗管理・アカウンタビリティが向上し、コーチング遅延の解消と組織的な能力開発が促進される

技術的な注意点 ​

  • IAM権限: マネージャー/スーパーバイザーがコーチング作成・閲覧を行うには、Amazon Connectの管理/評価関連権限（コンソール操作権限および評価管理権限）が必要です。具体的なIAMポリシーは公式ドキュメントで確認してください。
  • リージョン制限: 発表ではAmazon Connectが提供されている全リージョンで利用可能とされていますが、利用前に対象リージョンの最新リリース状況を確認してください。
  • データ保存とコンプライアンス: コーチングで共有する通話録音やチャットの抜粋は録音保存ポリシーや個人情報保護ルールの対象になります。S3保存先、保持期間、アクセス制御、ログ出力（CloudTrail等）を見直してください。
  • API/自動化: 発表はUI統合を強調しており、同等の機能がAPIで利用可能かはドキュメント確認が必要です。既存の評価ワークフロー自動化との連携を行う場合はドキュメントでAPIの有無を確認してください。
  • コスト: 新機能そのものに関する明示的な追加料金は言及されていませんが、録音・ログ・保存容量増加やデータ保持の延長に伴うS3/CloudWatch/その他ストレージのコスト増加が発生する可能性があります。必要に応じて保存ポリシーを調整してください。

参考情報 ​

[Ec2] Amazon EC2 High Memory U7i instances now available in additional regions ​

概要 ​

Amazon EC2のHigh Memory U7iファミリーに属するu7i-8tb（8TiB）とu7i-12tb（12TiB）のインスタンスが追加リージョンで利用可能になりました。大容量メモリと高いネットワーク／EBS帯域により、インメモリDBやトランザクション処理に最適化されています。

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

今回の更新で、u7i-8tb.112xlarge（8TiB DDR5、448 vCPU）がAWS Asia Pacific（Hyderabad）で、u7i-12tb.224xlarge（12TiB DDR5、896 vCPU）がAWS Europe（Spain）で利用可能になりました。U7iはAWSの第7世代インスタンスで、カスタム第4世代Intel Xeon Scalable（Sapphire Rapids）を採用しています。両インスタンスとも最大100 Gbpsのネットワーク帯域と最大100 GbpsのAmazon EBS帯域をサポートし、ENA Expressにも対応しているため、大量データのロードやバックアップ、低レイテンシなネットワーク処理が可能です。主なユースケースはSAP HANA、Oracle In-Memory、SQL Serverなどのミッションクリティカルなインメモリデータベースや、大規模トランザクション処理ワークロードです。詳細はHigh Memory instancesページで確認できます。

影響範囲・利用シーン ​

  • 対象ユーザー: ミッションクリティカルなインメモリDB運用者、エンタープライズDB管理者、ハイパフォーマンスなトランザクション処理を要するSRE/プラットフォームチーム
  • 利用シーン: SAP HANAや大規模Oracle/SQL Serverインメモリ構成、データウェアハウスの一時領域、大規模キャッシュ/リアルタイム分析ワークロード
  • 運用効果: より大きなメモリ空間でアプリケーションを単一ノードに集約でき、クロスノード通信を減らして性能と一貫性を改善。EBS/ネットワーク帯域の増加によりデータロードとバックアップが高速化され、運用の短縮と障害対応時間の低減が期待できる

技術的な注意点 ​

  • リージョン制限: u7i-8tbはAsia Pacific（Hyderabad）で、u7i-12tbはEurope（Spain）で追加。全リージョンでの展開は順次対応の可能性ありため事前確認が必要です
  • AMI/ドライバ: ENA Expressや最新のネットワーク／EBSドライバが必要。OSイメージは大容量メモリ・vCPUに対応したものを使用してください（カーネル/ドライバ互換性を確認）
  • データベース認定: SAP HANAや商用データベースを稼働させる場合はベンダーによるインスタンス認定とライセンス要件を事前に確認してください
  • IAM権限: インスタンス起動やネットワーク/EBS操作のために適切なec2:*権限（例: ec2:RunInstances, ec2:AttachVolume 等）が必要です
  • コスト: 大容量メモリインスタンスはオンデマンド料金が高額。リザーブドインスタンス/ Savings Plansや専用のライセンスコストを検討してください
  • 運用設定: NUMAやHugePagesなどメモリ最適化設定の調整で性能差が出るため、DBチューニングとOSレイヤでの最適化検証を推奨します
  • 特記事項: ENA Express対応と100 Gbpsの帯域が提供されるため、ネットワーク設計およびEBSスループット要件を満たす設定（ストレージタイプ、IOPS構成など）を確認してください

参考情報 ​

[Connect] Amazon Connect now lets you select different From email addresses when sending emails ​

概要 ​

Amazon Connectは、受信メールへの返信や新規送信時にエージェントが送信元（From）メールアドレスを選択できる機能を追加しました。これにより、単一のConnectインスタンスで複数ブランドや事業部を扱うコンタクトセンターで適切な送信元識別が可能になります。

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

管理者は各キューごとに複数の送信元メールアドレスを設定でき、エージェントは作業中のキューに紐づいた候補アドレスを検索・選択して返信または新規送信を行えます。対象は受信メールへの返信とアウトバウンドの新規メッセージで、ブランドや事業ごとに異なるFromアドレスを明示的に使い分けることで顧客体験の一貫性を保てます。設定はAmazon Connect管理画面で行い、Connectのメールチャネル経由で送受信されます。現在この機能は以下リージョンで利用可能です: US East (N. Virginia), US West (Oregon), Africa (Cape Town), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Sydney), Asia Pacific (Tokyo), Canada (Central), Europe (Frankfurt), Europe (London)。詳細はヘルプドキュメントや製品ページを参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: コンタクトセンター管理者、エージェント、マルチブランド/マルチラインのビジネスを運営する企業
  • 利用シーンまたは効果: 単一のConnectインスタンスで複数ブランドのメール送信元を使い分ける必要がある場合に、正しいブランド識別で顧客対応ができる（例: 複数プロダクトライン、地域ブランド、代理店運用）
  • 運用効果: ブランド整合性の向上、誤送信や顧客混乱の低減、エージェントの作業効率向上（適切なFrom選択による手戻りの削減）

技術的な注意点 ​

  • IAM権限: 管理者が送信元アドレスを設定するためのConnect管理権限が必要です。メール送信に関連してSESやRoute53の操作が必要な場合はそれらの権限も確認してください。
  • リージョン制限: 機能は記事で列挙されたリージョン（US East (N. Virginia)、US West (Oregon)、Africa (Cape Town)、Asia Pacific (Seoul)、Asia Pacific (Singapore)、Asia Pacific (Sydney)、Asia Pacific (Tokyo)、Canada (Central)、Europe (Frankfurt)、Europe (London)）で利用可能です。未リストのリージョンでは利用できません。
  • コスト: 記事に追加料金の有無は明記されていませんが、Amazon Connectのメールチャネル利用や実際のメール送信はConnect/SESの送信料金や関連サービスの費用が発生する可能性があります。送信量やDeliverability向上のための追加サービスがコストに影響します。
  • 送信ドメイン/アドレスの検証: カスタムFromアドレスやドメインを利用する場合、送信元アドレス／ドメインの検証（SESのアイデンティティ確認やDNS設定（SPF/DKIM））が必要になることがあります。事前にドメイン設定を確認してください。
  • 既存設定への影響: キューごとに送信元を追加するため、既存のテンプレートや自動化フローでFromに依存した前提がある場合は設定変更の影響を確認してください。

参考情報 ​

[Connect] Amazon Connect now provides case data in analytics data lake ​

概要 ​

Amazon Connectの「Cases（ケース）」データがAnalytics Data Lakeに出力されるようになり、AthenaやQuickSightでケース情報と他のConnect解析データを組み合わせたレポートや分析が容易になりました。これにより複雑なETLパイプラインを構築せずにケースボリュームや対応状況、センチメント分析などが可能になります。

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

今回のアップデートでは、Amazon Connect Cases（ケース管理）のデータがAmazon ConnectのAnalytics Data Lakeに含まれるようになりました。これによりケース関連のイベント／メタデータが他のConnect解析データと同じデータレイク上に保存され、Amazon AthenaでSQLによるクエリ実行、Amazon QuickSightでの可視化を直接行えます。想定される分析例として、ケース種別ごとの発生数、エージェントシフト間でのケース処理分布、ケース単位でのコンタクトセンチメント集計（音声テキストの感情分析結果などを統合した分析）などがあります。データはAnalytics Data Lakeのスキーマに従って格納されるため、まずはドキュメントに示されるテーブル／スキーマとクエリ例を確認してから分析を進めると良いでしょう。なお、本機能は記事記載の通り複数リージョンで利用可能です（下記参照）。

影響範囲・利用シーン ​

  • 対象ユーザー: コンタクトセンター運用者、データ分析者、SRE/運用チーム、BI担当者
  • 利用シーン: ケース発生傾向の可視化、エージェント別／シフト別の処理パフォーマンス分析、ケースと接触履歴を結合した顧客満足度（センチメント）分析、経営指標（KPI）ダッシュボード作成
  • 運用効果: ETLパイプラインの簡素化により分析導入の工数削減、リアルなケースデータを用いた迅速な意思決定、Athena/QuickSightを利用したセルフサービス分析が可能になることでデータチームの負荷軽減

技術的な注意点 ​

  • IAM権限: Analytics Data LakeおよびS3、Athena、QuickSightへのアクセスに必要なIAMロール／権限を事前に設定してください（必要な最小権限はドキュメント参照）
  • リージョン制限: 本機能は以下リージョンで利用可能です: US East (N. Virginia), US West (Oregon), Canada (Central), Europe (Frankfurt), Europe (London), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Sydney), Asia Pacific (Tokyo), Africa (Cape Town)
  • コスト: S3ストレージ、Athenaのクエリ実行料金、QuickSightのライセンス/スキャンコストが発生します。データ量やクエリ設計に応じてコストが増減するため事前に見積もりを行ってください
  • データスキーマ／保持: ケースデータのスキーマ、パーティション（例: 日付）や保存期間はドキュメントに従います。クエリ性能やストレージ最適化のためスキーマとパーティション設計を確認してください
  • 暗号化とコンプライアンス: データはS3上に格納される想定のため、サーバー側暗号化（SSE-S3/SSE-KMS）やKMSキー管理などの設定、アクセスログ／監査設定を確認してください
  • データ更新頻度（遅延）: データレイクへの反映頻度や遅延は仕様に依存します。ほぼリアルタイムではない可能性があるため、リアルタイム性が必要なユースケースは事前に更新間隔を確認してください
  • 有効化手順: Analytics Data Lakeへの出力を有効化するための設定や必要なロールの作成が必要です。ロールやS3バケットの設定、Athena用のテーブル作成手順は公式ドキュメントを参照してください

参考情報 ​

AI要約はOpenAI GPT-5-miniによって生成されています。

Copyright © 2026