AWS What's New Digest

Appearance

2026年04月29日 ​

[Transfer Family] AWS Transfer Family Terraform module now supports Okta and Microsoft Entra ID integration examples ​

概要 ​

AWS Transfer FamilyのTerraformモジュールに、OktaおよびMicrosoft Entra IDをカスタムIDプロバイダー（IdP）として統合するエンドツーエンドのデプロイ例が追加されました。既存のアイデンティティ基盤を活かしてTransfer FamilyサーバーをTerraformで自動デプロイできます。

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

追加されたTerraformモジュール例は、オープンソースの「Custom IdP」ソリューションをベースにし、OktaおよびMicrosoft Entra IDと連携する実装パターンを提供します。具体的には、Transfer Familyエンドポイントを外部IdPで認証・属性取得するための設定例が含まれており、Okta例はパスワード認証、TOTPベースの多要素認証(MFA)、および属性取得をサポートします。Entra ID例はマイクロソフトの標準的なパスワード認証フローを示します。Custom IdPソリューションは、MFA、監査ログ、ユーザー単位のIP許可リスト(allowlisting)などのセキュリティコントロールを組み込んでおり、Terraform Registryからモジュールを取得して既存のアイデンティティ基盤と統合したTransfer Familyサーバーを自動化して構築できます。

影響範囲・利用シーン ​

  • 対象ユーザー: Transfer Familyを利用してファイル転送を行うエンタープライズ（SRE/運用チーム、セキュリティチーム、クラウドエンジニア）
  • 利用シーン: 既存のOktaやMicrosoft Entra IDを認証基盤として用いるSFTP/FTPS/FTPサーバーの一括デプロイと管理（TerraformによるIaC）
  • 運用効果: IdP連携をテンプレート化することで導入・設定工数を低減し、MFA／監査ログ／IP制限を含むセキュアな運用を標準化できる
  • セキュリティ: 組織の既存認証ポリシー（MFA、属性ベースのアクセス制御）をそのままTransfer Familyへ適用可能
  • 自動化/CI: TerraformモジュールをCI/CDに組み込むことで本番・ステージング環境への一貫したデプロイが容易になる

技術的な注意点 ​

  • IAM権限: TerraformでTransfer Family、Lambda、API Gateway、IAMロール、CloudWatch等のリソースを作成する権限が必要です。事前に最小権限ポリシーを検討してください
  • リージョン制限: Transfer Familyおよび特定の機能は全リージョンで利用可能とは限りません。利用可能リージョンはAWS Capabilities（リージョン別サービス表）で確認してください
  • コスト: 追加リソース（Transfer Familyサーバーの時間料金・データ転送料、Lambda実行、API Gateway、CloudWatch Logs、Secrets Manager/SSM等）により追加コストが発生します
  • 前提条件: OktaやEntra ID側でアプリケーション/クライアントの登録・資格情報（クライアントID/シークレットやエンドポイント）の準備が必要です。属性マッピングやMFAポリシーの設定も事前に行ってください
  • Terraform注意点: モジュールは例を含むため、シークレット（クライアントシークレット等）はTerraformコード内にハードコーディングせず、Secrets ManagerやSSMパラメータ等で安全に管理してください。Terraform stateに機密情報が残らないよう注意が必要です
  • 運用注意: Custom IdPソリューションは認証APIやログの運用が発生します。監査ログ保存・ログローテーション、アラート設定、IP allowlistの管理プロセスを整備してください

参考情報 ​

[Govcloud Us] Amazon RDS for Db2 is now available in the AWS GovCloud (US-East, US-West) Regions ​

概要 ​

Amazon RDS for Db2 が AWS GovCloud (US‑East, US‑West) リージョンで利用可能になりました。これにより、規制要件のあるワークロードでもマネージドな Db2 をクラウド上で短時間に構築・運用できます。

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

Amazon RDS for Db2 は、Db2 データベースのセットアップ、運用、スケーリングを簡素化するマネージドサービスです。GovCloud (US‑East, US‑West) での提供により、米国政府向けや規制対象のデータを扱う環境でマネージドな Db2 を利用できます。主な技術的特徴は以下の通りです。

  • クイックデプロイ: 自動で最適化されたパラメータを設定して数分でデータベースを作成可能。
  • 高可用性: Multi‑AZ 構成を選択すると、別のアベイラビリティゾーンにスタンバイインスタンスを作成し、同期レプリケーションでフェイルオーバーを実現（RDS が自動的に管理）。
  • ライセンス: Bring Your Own License (BYOL) モデルをサポート（Standard と Advanced Editions）。ライセンスを持ち込んで利用する形となります。
  • コスト最適化: RDS for Db2 の使用量は Database Savings Plan の対象となる場合があり、一定の時間当たり利用額をコミットすることで割引を受けられる可能性があります。
  • ドキュメントと料金ページに詳細（設定、制限、サポートされるインスタンスタイプやバックアップ/メンテナンスの挙動など）が掲載されています。

