AWS What's New Digest

Appearance

2026年05月29日 ​

[Govcloud Us] Amazon RDS for Oracle now supports April 2026 Release Update and Supplemental Patch Bundle ​

概要 ​

Amazon RDS for Oracle が Oracle の 2026 年 4 月リリース更新 (RU) をサポートし、Oracle Database 19c 向けの Supplemental Patch Bundle (旧: Spatial Patch Bundle) も適用可能になりました。セキュリティ修正を含むため、アップグレードが推奨されています。

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

今回のアップデートで、Amazon RDS for Oracle は Oracle Database 19c および 21c 向けの「April 2026 Release Update (RU)」をサポートします。また、Oracle Database 19c に対して、従来の "Spatial Patch Bundle" が名称変更された "Supplemental Patch Bundle (SPB)" をサポートします。SPB は Oracle Spatial、Oracle Data Pump、Oracle GoldenGate 等の特定ユースケース向けに Oracle が推奨する追加パッチを含むバンドルです。適用方法は RDS マネジメントコンソール、AWS CLI、SDK から可能で、メンテナンスウィンドウ中に自動適用する場合は "Automatic Minor Version Upgrade" を有効にします。既存インスタンスへ SPB を適用するにはコンソールで "Supplemental Patch Bundle Engine Versions" のチェックボックスを選び、エンジンバージョン '19.0.0.0.ru-2026-04.spb-1.r1' にアップグレードします。さらに、AWS Organizations のアップグレードロールアウトポリシーを使用して、自動マイナーバージョンアップグレードをステージング（非本番 → 検証 → 本番）して展開することも可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: Amazon RDS for Oracle を利用しているDB管理者、SRE、アプリケーションチーム（特に Oracle 19c/21c を使用している環境）
  • 利用シーン: セキュリティパッチ適用、Oracle Spatial/Data Pump/GoldenGate 利用環境での追加パッチ適用、非本番での検証後に本番へ段階的に反映する運用
  • 運用効果: セキュリティ修正と機能向上パッチの適用により脆弱性軽減と安定性向上が見込める。Organizations のロールアウトポリシーによりリスク低減のため段階的な自動適用が可能になる

技術的な注意点 ​

  • IAM権限: rds:ModifyDBInstance, rds:DescribeDBInstances 等の RDS 操作権限が必要。Organizations を用いる場合は組織関連の操作権限（該当する場合）も確認してください
  • リージョン制限: 元記事は GovCloud (US) カテゴリでの告知ですが、実際の提供状況はリージョンごとに異なります。対象リージョンでサポートされているかコンソールで確認してください
  • ダウンタイム/影響: マイナーバージョン適用は DB インスタンスの再起動を伴うため短時間の停止が発生する可能性があります（Multi-AZ 環境ではフェイルオーバーに伴う一時的な接続切断等）。事前にスナップショットと検証を推奨します
  • 互換性検証: アプリケーションや Oracle 機能（Data Pump、GoldenGate、Spatial 等）との互換性を非本番環境で必ず検証してください。SPB は特定ユースケース向けの追加パッチを含むため、適用前に影響範囲を確認すること
  • ライセンス: Oracle ライセンスは従来通り顧客責任です。RDS が提供するエンジンアップデートはライセンス条件を変更しません
  • コスト: アップグレード自体に追加料金は通常発生しませんが、検証環境構築や追加スナップショット、ダウンタイム対応による運用コストは考慮してください

参考情報 ​

[General] Oracle Database@AWS is now available in twenty AWS Regions ​

概要 ​

Oracle Database@AWS が欧州・南米・APAC の8リージョンで一般提供開始され、合計20リージョンで利用可能になりました。OCI 管理の Oracle Exadata システムを AWS データセンター内で利用でき、オンプレ Oracle Exadata / RAC のクラウド移行やデータレジデンシー要件への対応を容易にします。

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

今回の拡張により、EU-Central-2（チューリッヒ）、EU-South-1（ミラノ）、EU-South-2（スペイン）、EU-West-3（パリ）、AP-Northeast-3（大阪）、AP-Southeast-1（シンガポール）、AP-Southeast-4（メルボルン）、SA-East-1（サンパウロ）の8リージョンで Oracle Database@AWS が一般提供になりました。これでサービスは合計20リージョンで利用可能です。サービスの特徴として、Oracle Cloud Infrastructure (OCI) が管理する Oracle Exadata ハードウェア（Exadata システム）を AWS データセンター内で提供し、AWS 上のワークロードから低レイテンシにアクセスできるようにする点が挙げられます。主な利用手順は、AWS Marketplace を通じて Oracle からプライベートオファーをリクエストし（契約・価格は Oracle 側の提供）、その後 AWS マネジメントコンソールからデータベースのセットアップを行う流れです。これにより、オンプレ環境で稼働している Exadata / Oracle RAC ベースのアプリケーションを AWS に移行しつつ、同一リージョン内でのデータ所在（データレジデンシー）要件を満たすことが可能になります。なお、契約形態、課金（Oracle のプライベートオファーに基づく請求）やサポートの責任分界（Oracle 管理の Exadata と AWS のインフラ）は事前に確認してください。