影響範囲・利用シーン ​

  • 対象ユーザー: 米国政府機関および規制（FISMA, ITAR 等）要件下で Db2 を利用する組織、データベース管理者、SRE/運用チーム
  • 利用シーン: 規制準拠が必要なシステムのクラウド移行、災害対策（Multi‑AZ）を含む高可用性構成、短時間での本番/開発環境構築
  • 運用効果: マネージドサービス化によりパッチ適用・バックアップ・フェイルオーバーの運用負荷が低減。Database Savings Plan と組み合わせることでコスト最適化が可能

技術的な注意点 ​

  • リージョン制限: 提供対象は AWS GovCloud (US‑East, US‑West) のみ。GovCloud は通常の AWS リージョンとは分離されたアカウントと契約が必要（aws‑us‑gov パーティション）。
  • ライセンス: 現時点では BYOL（Standard/Advanced Editions）のみが明示されている。IBM Db2 のライセンス条件を確認し、必要なライセンスを用意すること。
  • 高可用性/レプリケーション: Multi‑AZ 構成は同期レプリケーションを行い自動フェイルオーバーを提供するが、クロスリージョン複製やリードレプリカの可用性はドキュメントで確認すること。
  • IAM権限: RDS 操作（DB インスタンス作成、サブネット/セキュリティグループ設定、IAM ロールの付与など）に必要な IAM 権限を事前に準備すること。GovCloud 特有のアカウント分離に注意。
  • コスト: BYOL のためライセンス費用は別途発生する可能性がある。RDS のインスタンス料金、ストレージ、バックアップ、データ転送に加え、Database Savings Plan による割引適用の可否を確認すること。
  • サポート/ドキュメント: 設定可能なインスタンスタイプ、バックアップウィンドウ、メンテナンスの挙動、パラメータグループ等は公式ドキュメントで要確認。

参考情報 ​

[Emr] Amazon EMR 7.13 now available with Python 3.11 ​

概要 ​

Amazon EMR 7.13 がリリースされ、Apache Spark 向けのデフォルト Python ランタイムが Python 3.11 になりました。加えて Apache HBase、Apache Hadoop、Apache Phoenix、AWS SDK のパッチアップグレードが含まれます（EMR が利用可能な全リージョンで提供）。

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

EMR 7.13 は Apache Spark 用のデフォルト Python を CPython 3.11 に切り替えて出荷されます。これにより CPython 3.11 によるインタプリタの最適化や性能改善が期待できます。今回のリリースには以下のコンポーネントのパッチアップグレードが含まれます：Apache HBase 2.6.3、Apache Hadoop 3.4.2、Apache Phoenix 5.3.0、および AWS SDK v2.41.11。既存の Spark ジョブはドライバー／エグゼキュータで使用される Python バージョンが変わるため、依存パッケージ（特に C 拡張を含むネイティブモジュール）の互換性検証と再ビルドが必要になる場合があります。EMR 7.13 に関する詳細とクラスター作成時の設定は Amazon EMR 7.13 Release Guide を参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: データエンジニア、機械学習エンジニア、Spark を利用する開発者・運用者
  • 利用シーンまたは効果: Spark ワークロードで Python 3.11 の性能改善（実行速度やスタートアップの向上）が期待できる。HBase/Hadoop/Phoenix のセキュリティやバグ修正も含むため、安定性向上の恩恵を受ける。
  • 移行影響: 古い Python バージョンに依存するライブラリやバイナリ拡張を使っているジョブは検証・再ビルドが必要で、クラスタ再作成やテスト工数が発生する可能性がある。
  • リージョン影響: EMR が提供されている全リージョンで利用可能（記事発表時点）。

技術的な注意点 ​

  • IAM権限: クラスタ作成やアプリケーション操作に必要な標準の EMR/IAM 権限を確認してください（EMR のバージョン指定が含まれる場合あり）。
  • リージョン制限: EMR が利用可能なリージョンで提供されています。特殊なリージョンでの遅延公開がないか事前確認を推奨します。
  • 互換性: Python 3.11 は後方互換性が高いものの、C 拡張やネイティブ依存ライブラリは再ビルドや対応バージョンの利用が必要になる場合があります。PySpark ではドライバとエグゼキュータで同一の Python バージョンを使うことを確認してください。
  • クラスタ設定: 既存クラスターの Python ランタイムを動的に切り替えることは基本的にできないため、Python バージョンを変更する場合は EMR 7.13 で新規クラスタを作成して移行テストを行ってください。
  • ライブラリ管理: サードパーティの wheel（特にネイティブ拡張）は Python 3.11 対応版を用意する必要があるため、requirements の検証とビルドパイプライン確認を推奨します。
  • テスト／ロールバック: 本番移行前にテストクラスターでジョブのエンドツーエンド検証を実施し、問題発生時は旧 EMR リリースを使用したクラスターへロールバックする計画を用意してください。
  • コスト: EMR のリリースバージョン切替自体に追加料金は発生しませんが、移行テスト、ライブラリ再ビルド、クラスタ再作成による一時的な運用コストや人的工数は発生します。

参考情報 ​

[Opensearch Service] Amazon OpenSearch Service now supports JWKS URL configuration for JWT authentication ​

概要 ​

Amazon OpenSearch ServiceがJWT認証でJWKS（JSON Web Key Set）URLの設定をサポートしました。IDプロバイダーのJWKSエンドポイントから公開鍵を自動取得・検証できるため、公開鍵の手動更新が不要になります。

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

今回の対応により、OpenSearchドメインのJWT認証設定にJWKS URLを指定できるようになりました。指定したJWKS URLからサービスが公開鍵（JWK）を取得し、受信したJWTの署名検証に利用します。これによりIDプロバイダー側で署名鍵がローテーションされた際にもOpenSearch側で手動更新する必要がなくなります。設定時には組み込みのセキュリティ検証（例: エンドポイントの形式や証明書の妥当性チェック）とわかりやすいエラーメッセージが提供され、問題のトラブルシューティングが容易です。JWKS URLサポートはOpenSearchバージョン3.3以降が対象で、Amazon OpenSearch Serviceコンソール、AWS CLI、またはCreateDomain／UpdateDomainConfig APIから設定できます。この機能はAmazon OpenSearch Serviceが提供されているすべてのAWSリージョンで利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: アプリケーション開発者、IDプロバイダー連携担当者、セキュリティ/認証運用チーム
  • 利用シーン: SSOやOIDC/OpenID Connectを用いたJWTベースの認証を行う環境で、IDプロバイダーが公開鍵をJWKSエンドポイントで公開しているケース
  • 運用効果: IDプロバイダーの鍵ローテーション時に手動で公開鍵を更新する必要がなくなり、運用負荷とヒューマンエラーを削減。署名検証の失敗によるサービス停止リスクを低減

技術的な注意点 ​

  • OpenSearchバージョン: JWKS URLサポートはOpenSearch 3.3以降が必要です
  • 設定方法: コンソール、AWS CLI、CreateDomainおよびUpdateDomainConfig APIで設定可能です
  • IAM権限: ドメインの作成・更新を行う権限（CreateDomain、UpdateDomainConfig相当）を持つ必要があります。該当ドメインの設定変更権限を事前に確認してください
  • ネットワーク要件: OpenSearchが指定したJWKS URLへ到達できる必要があります（VPC内からアクセスする場合はNAT/インターネットアクセスやVPCエンドポイントの設定を確認してください）
  • JWKSエンドポイント要件: JWKSは標準的なJWK形式で提供され、HTTPSで配信されることが推奨されます。証明書の妥当性やTLS接続が検証されます
  • キャッシュ/ローテーション挙動: サービス側で公開鍵を自動取得・利用しますが、フェッチ頻度やキャッシュ挙動の詳細はドキュメントを確認のうえ、ローテーション手順を検証してください
  • コスト: 機能利用自体に特別な追加料金は発生しませんが、外部へのリクエストやCloudWatch等のログ/監視に伴うネットワーク転送やログ保存コストが発生する可能性があります
  • リージョン制限: Amazon OpenSearch Serviceが提供されているすべてのAWSリージョンで利用可能です

参考情報 ​

[Glue] AWS Glue 5.1 is now available in all AWS Commercial and AWS GovCloud (US) Regions ​

概要 ​

AWS Glue 5.1 が全ての AWS Commercial および AWS GovCloud (US) リージョンで利用可能になりました。コアエンジンのアップグレードやオープンテーブルフォーマットの最新ライブラリ対応、Lake Formation の書き込み制御拡張などを含むリリースです。

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