影響範囲・利用シーン ​

  • 対象ユーザー: オンプレの Oracle Exadata / Oracle RAC を運用しているエンタープライズ顧客、データベース管理者（DBA）、クラウド移行チーム
  • 利用シーン: データレジデンシーが求められる地域内での Oracle データベース移行、既存 Exadata 環境のクラウドホスティング、ミッションクリティカルな DB の低レイテンシ運用
  • 運用効果: オンプレ機器の置き換えによる運用負荷軽減（OCI が Exadata を管理）、同一リージョンでの配置によるレイテンシ低減とデータガバナンス準拠の容易化
  • 地理的対応: ヨーロッパ、南米、APAC の主要リージョンで利用可能になり、地域ごとのデータ主権要件に対応可能

技術的な注意点 ​

  • IAM権限: AWS Marketplace でプライベートオファーを受ける権限や、AWS マネジメントコンソールでのデータベースセットアップに必要な IAM 権限を事前に確認してください
  • リージョン制限: 本リリースで合計20リージョンに拡張されていますが、使用する前に対象リージョンでの提供状況を確認してください（利用開始手順はリージョンごとに異なる可能性あり）
  • コスト: Oracle 側によるプライベートオファーで契約・課金されます。加えて、AWS 側のネットワークやコンピュート等のリソース利用料、データ転送費用が別途発生する可能性があります。見積りは事前に確認してください
  • ネットワーク/レイテンシ: OCI 管理の Exadata が AWS データセンター内に設置されますが、アプリケーションとデータベース間のネットワーク設計（VPC、サブネット、セキュリティグループ、ルーティング）やレイテンシ要件は設計段階で確認してください
  • サポート/責任分界: Exadata ハードウェアや Oracle DB の運用は Oracle 側が管理する部分があるため、トラブル発生時のサポート責任範囲を Oracle と AWS の両方で確認してください
  • ライセンス: 提供はプライベートオファー経由のため、ライセンス条件（BYOL 可否や含まれるライセンス範囲）は Oracle のオファー内容を確認する必要があります

参考情報 ​

[S3] Amazon S3 Tables are now available in two additional AWS Regions ​

概要 ​

Amazon S3 Tables がアジアパシフィック（台北）およびアジアパシフィック（ニュージーランド）リージョンで利用可能になりました。S3 Tables は組み込みの Apache Iceberg サポートを持つオブジェクトストアで、大規模な表形式データの保存・クエリを簡素化します。

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

S3 Tables は Apache Iceberg 標準をネイティブにサポートする S3 上のテーブル機能で、メタデータ管理やパーティション/マニフェストの管理を S3 側で提供します。継続的なテーブルメンテナンス（例: メタデータの最適化やファイルの統合／クリーニング）を自動で実行し、クエリ効率の向上とストレージコスト低減を図ります。Iceberg 標準準拠のため、Amazon が提供するクエリエンジン（例: Amazon Athena 等）だけでなく、Apache Iceberg 対応のサードパーティ製エンジンからもデータを直接クエリできます。さらに、Intelligent-Tiering ストレージクラスと組み合わせることで、アクセスパターンに基づくコスト最適化が自動化され、パフォーマンスへの影響や運用負荷を最小限に抑えつつコスト管理が可能です。今回、これらの機能が新たに Asia Pacific (Taipei) と Asia Pacific (New Zealand) リージョンで利用可能になりました。詳細はリージョンとエンドポイントの一覧、およびワーキングガイドや価格ページを参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: データエンジニア、データサイエンティスト、SRE/運用チーム、データレイクを運用する組織
  • 利用シーン: Iceberg 準拠のテーブルを S3 上で管理し、Athena や第三者の Iceberg 対応クエリエンジンで分析を実行する場面（ETL・バッチ分析・分析レポート作成など）
  • 運用効果: メタデータ管理やファイル最適化が自動化されるため、クエリ性能の維持とストレージコスト削減が期待でき、運用負荷（手動コンパクションやメンテナンス作業）が軽減される
  • リージョン影響: Taipei と New Zealand のユーザーは低レイテンシで S3 Tables を利用可能になり、リージョン依存のデータ主権要件やレイテンシ要件を満たしやすくなる

技術的な注意点 ​

  • IAM権限: S3 Tables を操作するために必要な S3 権限（バケットとオブジェクトの読み書き）およびテーブル関連の操作権限を確認してください。管理者/サービスロールに適切なポリシーが必要です。
  • リージョン制限: 本リリースでは Asia Pacific (Taipei) と Asia Pacific (New Zealand) に追加対応。利用可能リージョンは随時更新されるため、事前に "S3 Tables AWS Regions and endpoints" ドキュメントを確認してください。
  • コスト: Intelligent-Tiering による自動階層化でストレージコストが変動します。S3 Tables 固有の料金（API・メタデータ管理等）が発生する可能性があるため、S3 Tables の価格ページで詳細を確認してください。
  • 互換性: Apache Iceberg 準拠のため、Iceberg をサポートするクエリエンジンでの互換性が期待できますが、各エンジン側のバージョンや設定（メタデータストアの参照方法、カタログ設定など）に依存します。事前にクエリエンジン側の対応バージョンと接続設定を検証してください。
  • 運用注意: S3 Tables は自動メンテナンスを行いますが、大量の頻繁な書き込みや更新があるワークロードではメンテナンスの実行タイミングやコスト影響を確認してください。
  • エンドポイント/設定: テーブルバケットやテーブル用のエンドポイント、リージョン固有のエンドポイント設定を正しく指定する必要があります。
  • 特になし: なし（上記事項を参照）