AWS Glue 5.1 は Apache Spark 3.5.6、Python 3.11、Scala 2.12.18 にコアエンジンをアップグレードし、実行性能とセキュリティを向上させます。オープンテーブルフォーマットのサポートが更新され、Apache Hudi 1.0.2、Apache Iceberg 1.10.0、Delta Lake 3.3.2 が利用可能です。特に Apache Iceberg のフォーマット版 v3.0 をサポートし、デフォルトカラム値、merge-on-read テーブル向けの削除ベクタ（deletion vectors）、複数引数のトランスフォーム、行単位のライネージ追跡などの機能が利用できます。さらに、AWS Lake Formation の細粒度アクセス制御が従来の読み取りのみから拡張され、Spark DataFrame と Spark SQL に対する書き込み（DML および DDL）操作にも適用可能になりました。加えて、Apache Hudi と Delta Lake テーブルに対して Spark 上でのフルテーブルアクセス制御が導入され、データアクセスのセキュリティ制御が強化されています。AWS Glue 5.1 は AWS API、AWS CLI、AWS SDK、AWS Glue Studio を通じて利用開始できます。

影響範囲・利用シーン ​

  • 対象ユーザー: データエンジニア、ETL 開発者、データプラットフォーム/セキュリティ担当者
  • 利用シーンまたは効果: 既存 ETL ジョブの性能向上、最新オープンテーブルフォーマット機能（Iceberg v3 のデフォルト値や削除ベクタ等）を利用したデータ管理の高度化
  • 運用効果: Lake Formation による書き込み制御と Spark 上のフルテーブルアクセス制御により、データガバナンスとコンプライアンスを強化し、アクセス違反リスクを低減可能
  • 互換性・移行の必要性: Python/Scala/Spark のバージョンアップに伴いライブラリ互換性検証や UDF・パッケージの再ビルドが必要となる可能性が高い
  • リージョン影響: 全ての AWS Commercial および AWS GovCloud (US) リージョンで利用可能（新たに Asia Pacific (New Zealand)、GovCloud US-West/US-East を含む）

技術的な注意点 ​

  • IAM権限: Lake Formation を用いる場合は Lake Formation の権限と IAM 権限の両方を確認・設定する必要があります（DML/DDL の書き込み制御が追加）。
  • リージョン制限: 本リリースは全ての Commercial および GovCloud (US) リージョンで利用可能となりましたが、GovCloud は専用アカウント/エンドポイントの扱いが必要です。
  • コスト: エンジン更新自体で追加課金は明示されていませんが、実行時間・メタデータ管理（行ライネージ等）の増加や Lake Formation の運用に伴う管理コストが発生する可能性があります。ジョブ実行頻度やリソース構成を評価してください。
  • 互換性: Spark 3.5.6 / Python 3.11 / Scala 2.12.18 への移行で依存ライブラリや UDF、カスタムコネクタが動作しない可能性があります。事前にテスト環境で互換性検証と依存パッケージのアップデートを行ってください。
  • データ形式移行: Iceberg v3.0 の機能を利用する場合、既存テーブルのメタデータ更新やマイグレーション作業が必要になるケースがあります（削除ベクタ等の取り扱いを確認）。
  • 運用上の注意: 新しいアクセス制御を適用することでジョブの権限設定がより厳格になります。実稼働切替時は段階的に権限を付与して動作確認を行ってください。

参考情報 ​

[General] AWS Cost Optimization Hub now supports CSV download ​

概要 ​

AWS Cost Optimization Hub コンソールからワンクリックで推奨事項をCSVファイルとして直接ダウンロードできる機能が追加されました。既存のS3への自動エクスポート機能を補完し、現在のコンソールフィルタ・並び替え・グループ設定を反映した即時ダウンロードが可能です。

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

この新機能は、Cost Optimization Hub の画面上で表示している推奨事項（フィルタ、ソート、グループ設定を適用したビュー）をそのままCSV形式でエクスポートするワンクリック操作を提供します。ダウンロードは即時開始され、スプレッドシートでの分析、AWSコンソールにアクセス権を持たない関係者への共有、オフラインでの作業に適しています。既にあるData Export機能（Amazon S3へ自動エクスポート）とは併用が可能で、対話的に素早く結果を取り出す用途に向きます。記事によればこのCSVダウンロードはCost Optimization Hubが提供されている全リージョンで利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: クラウドコスト管理者、FinOpsチーム、SRE/運用チーム、コスト最適化を行うエンジニア
  • 利用シーンまたは効果: 画面で絞り込んだ推奨事項を即座にスプレッドシートへ出力して分析／レポート作成、コンソール非利用者への共有、オフラインでのレビューが容易に行える
  • 運用効果: 手動での転記作業削減、関係者間の情報共有高速化、短時間での意思決定サイクル短縮