参考情報 ​

[Cloud Financial Management] Monitor AWS Budgets directly in Billing and Cost Management Dashboards with new Budgets widget ​

概要 ​

AWS Billing and Cost Management(BCM)のダッシュボードにBudgetsウィジェットが追加され、予算情報（予算名、予算額、実績支出、予測支出）をCost ExplorerやSavings Plans／RIレポートと同一ダッシュボード上で確認できるようになりました。これにより予算監視のために別コンソールへ移動する必要がなくなります。

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

BudgetsウィジェットをBCMダッシュボードに追加すると、1つまたは複数の予算をダッシュボード内に表示できます。ウィジェットは予算名、設定した予算額（budgeted amount）、現時点の実際支出（actual spend）、およびAWSによる予測支出（forecasted amount）を表示します。ウィジェット内で予算名、閾値（threshold）、予算タイプ（コスト／使用量など）によるフィルタリングが可能で、ダッシュボードごとに表示する予算を選択できます。これらは既存のCost ExplorerレポートやSavings Plans／Reserved Instanceのカバレッジ・利用状況レポートと同じダッシュボードに配置でき、ダッシュボードのエクスポート機能（スケジュールメール、CSV、PDF）にも含められます。機能は全てのAWS商用リージョンで利用可能で、追加料金は発生しません。

影響範囲・利用シーン ​

  • 対象ユーザー: クラウドにおけるコスト管理を行う財務チーム、FinOps、クラウド管理者、SRE/運用チーム
  • 利用シーン: ダッシュボード上で予算実績と予測を他のコスト指標と並べて監視・共有する（例: 月次予算確認、キャンペーン別コスト監視、経営向けサマリの自動配信）
  • 運用効果: コンソール間の往復を削減して監視・報告の時間を短縮、ダッシュボードのエクスポート機能を使ったステークホルダー共有が容易になり意思決定が迅速化される

技術的な注意点 ​

  • IAM権限: ダッシュボードとBudgetsの情報を表示できる権限が必要（組織ではBilling/Budgets閲覧権限をロールやポリシーで付与してください）
  • リージョン制限: すべてのAWS商用リージョンで利用可能と明記されています（GovCloud/中国リージョンは別途確認が必要）
  • コスト: 追加料金は発生しないとされていますが、ダッシュボードのエクスポートやレポート配信に伴う運用コストやデータ保持に関する間接コストは考慮してください
  • データ鮮度: 表示される実績・予測データは通常のBudgets/Cost Explorerの更新頻度に依存します。リアルタイム性が必須の用途では差分や遅延を確認してください
  • エクスポート/共有: ウィジェットはダッシュボードのスケジュールメールやCSV/PDFダウンロードに含められます。自動配信設定や出力フォーマットの運用フローを事前に設計してください

参考情報 ​

[Iot Core] AWS IoT Core adds APIs for MQTT connection management ​

概要 ​

AWS IoT CoreがMQTT接続管理のための新API（GetConnection、ListSubscriptions）を追加しました。これによりデバイスの接続状況やサブスクリプション情報を取得して、トラブルシューティングや監査、パフォーマンス最適化が容易になります。

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

今回追加されたAPIは以下の通りです。

  • GetConnection: 指定したMQTTクライアント接続の詳細情報を返します。返却項目には接続状態、MQTTセッション情報（クライアントID、セッションの持続性、最終接続時間など）が含まれ、オプションでソケットレベルの情報（送信元／宛先IPアドレス、ポート、クライアントのVPCエンドポイントID）も取得可能です。ソケット情報の取得は細かいIAMポリシーで制御されます。
  • ListSubscriptions: 指定クライアントのサブスクリプション一覧を返します。各トピックごとのQoSレベルを含み、接続中クライアントだけでなく永続セッションを持つオフラインクライアントのサブスクリプションも取得できます。これにより重複・不要なサブスクリプションの検出やサブスクライブ設計の確認が可能です。 併せて既存のDeleteConnection APIと組み合わせることで、接続の確認・調査・強制切断までを網羅するMQTT接続管理が実現します。これらのAPIはAWS IoT Coreがサポートされているすべてのリージョンで利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: IoTプラットフォーム運用者、SRE、デバイス開発者、セキュリティ/コンプライアンス担当者
  • 利用シーン: 接続障害の根本原因調査（クライアントの最終接続情報やソケット情報確認）、不要/重複サブスクリプションの検出と整理、接続監査・フォレンジックのための接続履歴確認
  • 運用効果: 問題検出から対応までの時間短縮（詳細な接続情報で原因特定が容易）、メッセージ配信効率の改善（不要サブスクリプション削減による負荷低減）、セキュリティ調査時の情報補完（IP・VPCエンドポイント情報の参照による追跡）