技術的な注意点 ​

  • IAM権限: Cost Optimization Hub（および関連するCost ExplorerやBillingの表示）に対する表示権限が必要です。組織でアクセスを制限している場合は、推奨事項の閲覧とエクスポートを許可するIAMポリシーを付与してください。
  • リージョン制限: Cost Optimization Hub が提供されている全リージョンで利用可能とされていますが、組織の設定やリージョンごとのサービス提供状況は事前に確認してください。
  • コスト: CSVダウンロード自体に追加課金は想定されませんが、推奨データの取得元（Cost Explorer や関連データ）に関連する既存の課金は変わりません。大量の自動エクスポートが必要な場合はS3へのData Exportを併用すると長期的な運用で費用と運用負荷の観点から有利な場合があります。
  • ブラウザ注意点: ダウンロードはブラウザ経由で行われるため、ポップアップブロックやブラウザのダウンロード設定が影響する場合があります。
  • 大規模データ: 非常に多数の推奨がある場合や定期的な大規模エクスポートが必要な場合は、S3への自動エクスポートやAPI経由の取得を検討してください（スケーラビリティと自動化の観点から推奨）。

参考情報 ​

[Workspaces] Amazon WorkSpaces Personal enhances PCoIP to DCV protocol migration ​

概要 ​

Amazon WorkSpaces Personalで、PCoIPからAWS製の高性能ストリーミングプロトコルであるAmazon DCVへ移行するための管理機能が強化されました。コンソールからのワンクリック移行、移行前のチェックポイントスナップショット作成、移行中のセッションブロッキングが利用可能になり、安全かつ簡単に移行できます。

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

主な強化点は以下の通りです。

  • コンソールからのワンクリック移行: これまではCLI/API経由でのみ可能だったWorkSpaceのストリーミングプロトコル変更を、AWS Management Console上のガイド付きアクションで実行できるようになりました。これにより管理者はGUI操作で個別のWorkSpaceをPCoIPからDCVへ切り替えられます。

  • チェックポイントスナップショット: 移行開始前にWorkSpacesが自動的にチェックポイント（スナップショット）を作成します。移行が失敗した場合はこのチェックポイントに戻すことで既存の状態を復元でき、データ損失リスクを低減します。

  • セッションブロッキングとエラーメッセージ: 移行中は新規セッションのプロビジョニングや接続がブロックされ、接続を試みたユーザーには明確なエラーメッセージが表示されます。これにより移行処理中の接続競合や不整合を防止します。

  • DCVの利点: Amazon DCVは高性能なストリーミングプロトコルで、Windows 11やWindows Server 2025などのより広いOSサポート、証明書ベース認証やWebAuthNといった強化されたセキュリティ機能、ストリーミングパフォーマンスの向上を提供します。

  • 互換性: 既存のCLIおよびAPIによる移行方法は引き続き利用可能です。今回の機能はAmazon WorkSpaces PersonalがサポートされるすべてのAWS商用リージョンおよびAWS GovCloud (US)で利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: 仮想デスクトップ管理者（VDI運用チーム）、個人用WorkSpacesを利用する組織のIT管理者、サポート/ヘルプデスク
  • 利用シーンまたは効果: PCoIPからAmazon DCVへの段階的/一括移行作業において、コンソール操作で簡易に移行を実行でき、チェックポイントによるロールバックでリスクを低減。移行中の接続ブロックによりデータ不整合や接続競合を防止
  • 運用効果: 移行手順の簡素化により作業時間とミスを削減。チェックポイントでの復旧によりダウンタイムとデータ損失リスクが低減され、エンドユーザーへの影響を最小化
  • 対象リージョン: Amazon WorkSpaces Personalがサポートされる全てのAWS商用リージョンおよびAWS GovCloud (US)で利用可能