技術的な注意点 ​

  • IAM権限: GetConnectionでソケットレベルの情報を取得するアクセスは追加の細粒度な権限で制御されます。利用前に必要なIAMポリシーを確認・最低権限で設定してください
  • リージョン制限: AWS IoT Coreがサポートされているすべてのリージョンで利用可能と発表されていますが、対象リージョンでアカウント側のサービス有効化状況を確認してください
  • セッション対象: ListSubscriptionsは接続中クライアントに加え、永続セッションを持つオフラインクライアントのサブスクリプションも返します。短期的な非永続セッションの情報は含まれない点に注意してください
  • コスト: 発表では追加料金は明示されていませんが、大量のAPI呼び出しやそれに伴うログ・モニタリング（CloudWatch等）、データ転送はコストに影響する可能性があります。運用時は呼び出し頻度とログ設定を設計してください
  • プライバシー/セキュリティ: ソケット/IP情報は機密性が高いため、取得・保管・表示に対するアクセス制御と監査を行ってください
  • 互換性: 既存のDeleteConnection等の管理APIと組み合わせて利用できます。SDKやCLIでのサポート状況はAWS SDKの各バージョンを確認してください

参考情報 ​

[Organizations] AWS Organizations emits CloudTrail events for account membership changes ​

概要 ​

AWS Organizationsが組織のアカウント加入／離脱のイベントをマネジメントアカウント向けに自動でCloudTrailに出力するようになりました。AccountJoinedOrganization・AccountDepartedOrganizationという2種類のイベントで、加入／離脱の方法やタイムスタンプなどが記録されます。

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

新たに出力されるCloudTrailイベントは以下の通りです。

  • AccountJoinedOrganization: アカウントが組織に参加した際に出力され、参加方法（CreatedまたはInvited）と参加のタイムスタンプを含みます。
  • AccountDepartedOrganization: アカウントが組織を離脱した際に出力され、離脱方法（Left＝自主的に離脱、Removed＝マネジメントアカウントによる削除、Cleaned＝アカウントが恒久的にクローズされた場合）と離脱タイムスタンプを含みます。 これらのイベントはマネジメントアカウントのCloudTrailに送られます。CloudTrailのログをS3やCloudWatch Logsへ配信している場合はその出力先に記録され、EventBridgeルールやCloudWatchアラームを用いてリアルタイム通知や自動対応（SIEM／SOARへの取り込み、チケット作成等）に利用できます。監査ログや不正検知、インシデント調査のために、イベント名（AccountJoinedOrganization / AccountDepartedOrganization）やペイロード内の離脱／参加種別・タイムスタンプを条件にマッチさせて処理する運用が想定されます。

影響範囲・利用シーン ​

  • 対象ユーザー: セキュリティチーム、クラウド管理者（クラウド運用チーム）、コンプライアンス／監査担当者
  • 利用シーン: 不正なアカウント参加・除外の検知（即時通知）、監査ログの記録、SIEMとの連携によるインシデント相関、マルチアカウント運用のガバナンス確認
  • 運用効果: 組織メンバーの変更を即時に把握可能となり、不正加入や誤ったアカウント削除の早期検出、監査証跡の充実、インシデント対応の迅速化が期待できる

技術的な注意点 ​

  • CloudTrail設定: マネジメントアカウントでCloudTrail（管理イベントの記録）が有効であること。ログ配信先（S3/CloudWatch Logs）が適切に設定されている必要があります
  • IAM権限: CloudTrailログ閲覧、EventBridgeルール作成、CloudWatchアラーム作成などの権限が必要です。組織情報の確認はOrganizationsの読み取り権限が必要になる場合があります
  • イベント可視性: これらのイベントはマネジメントアカウントのCloudTrailに出力されるため、メンバーアカウントからは直接見えません。中央でのログ集約設計が重要です
  • リージョン制限: Organizationsの管理アクションはリージョン横断的に発生しますが、CloudTrailの配信設定やS3バケットの配置・アクセス制御はリージョンやアカウントの構成に依存します。設定を確認してください
  • コスト: CloudTrailログの保存（S3）、CloudWatch Logs/CloudWatch Alarms、EventBridgeルールやそれに連動した通知（SNS）・Lambda実行などで追加コストが発生します。運用設計時に見積りを行ってください

参考情報 ​

[Resilience Hub] AWS announces general availability of the next generation of AWS Resilience Hub ​

概要 ​

AWS Resilience Hubの次世代版がGAになりました。新しいアプリケーションモデル、依存関係の自動検出、生成AIによる障害モード分析、モジュール式ポリシー、組織横断のレポート機能などが追加されています。

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

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

  • 新しいアプリケーションモデル: ビジネス価値の流れを反映する3階層構造（systems、user journeys、services）でアプリケーションをモデリングし、可観測性と設計上の粒度を向上させます。
  • 依存関係の発見 (Dependency discovery): AWSサービス、社内エンドポイント、サードパーティーのエンドポイントなど、サービスが依存するリソースを定期的に評価・可視化し、最新の依存マップを維持します。
  • 生成AIによる障害モード分析: AWS Well-Architectedのベストプラクティス、AWS Resilience Analysis Framework、組織のレジリエンスポリシーに照らしてサービスを解析し、優先度付けされた実行可能な改善案（推奨対応）を生成します。
  • モジュール式レジリエンスポリシー: 組織要件に合わせて再利用可能なポリシーモジュールを定義し、複数アカウントに適用できます。
  • AWS Organizations統合と組織横断レポーティング: 中央チームがポリシーを定義し、全アカウント・全リージョンのポスチャを単一ダッシュボードで監視可能です。
  • 可用リージョン: 発表時点でUS East (N. Virginia)、US East (Ohio)、US West (Oregon)、Canada (Central)、Europe (Ireland/ London/ Frankfurt/ Paris/ Stockholm)、Asia Pacific (Mumbai/ Singapore/ Sydney/ Tokyo/ Seoul)、South America (São Paulo)で利用可能です。

既存のResilience Hub利用者は従来の体験を継続でき、段階的に次世代へ移行可能。移行手順は公式のマイグレーションガイドを参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: プラットフォームエンジニア、SRE、クラウドアーキテクト、運用・ガバナンスチーム
  • 利用シーンまたは効果: アプリケーションの回復性評価と設計改善、依存関係の可視化による障害影響分析、生成AIによる優先度付けされた改善提案の取得、組織横断の準拠状況監視
  • 運用効果: 改善タスクの優先化によるMTTR短縮、ポリシー準拠の一元管理で監査/ガバナンス負荷を軽減、依存関係の自動更新でレジリエンシー評価の精度向上
  • 導入のしやすさ: 既存ユーザーは段階的移行が可能で、Organizations連携により中央チームが一括管理できるため大規模組織での導入が容易

技術的な注意点 ​

  • IAM権限: Resilience Hubのフル機能（依存関係発見や組織横断評価）には、Organizationsや各リソース（EC2、ELB、RDS、Route53等）の読み取り権限や、場合によってはスキャン用の追加権限が必要です。詳細はドキュメントで確認してください。
  • リージョン制限: 発表時点で利用可能なリージョンに限定されています（東京リージョン(ap-northeast-1)は含まれていますが、すべてのリージョンで未対応の可能性あり）。利用前に対象リージョンを確認してください。
  • コスト: 新機能（依存関係発見の自動実行、詳細な分析、組織レポート等）は追加費用が発生する可能性があります。料金ページやコスト影響を事前に確認してください。
  • データ利用／プライバシー: 生成AIによる分析ではリソースのメタデータや構成情報を使用します。機密情報の扱いやデータ送信先について社内ポリシーと照合してください。
  • 移行／互換性: 既存ユーザーは従来体験を継続できますが、次世代機能を利用する場合はマイグレーション手順に従ってください。移行中は二重管理や差分に注意が必要です。
  • 自動検出の前提: Dependency discoveryはターゲットアカウント内のリソースやネットワーク到達性が前提です。プライベートVPC内のエンドポイントやファイアウォール設定によっては追加設定（VPCエンドポイントや権限付与）が必要になる場合があります。

参考情報 ​

[Connect] Amazon Connect Customer expands generative AI-powered post-contact summaries to eight new languages ​

概要 ​

Amazon Connect Customerの生成AIベースのポストコンタクトサマリーが対応言語を拡張し、ポルトガル語、フランス語、イタリア語、ドイツ語、スペイン語、中国語、日本語、韓国語の8言語と英語の地域変種（英国英語、豪州英語など）をサポートします。これにより、会話の言語に合わせた自動要約が可能になり、アフターコンタクト業務の効率化と多言語での品質確認が容易になります。

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

今回の拡張でサポートされた言語はポルトガル語、フランス語、イタリア語、ドイツ語、スペイン語、中国語、日本語、韓国語の8言語で、さらに英語の非米国バリエーション（British English、Australian English、その他の地域ロケール）も利用可能になりました。生成AIによるポストコンタクトサマリーは、音声、チャット、メールといった全チャネルの会話を解析し、要点を構造化した短い概要を自動生成します。要約は会話の言語に合わせて出力されるため、グローバルサポートや多言語対応のセンターで、オペレーターの後処理工数削減や管理者の横断的な品質レビューに役立ちます。新しい言語サポートは、Amazon Connect Customerのポストコンタクトサマリー機能が利用可能なすべてのAWSリージョンで有効です。詳細な設定方法や表示方法はAmazon Connect Customerの管理者ガイド（生成AIポストコンタクトサマリーの項）を参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: グローバル/多言語サポートを行うコンタクトセンター運用者、スーパーバイザー、CXマネージャー
  • 利用シーンまたは効果: 多言語での通話・チャット・メールの要点自動要約により、アフターコンタクト作業の短縮、スーパーバイザーによる地域横断的な品質評価が可能
  • 運用効果: エージェントの作業時間削減（要約読取での工数低減）、多言語監査の効率化、ローカル表記（スペル/用語）の一貫性向上

技術的な注意点 ​

  • IAM権限: 管理者が生成AIサマリー表示や設定を行うための適切なConnect権限（および関連するS3/CloudWatch等へのアクセス権）を確認してください
  • リージョン制限: 新言語は「Amazon Connect Customerのポストコンタクトサマリーが利用可能な各リージョン」で有効です。利用リージョンで機能が有効か管理者ガイドで確認してください
  • データ保護/コンプライアンス: 会話データは要約生成のためにモデルで処理されます。PIIや機密情報の取り扱い、ログ保存、データ転送先、保持ポリシーについて社内ポリシーと法規制（例: GDPR、各国のデータ保護法）を確認してください
  • コスト: 生成AI処理は追加の利用料が発生する可能性があります。使用量（要約生成回数/トランザクション）に基づく料金を事前に確認してください
  • 品質/精度: 自動要約は高い有用性を提供しますが、専門用語や業界固有表現、方言・雑音条件下での誤要約が起こり得ます。重要業務ではヒューマンレビューや要約テンプレートの検証運用を推奨します
  • 設定/運用: 管理者ガイドの設定手順に従い、言語設定や出力フォーマット、ログ保存先の設定を確認してください。必要に応じてサンプルデータで品質検証を行ってください