技術的な注意点 ​

  • IAM権限: WorkSpacesのプロトコル変更、スナップショット作成、復元に必要なIAM権限（WorkSpaces関連のアクション）が必要です。事前に権限を確認してください。
  • リージョン制限: 機能はWorkSpaces Personalがサポートされるリージョンでのみ利用可能です。お使いのリージョンが対応しているか確認してください。
  • バックアップ/復元: 移行前に自動でチェックポイントスナップショットを作成しますが、組織のバックアップポリシーに従った追加のバックアップを推奨します。スナップショットは「既知の良好な状態」への復元を想定しており、完全なデータ保護方針ではありません。
  • API/CLI: コンソールGUIが追加されましたが、既存のCLIおよびAPIベースのプロセスは引き続き使用可能です。自動化パイプラインがある場合は既存フローの互換性を確認してください。
  • ユーザー通知: 移行中は接続がブロックされエラーとなるため、事前に影響を受けるユーザーへ通知することを推奨します。
  • 互換性: DCVへ移行することでWindows 11やWindows Server 2025などのOSサポートやセキュリティ機能が利用可能になります。アプリケーションやドライバ互換性の確認は事前に行ってください。
  • コスト: プロトコル変更自体に直接的な追加料金は明示されていませんが、チェックポイント（スナップショット）やストレージ使用、運用工数に伴うコストが発生する場合があります。必要に応じてコスト影響を評価してください。

参考情報 ​

[Ec2] Amazon EC2 C8gn instances are now available in additional regions ​

概要 ​

Amazon EC2の新世代Graviton4搭載C8gnインスタンスが、欧州（ミラノ）とアジアパシフィック（香港）リージョンでも利用可能になりました。C7gn（Graviton3）比で最大30%の計算性能向上と、最大600 Gbpsのネットワーク帯域を提供します。

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

C8gnは最新世代のAWS Graviton4プロセッサを採用したネットワーク最適化インスタンスファミリーです。C7gn（Graviton3）ベースのインスタンスに対してワークロードにより最大30%の計算性能向上を謳っています。ハードウェア面では第6世代のAWS Nitro Cardsを搭載し、最大600 Gbpsのネットワーク帯域（ネットワーク最適化インスタンスとして最大）を実現します。インスタンスサイズは最大48xlargeまで（最大384 GiBメモリ）、EBSへの帯域は最大120 Gbpsです。高いクラスタ性能・低レイテンシを必要とするワークロード向けに、16xlarge／24xlarge／48xlargeおよびmetal-24xl／metal-48xlサイズでElastic Fabric Adapter（EFA）をサポートします。想定ユースケースはネットワーク仮想アプライアンス、ネットワーク集約型のデータ分析、CPUベースのAI/ML推論、低レイテンシなクラスター計算などです。今回のリリースでC8gnは欧州（ミラノ）と香港を含む多数リージョンで利用可能になり、既存の対応リージョン（北米、欧州各地、アジア太平洋多数、中東、アフリカ、カナダ、南米、GovCloudなど）と合わせて広範に展開されています。

影響範囲・利用シーン ​

  • 対象ユーザー: ネットワーク集約型アプリケーション運用者、SRE、ハイパフォーマンスネットワーキングを使うAI/ML推論／分析チーム
  • 利用シーンまたは効果: ネットワーク仮想アプライアンスやパケット処理、CPUベースの推論、分散クラスターでの低レイテンシ通信においてスループットと遅延が改善され、同等の処理をより低コストで実行可能
  • 運用効果: 高帯域／低レイテンシを活かしたスケールアップ／スケールアウトによりスループット向上とクラスタ効率改善が期待できる
  • リージョン影響: ミラノ（eu-south-1）と香港（ap-east-1）で新たに利用可能になり、これらリージョンでのネットワーク最適化ワークロードの配置が容易に

技術的な注意点 ​

  • アーキテクチャ: Graviton4はARM (aarch64) アーキテクチャのため、AMI/バイナリ/コンテナイメージはaarch64対応が必要です（x86バイナリはそのままでは動作しません）
  • EFA／ドライバ: EFAを利用する場合は対応インスタンスサイズ（16xlarge/24xlarge/48xlarge、metal-24xl/metal-48xl）を選択し、対応AMIとEFA/ENAドライバのセットアップが必要です。配置グループ（cluster placement group）を併用すると最適
  • リージョン制限: 新たにミラノと香港で利用可能になった一方で、すべてのサイズが全リージョンで提供されているとは限りません。使用前にコンソール／CLIでサイズ可用性を確認してください
  • IAM権限: EC2起動・ネットワーク関連の標準権限（ec2:RunInstances, ec2:CreateNetworkInterfaceなど）が必要です。EFA利用やENI操作に関連する権限も確認してください
  • 互換性: 既存ワークロードを移行する際はライブラリ／ネイティブ拡張（例：ネイティブC/C++拡張を含むPythonパッケージ）をaarch64向けにビルドし直す必要があります。コンテナはMulti-archイメージの利用が推奨
  • 性能差の注意: 「最大30%」の性能向上はワークロード依存のため、導入前にベンチマークや比較テストを行ってください
  • コスト: Gravitonインスタンスは一般にコスト効率が高いことが多いですが、リージョンやサイズによって価格が異なります。EBSや高帯域のネットワーク使用に伴う料金も発生するため、コスト見積りを事前に確認してください