参考情報 ​

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

概要 ​

Anthropicの最新モデル「Claude Opus 4.8」がAWSで利用可能になりました。長時間の自律実行、深い推論、コード理解・編集能力や複雑文書の統合において向上しており、プロダクション向けAIアプリケーションでの利用を想定しています。

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

Claude Opus 4.8は、エージェント型タスク、コーディング、ナレッジワークにおける性能改善を中心に設計された一般公開モデルです。主な技術的特徴は次のとおりです。

  • 長時間の自律実行: 長いセッションや長期にわたる自律タスクでのコンテキスト保持と一貫性が向上し、途中での停止や劣化が起きにくくなっています。
  • 深い推論・自己検証: 複雑な推論やソース間の統合（複数ドキュメントや長文からの要約・合成）で精度が上がり、出力の自己チェック能力が改善されています。
  • コード理解・編集能力: 実際のリポジトリを「エンジニアのように読む」能力が向上し、編集前に計画を立ててから変更を適用する等、長セッションでのコードナビゲーションと修正が得意になりました。
  • エージェント挙動の改善: 障害に直面したときの回避経路探索、誤りからの自己回復、助けを求めるべきタイミングの判断など、実運用の自律エージェントに必要な振る舞いが強化されています。 アクセス方法は2つあります。
  1. Amazon Bedrock経由: データをAWSインフラ内に留めつつ、Bedrockが提供するガードレール（Guardrails）、Knowledge Bases、リージョナルなデータレジデンシーなどのAWS管理機能と統合して利用可能。
  2. Claude Platform on AWS経由: Anthropicネイティブのプラットフォーム体験（同等のAPI、機能、コンソール）へAWSコンソールから直接アクセスでき、AWSの課金と認証と統一して利用可能。 運用面では、長時間セッションや大規模コンテキストを使うユースケースでトークン消費・計算コストが増加する点に留意が必要です。また、BedrockとClaude PlatformではAPIや運用フロー、データ管理ポリシーに差があるため選択時に確認してください。

影響範囲・利用シーン ​

  • 対象ユーザー: 開発者、機械学習エンジニア、SRE、AIプロダクト責任者、企業のナレッジワーカー
  • 利用シーン: 長時間の自律エージェント（運用自動化、バッチワークフロー）、大規模コードベースの自動リファクタリング・レビュー、複数長文やドキュメントにまたがるレポート作成・要約
  • 運用効果: 自律タスクの信頼性向上によりヒューマンオーバーサイトを減らし、コード変更の品質向上や長文情報の正確な統合によってレビューコストを削減可能

技術的な注意点 ​

  • IAM権限: BedrockやClaude Platformを利用するためのAWS IAM権限（Bedrock関連のAPI呼び出し権限やコンソールアクセス権）を事前に確認してください
  • リージョン制限: 全リージョンで即時利用可能とは限りません。地域別の提供状況を確認してください
  • コスト: より高性能なモデル・長時間セッション・大きなコンテキスト利用はトークン消費・計算リソースを増やし、課金額が上がります。利用量の見積もりを行ってください
  • データレジデンシー: Amazon Bedrock経由ならデータがAWSインフラに留まる設計ですが、実際のログ保持・サードパーティ連携ポリシーは確認してください
  • API/機能差: Bedrock経由はAWS管理のガードレールやKnowledge Base統合が使え、Claude Platform on AWSはAnthropicネイティブのAPI/コンソール体験を提供します。運用要件に応じて適切な経路を選んでください
  • セッション持続性: 長時間・長コンテキストを扱う場合のセッション管理、チェックポイント作成、再試行戦略を設計してください
  • 監査・セキュリティ: 出力の検証（自己検査結果の確認）・ログ管理・アクセス制御を運用プロセスに組み込むことを推奨します

参考情報 ​

概要 ​

Amazon DynamoDB StreamsがAWS GovCloud (US)リージョンでFIPS対応のAWS PrivateLinkをサポートしました。これにより、政府機関や連邦規制対象の組織がDynamoDB StreamsへインターフェースVPCエンドポイント経由でプライベートに接続できるようになります。

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