参考情報 ​

[Connect] Amazon Connect Talent for AI-powered hiring (now available in Preview) ​

概要 ​

Amazon Connect Talentがプレビューで利用可能になりました。AIを活用した音声インタビューとスキル評価により、大量候補者の一貫した選考評価を自動化し、採用担当者の意思決定を支援します。

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

Amazon Connect Talentは、Amazonの採用ノウハウに基づいたAIエージェントを用い、構造化された音声インタビューの実施、科学的に裏付けられたスキル評価の実行、候補者スコアリングと詳細な評価レポートの生成を行います。主な機能は以下の通りです：

  • AI主導のスキルアセスメント：候補者の能力を定量化する評価を自動で実行し一貫したスコアを生成します。
  • AIによる音声インタビュー（適応型質問）：対話形式での音声インタビューを24/7で実施し、候補者の応答に応じて質問を動的に変化させます。
  • モバイルファーストの候補者ポータル：ブランドカスタマイズ可能なポータルから、候補者は任意のデバイスで面接を受けられます。
  • リクルーターダッシュボード：スコア、書き起こし（トランスクリプト）、AIが生成した評価を確認して意思決定を行えます。
  • 管理者向けオンボーディングツール：システム設定、ワークフロー定義、評価テンプレート管理が可能です。
  • ATS連携：主要なApplicant Tracking Systemとの統合で迅速に導入できます。
  • スケーラビリティ：採用のピーク時に数百人を同時評価できる設計。 プレビュー提供リージョンはAWS US East (N. Virginia) と US West (Oregon)であり、利用にはプレビュー参加申請が必要です。

影響範囲・利用シーン ​

  • 対象ユーザー: 採用担当者、人事（TA）チーム、リクルーティングエージェンシー、SRE/クラウド運用担当者
  • 利用シーン: 大量採用（オンボーディング、季節採用、キャンペーン採用）における一次面接自動化、予備選考（スキルフィルタリング）や候補者の一貫したスコアリング
  • 運用効果: 面接実施工数の削減、評価の一貫性向上、リクルーターが戦略的判断（上位候補の深掘り等）に集中できるようになる
  • 導入メリット: 24/7で候補者対応が可能なため候補者体験が向上し、評価バイアスの低減と選考サイクル短縮が期待できる

技術的な注意点 ​

  • IAM権限: Amazon Connectおよび関連サービスを操作するための管理者権限や専用のIAMロールが必要。プレビュー参加時に特定のロール設定が求められる可能性があります
  • リージョン制限: 現時点は US East (N. Virginia) と US West (Oregon) のみで提供（プレビュー）。他リージョンでは未提供のため注意
  • コスト: Amazon Connectの通話/音声処理、AI処理（生成AIや音声認識）、ストレージ（録音・トランスクリプトの保存）やデータ転送等の料金が発生する可能性あり。プレビューにつき料金体系や無料枠は事前確認推奨
  • データ保護/コンプライアンス: 音声録音、トランスクリプト、選考データに個人情報が含まれるため、保存場所（S3等）・暗号化（KMS）・アクセス制御・保持ポリシー、各国の労働/プライバシー法（録音同意など）を確認してください
  • ATS連携: ATS側でのAPI連携やフィールドマッピングが必要。既存の採用ワークフローとのデータ同期設計を事前に行ってください
  • プレビュー制約: プレビュー版のため機能やAPI、SLA、料金が変更される可能性があり、正式リリース前提での本番利用はリスクがある
  • 言語/音声サポート: 提供言語や音声認識の精度は明示されていません。多言語対応や方言、音質による精度差を確認する必要があります
  • 運用上の注意: 候補者への録音/AI利用の告知と同意取得、AI評価の説明責任（説明可能性）を運用ルールに組み込むことを推奨

参考情報 ​

[Bedrock] Amazon Bedrock now offers OpenAI models, Codex, and Managed Agents (Limited Preview) ​

概要 ​

Amazon Bedrockが限定プレビューでOpenAIの最新モデル、コード生成特化のCodex、そしてOpenAIを活用したManaged Agentsを提供開始しました。これにより、企業は既存のBedrockの管理・ガバナンス機能の下でOpenAIの先端モデルとエージェントを利用できます。

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

今回のリリースは主に3点です。1) OpenAIモデルのBedrock提供: OpenAIのフロンティアモデル（最新世代）がBedrock経由で利用可能になり、モデルアクセス、ファインチューニング、オーケストレーションをBedrockのワークフローで一元的に扱えます。OpenAIモデルはIAM認可、AWS PrivateLink（VPCエンドポイント）、暗号化、CloudTrailによる監査ログ、ガードレール等のエンタープライズ制御を継承します。2) Codex on Bedrock: OpenAIのコード生成/コーディングエージェント（Codex）をAWS認証でBedrock経由で実行できるようになり、Codex CLI、デスクトップアプリ、VS Code拡張での利用が想定されています。認証はAWS資格情報で行われ、推論はBedrock上で実行されます。3) Amazon Bedrock Managed Agents（OpenAI搭載、限定プレビュー）: OpenAIの最新モデルとOpenAIのエージェントハーネスを用いて、長時間タスクの信頼できる実行・推論・制御を行うプロダクション向けエージェントを素早くデプロイできます。各エージェントは固有のアイデンティティを持ち、各アクションをログに残し、すべての推論はBedrock上で実行されます。Managed AgentsはBedrock AgentCoreというデフォルトのコンピュート環境と連携します。なお、利用分は既存のAWSクラウドコミットメントに充当可能とされています。全機能は限定プレビューで提供され、利用やリージョンは順次拡大される見込みです。

影響範囲・利用シーン ​

  • 対象ユーザー: エンタープライズ開発チーム、MLプラットフォーム/AIプラットフォーム担当、SRE、ソフトウェアエンジニア
  • 利用シーン: 企業向けチャットボット・ドキュメント検索・自動化ワークフロー・コード補完/生成ツール・長時間ワークフローを要するエージェント運用
  • 運用効果: 既存のBedrock運用フロー（IAM、監査、VPC接続等）でOpenAIモデルを扱えるため、ガバナンスとセキュリティを保った形で先端モデルの導入が容易になる
  • コスト/契約影響: Bedrock上のOpenAIモデル／Codexの利用はAWSクラウドコミットメントに充当可能（コスト最適化の余地）。ただし推論・エージェントの実行に対する追加料金やAgentCoreのコンピュートコストは発生する可能性あり
  • データガバナンス: 推論はBedrock上で実行され、CloudTrail等で操作履歴を取得できるため監査性は向上するが、データ処理条件（DPA/業務要件）は事前確認が必要
  • 導入範囲/制限: 限定プレビューのため利用可能リージョンやアカウントは制限される可能性が高く、事前登録が必要

技術的な注意点 ​

  • IAM権限: Bedrockのモデル呼び出し・ファインチューニング・Agentの操作には該当するBedrock／SageMaker等の実行権限とKMS、CloudTrail、ログ書き込み権限の確認が必要
  • 認証方式: CodexやOpenAIモデル利用はAWS資格情報で認証され、AWSの既存認可フローに従う
  • ネットワーク: PrivateLink/VPCエンドポイントを利用したプライベート接続がサポートされるため、VPC設定・エンドポイントポリシーの調整が必要
  • ログ／監査: CloudTrailによる操作ログ、エージェント単位のアクションログ取得が可能。ログ保存先（CloudWatch Logs/S3）とライフサイクルを設計してください
  • データ処理/コンプライアンス: 推論はBedrock上で実行されるが、OpenAIとのデータ取り扱いに関する契約（DPA）や規制対応は事前に確認すること
  • リージョン制限: 限定プレビューのためリージョンは限定される可能性があり、事前登録が必要。一般提供時の対応リージョンは未確定
  • コスト: 推論リクエスト、ファインチューニング、AgentCoreのコンピュートなどで課金が発生。利用分がAWSコミットメントに充当できる点はコスト最適化に寄与するが、請求構成を確認してください
  • 互換性/SDK: Bedrockの既存API/SDKでモデル呼び出し可能。Codex向けにCLI/デスクトップ/VS Code拡張が提供されるため開発環境への統合が容易
  • 制限事項: 現時点は限定プレビュー。スループットやモデルのファインチューニング制約、エージェント並列実行数等のクォータがある可能性が高いので事前確認を推奨

参考情報 ​

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

Copyright © 2026