DynamoDB Streamsはテーブルの項目レベル変更を時系列でキャプチャし、リアルタイム処理やイベント駆動アーキテクチャを実現します。本リリースでは、GovCloud (US)リージョン向けにFIPS（Federal Information Processing Standard）準拠のエンドポイントへAWS PrivateLink経由で接続できるようになりました。技術的には、VPC内でインターフェースVPCエンドポイント（AWS PrivateLink）を作成してDynamoDB StreamsのFIPSエンドポイントとプライベートに通信します。これによりトラフィックはパブリックインターネットに出ることなくAWSネットワーク内で完結し、FIPS要件を満たす暗号化・モジュールを用いた通信経路が確保されます。結果として、GovCloudの顧客はコンプライアントなCDC（Change Data Capture）やイベント駆動パイプライン（Lambda、Kinesis、カスタムコンシューマなど）をより簡潔で安全なネットワーク設計で構築できます。この記事によれば、本機能はAWS GovCloud (US-East) / (US-West)に加え、商用リージョン（US East (N. Virginia)、US East (Ohio)、US West (N. California)、US West (Oregon)、Canada (Central)、Canada West (Calgary)）でも利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: 政府機関、連邦規制対象の組織、セキュリティ重視のクラウドネットワーク設計者
  • 利用シーン: FIPS準拠が必須のリアルタイムデータストリーミング、Change Data Capture（CDC）、イベント駆動アプリケーション（Lambda/Kinesis等）をVPC内で安全に実行する場合
  • 運用効果: トラフィックをパブリックインターネットに出さずにDynamoDB Streamsと通信できるため、コンプライアンス対応が容易になりネットワーク境界が簡素化される
  • セキュリティ効果: FIPS対応エンドポイント＋PrivateLinkにより暗号化・認証要件を満たしつつ、VPCセキュリティグループで通信を細かく制御可能
  • リージョン: AWS GovCloud (US-East)、AWS GovCloud (US-West)、および一部商用リージョン（US East (N. Virginia)、US East (Ohio)、US West (N. California)、US West (Oregon)、Canada (Central)、Canada West (Calgary））

技術的な注意点 ​

  • IAM権限: エンドポイント作成にはec2:CreateVpcEndpoint等のEC2系権限が必要。エンドポイントポリシーやDynamoDBアクセス用のIAMポリシーも適切に設定すること
  • リージョン制限: FIPS向けPrivateLinkサポートは記事で示されたGovCloudと指定商用リージョンに限定されるため、利用するリージョンで対応状況を必ず確認すること
  • コスト: インターフェースVPCエンドポイントは時間課金およびデータ処理費用が発生するため、トラフィック量・エンドポイント数により追加コストが発生する
  • ネットワーク設定: VPCのサブネット、セキュリティグループ、ルートやNACLを確認。エンドポイントはENIを作成するためIPアドレス要件を満たすサブネットが必要
  • エンドポイントポリシー: 最小権限の原則に基づきエンドポイントポリシーでアクセス制御を行い、不要なアクセスをブロックすることを推奨
  • サービス接続: Lambda関数やKinesis等のコンシューマがVPC外にある場合はエンドポイント経由でのアクセスを確保できないため、コンシューマの配置やネットワーク設計を見直す必要がある
  • 監査・ログ: PrivateLink経由の通信でもCloudTrailやVPCフローログ、CloudWatch Logsでの監査を設定しログ取得要件を満たすこと
  • 互換性: FIPSエンドポイントは暗号モジュール等の要件を満たす実装であるが、アプリ側で特別な設定が不要か確認する（ライブラリの互換性等）

参考情報 ​

[Govcloud Us] Amazon WorkSpaces Applications adds support for Windows Desktop OS ​

概要 ​

Amazon WorkSpaces ApplicationsがWindows Desktop OSのBYOL（Bring Your Own License）をサポート開始しました。既存のWindows Desktopライセンスを持ち込んで、専有ハードウェア上でWindowsデスクトップアプリやフルデスクトップを大規模にストリーミングできます。

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

主な変更点は以下の通りです。

  • Windows Desktop OSのBYOLをサポートし、対象となるMicrosoft 365 Apps for enterpriseを含む既存ライセンスを持ち込んで利用可能になりました。
  • OSは顧客アカウント専用のハードウェア上でホストされるため、シングルテナント（専用ホスト）でのデスクトップ/アプリケーション配信が可能です。
  • ローカルデバイスとストリーミングセッションで同一のWindows Desktop OSを利用することで、操作体系（ショートカット、ナビゲーション等）を統一でき、ユーザーの学習コストやオンボーディング時間を削減します。
  • コスト面ではOSライセンス料が不要になるため、支払対象はコンピュートとストリーミングインフラのみとなり得ます（ただしMicrosoft側のライセンス要件やAWS上のコミット条件を満たす必要あり）。
  • 利用可能リージョンは複数あり、サポート地域の一覧は公式のBYOLドキュメントで確認する必要があります。
  • BYOL利用にはMicrosoftのライセンス要件を満たすことと、各リージョンごとに月間で最低数のストリーミングリソース稼働をコミットする必要がある点に注意が必要です。

影響範囲・利用シーン ​

  • 対象ユーザー: デスクトップ仮想化を導入している企業、VDI/仮想デスクトップ環境を運用するIT管理者やSRE
  • 利用シーン: 既存のWindows Desktopライセンスを活用してオンプレと仮想デスクトップ間で同一のユーザー体験を提供する場合（リモートワーク、分散チーム、BCP）
  • 運用効果: OSライセンス費用の削減、ユーザーの切替コスト低減、専有ハードウェア利用によるコンプライアンスや隔離要件の達成が可能

技術的な注意点 ​

  • ライセンス要件: MicrosoftのBYOLルール（対象OS/エディション、Software Assuranceなど）を満たしていることが前提です。詳細はMicrosoft契約を確認してください。
  • コミット条件: 各リージョンで月間の最低ストリーミングリソース数のコミットが必要です。コミット未達成時の扱いは事前に確認してください。
  • リージョン制限: 複数リージョンで利用可能との記載がありますが、すべてのリージョンで対応しているわけではありません。対象リージョンは公式BYOLドキュメントで確認してください（GovCloudの対応状況も要確認）。
  • IAM権限: WorkSpaces Applicationsおよび関連リソースの作成に必要なIAM権限を適切に付与してください。
  • コスト: OSライセンス料は不要になりますが、専有ハードウェア、コンピュート、ネットワーク、ストリーミングインフラ（および必要に応じた専用ホスト費用等）の料金が発生します。総コストは従来のAWS提供OSモデルと比較してケースバイケースです。
  • セキュリティ／コンプライアンス: 専有ハードウェア利用によりテナント分離が強化されますが、データ転送や認証、エンドポイント管理等の運用設計は継続して必要です。
  • 導入手順: 利用開始前にMicrosoftライセンス適合性の確認、対象リージョンでのリソースコミット計画、必要なIAMロール・ネットワーク設計（VPC/サブネット/セキュリティグループ）を整備してください。

参考情報 ​

[Opensearch Service] The next generation of Amazon OpenSearch Serverless is now generally available ​

概要 ​

Amazon OpenSearch Serverlessの次世代がGAになりました。エンジンはエージェント用途向けに最適化され、秒単位でリソースを準備し、20倍高速なオートスケールとスケール・トゥ・ゼロ／従量課金で最大60%のコスト削減を実現します。

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

次世代OpenSearch Serverlessは、検索とベクトル検索（agent向けワークロードを想定）のフルマネージドサービスで、以下の主要な技術的強化を含みます。

  • 高速オートスケーリング: 旧世代比で最大20倍速くスケールし、急な負荷増にも数秒で対応可能。
  • スケール・トゥ・ゼロと従量課金: 非稼働時にコンピュートをゼロにでき、ピーク時のクラスター常時プロビジョニングより最大60%のコスト削減が見込める（使用量に応じた課金）。
  • コンピュートとストレージの完全分離: 新しい共有ストレージ層により、ストレージは永続化したままコンピュートを独立して増減でき、低トラフィック時のコスト削減とトラフィック急増時の即時準備性を両立。
  • ネットワーク/接続の簡素化: コレクションレベルとリージョンレベルの2種類のリソースベースエンドポイントを提供し、標準VPC APIを使ったマルチVPCやオンプレ接続の構成が容易に（VPCエンドポイントやエンドポイントポリシーによる制御が想定される）。
  • 開発者エコシステム連携: VercelやKiroなどAI開発プラットフォームとのネイティブ統合により、開発環境から自然言語で検索インフラをプロビジョニング可能。OpenSearch Agent Skillsを通じてClaude Code、Cursor、Codex等のコーディングプラットフォーム上でエージェントに検索/ベクトル機能を組み込める。
  • コレクションタイプ: GA時点ではsearch（全文検索）とvector（ベクトル検索）の2タイプをサポート。
  • リージョンと可用性: Amazon OpenSearch Serverlessが既に提供されている商用リージョンで利用可能。課金・詳細は専用の価格ページを確認。

影響範囲・利用シーン ​

  • 対象ユーザー: 検索/ベクトル検索を利用するアプリケーション開発者、AIエージェント開発者、SRE/クラウド運用チーム
  • 利用シーンまたは効果: エージェント駆動のワークロード（リアルタイム検索、レコメンデーション、ベクトル検索を用いる対話型AI）で、急激なトラフィック変動に対して短時間でスケールしレスポンスを維持
  • 運用効果: 常時クラスターを維持しないことで運用コスト削減（最大60%の可能性）、低負荷時のコスト最適化、瞬時の復帰によるSLA遵守が容易に
  • コスト影響: 従量課金化とスケール・トゥ・ゼロで大きくコストが変動。ストレージは永続化されるためストレージ料金は発生し続ける点に注意
  • リージョン影響: 既存のOpenSearch Serverless提供リージョンで利用可能。新旧世代の提供状況やリージョン差異は事前確認推奨

技術的な注意点 ​

  • IAM権限: 新しいリソースベースエンドポイントやコレクションの作成/管理には専用のIAMポリシーが必要。クロスアカウントやVPC接続時はエンドポイントポリシーの設定を確認
  • リージョン制限: GAは『OpenSearch Serverlessが提供されている商用リージョン』で利用可能。利用前に対象リージョンで次世代が提供されているかを確認してください
  • コスト: 従量課金（使用量ベース）とストレージ課金の組み合わせ。スケール・トゥ・ゼロでもストレージは課金されるため長期保存コストを見積もる必要あり
  • 互換性/移行: コンピュートとストレージ分離などアーキテクチャが変わるため、既存のクラスターからの移行手順やAPI互換性をドキュメントで確認し、検証環境でテストすることを推奨
  • ネットワーク/接続: コレクション/リージョンのリソースベースエンドポイントを利用したVPC接続は標準VPC API（VPCエンドポイント、セキュリティグループ、ルーティング）で構成可能。オンプレ接続やマルチVPC構成ではネットワーク設計と接続ポリシーの検証が必要
  • 監視/ログ: CloudWatchやOpenSearchのメトリクス/ログの名称や意味が次世代で変更される可能性があるため、アラート/ダッシュボードを再確認
  • サポートされるコレクション: GA時点でsearchとvectorのみサポート。その他の機能（例: 一部のIndex設定やプラグイン）が制限される可能性があるため事前確認
  • サードパーティ統合: Vercel/Kiro等のネイティブ統合は追加の認証設定や権限付与が必要になるケースあり

参考情報 ​

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

Copyright © 2026