AWS What's New Digest

Appearance

2026年04月07日 ​

[S3] Announcing Amazon S3 Files, making S3 buckets accessible as file systems ​

概要 ​

Amazon S3 Filesは、Amazon S3のバケットをそのまま共有ファイルシステムとしてマウント可能にするサービスです。EFSの技術を使い、S3上のデータに対してフルなファイルシステムセマンティクスと低遅延アクセスを提供します（データはS3から出ません）。

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

主な特徴と仕組み:

  • ファイルシステムとしてのアクセス: S3 FilesはS3バケットのオブジェクトを「ファイル/ディレクトリ」のビューで管理し、ファイル操作を効率的なS3 API呼び出しに翻訳します。POSIXライクなファイル操作（読み書き、リネーム、メタデータ操作など）をサポートし、既存のファイルベースのアプリケーションやツールを変更せずに利用できます。
  • EFSベースの実装とキャッシュ: 背後にはAmazon EFSの技術を用い、アクティブに使用されるデータをローカル／分散キャッシュして低レイテンシを実現します。キャッシュにより多数の同時接続や高スループット（合計で「複数テラバイト／秒」クラスの読み取りスループットが可能とされる）をサポートします。
  • データ一元化: データはS3上に一元管理され、ファイルとオブジェクトAPIの両方から同時にアクセス可能です。データの複製やステージングが不要になり、オブジェクトストレージとファイルストレージ間の同期パイプラインの運用コストを削減します。
  • 幅広い接続先: EC2インスタンス、コンテナ、関数（Lambda等）を含む任意のAWSコンピュートから接続可能で、数千のコンピュートリソースが同一のS3ファイルシステムに同時接続できます。
  • 導入と可用性: 既存のS3バケット内のデータで移行不要に利用可能。2026-04-07時点で34リージョンで一般提供(GA)となっており、詳細な対応リージョンはAWS Capabilitiesツールで確認できます。

影響範囲・利用シーン ​

  • 対象ユーザー: 開発者、データエンジニア、機械学習チーム、SRE/運用チーム、AIエージェントや自動化ワークフローを扱うチーム
  • 利用シーン: 既存のファイルベースツールやバッチ処理、データ準備（ETL/データ前処理）、MLワークフローやモデル学習パイプライン、AIエージェントの状態永続化、クラスタ間での共有データアクセス
  • 運用効果: データの複製や同期ジョブを削減して運用負荷を低減、ストレージコスト最適化（S3に単一コピー保持）、ファイルベースアプリの改修不要でS3データを直接利用可能になりデータ取り回しや処理の高速化が期待できる

技術的な注意点 ​

  • IAM権限: S3バケットのアクセス許可に加え、S3 Files固有のマウント／管理用権限が必要です。IAMロールやポリシーでマウント対象のリソースからのアクセスを許可してください。
  • リージョン制限: GAは34リージョンでの提供です。利用前に自リージョンでS3 FilesがサポートされているかAWS Capabilitiesツール／ドキュメントで確認してください。
  • コスト: S3のストレージ・リクエスト・データ転送料金に加えて、S3 Filesの利用料金（マウント・キャッシュ・IO関連の追加料金）が発生する可能性があります。料金は導入前にS3 FilesおよびS3の料金ページで確認してください。
  • 一貫性とキャッシュ: S3 Filesはキャッシュを利用するため、メタデータやキャッシュの同期遅延が発生する可能性があります。複数ライターによる同時更新やファイルロックの動作についてはワークロードで検証してください。
  • パフォーマンス制約: 合計スループットは大きく取れますが、個々のインスタンス/コンテナごとの接続制限やIO性能上限が存在する可能性があります。高スループット設計時はベンチマークとインスタンス/ネットワーク設計を行ってください。
  • 互換性: POSIX互換のファイル操作をサポートするとされていますが、特定の低レベルファイルシステム機能（例: カスタムファイル属性、特殊なロック機構など）は事前検証が必要です。
  • マウント/実行環境: EC2、ECS/EKS、Lambda等からのマウントが想定されていますが、各コンピュート環境ごとのマウント手順・設定（VPC、セキュリティグループ、ネットワーク構成など）を確認してください。

参考情報 ​

[General] Amazon RDS for Oracle now supports M8i and R8i instances ​

概要 ​

Amazon RDS for OracleがM8iおよびR8i（第8世代、Intel Xeon 6ベース）のインスタンスタイプをサポート開始しました。これにより、従来のIntelベース世代と比べて最大15%の価格性能向上と最大2.5倍のメモリ帯域を実現します。

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

M8i（汎用）およびR8i（メモリ最適化）は、AWS専用のカスタムIntel Xeon 6プロセッサを採用した第8世代インスタンスです。Amazon RDS for Oracleでは、Bring Your Own License（BYOL）モデルでOracle Database Enterprise Edition（EE）およびOracle Database Standard Edition 2（SE2）向けに利用可能です。既存のDBインスタンスはRDSコンソール、AWS CLI、またはSDKからインスタンスタイプを変更して移行できます。AWSはこれらのインスタンスについて「最大15%の価格性能（price-performance）改善」と「従来のIntelベース世代比で最大2.5xのメモリ帯域向上」を謳っています。新しいインスタンスは高いメモリ帯域やCPU性能が必要なトランザクション負荷型やインメモリワークロード（Oracle SGA/バッファキャッシュ、In-Memoryオプション等）に有効です。最新の料金やリージョン対応状況はAmazon RDS for Oracle Pricingページで確認してください。

影響範囲・利用シーン ​

  • 対象ユーザー: データベース管理者（DBA）、クラウドインフラ/プラットフォームチーム、アプリケーション開発者（高性能Oracle DBを使うユーザー）
  • 利用シーン: 大規模トランザクション、OLTP、メモリ帯域がボトルネックの分析クエリやOracle In-Memory機能を活用するワークロードの性能向上
  • 運用効果: 同等コストでのスループット改善・レイテンシ低減が期待でき、インスタンスサイズの見直しによりコスト最適化が可能
  • 制約: 現状はBYOL（ライセンス持ち込み）モデルのみサポート。ライセンス込み（LI）での提供は記事時点で未対応

技術的な注意点 ​

  • IAM権限: DBインスタンスの変更/作成にはrds:ModifyDBInstance、rds:CreateDBInstance、rds:DescribeDBInstancesなどのRDS権限が必要です（自動化では追加のIAM権限を確認してください）。
  • ライセンス: BYOL（Bring Your Own License）のみ。Oracle EE/SE2の既存ライセンス利用が前提で、ライセンス条件（ハードウェア制限等）に注意してください。
  • リージョン制限: 記事時点でリージョンごとの提供状況が異なります。利用前にRDS for Oracleのリージョン可用性と料金ページを確認してください。
  • ダウンタイム: インスタンスタイプ変更は通常インスタンスの再起動（再配置）を伴います。即時適用/次回メンテナンスでの適用選択やMulti-AZ構成時のフェイルオーバー挙動を考慮してください。
  • エンジン互換性: 特定のOracleエンジンバージョンやパラメータグループ/オプショングループの互換性を事前に確認してください。ストレージタイプやIO要件も再評価が必要です。
  • コスト: AWS側は価格性能が向上したとしていますが、インスタンスタイプごとの単価は異なります。事前にRDS for Oracleの料金を確認のうえ、想定ワークロードでのTCO試算を行ってください。

参考情報 ​

[Braket] Amazon Braket adds support for Rigetti's 108-qubit Cepheus QPU ​

概要 ​

Amazon BraketでRigettiのCepheus-1-108Q（108キュービット、モジュラー型スーパーコンダクティングQPU）へのアクセスが可能になりました。CZ（controlled‑phase）ゲートとチップレット型3x4アレイを採用し、より深い回路の実行が可能になっています。

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

Cepheus-1-108Qは12個の9キュービットチップレットを3×4配列で組み合わせたRigettiのモジュラー・マルチチップアーキテクチャを採用します。各チップレット間は可変結合（tunable couplers）およびモジュール間結合（intermodule couplers）で接続され、以前のRigettiデバイスで使われていたiSWAPに替えてCZ（controlled‑phase）ゲートを導入しています。CZは超伝導系で発生しやすい位相エラーに対して耐性が高く、Rigettiのアディアバティック（緩和的な）CZ実装は非計算状態へのリーケージ（漏出）を低減するため、結果として回路深度の増加（より多くのゲートを重ねた実行）が可能になります。これにより、化学シミュレーション、組合せ最適化、量子機械学習などのユースケースで有用な計算が行いやすくなります。ユーザーはBraket SDKやQiskit、CUDA‑Q、Pennylaneなどのフレームワークからプログラムを作成・実行できます。さらに、研究者向けにパルスレベル（低レベルハードウェア制御）アクセスが提供され、ノイズ解析、ゲート開発、エラー緩和手法の検証が可能です。Cepheus-1-108Qは現時点で米国西部（北カリフォルニア／us-west-1）リージョンで利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: 量子アルゴリズム研究者、量子化学・材料科学の研究者、組合せ最適化や量子機械学習を試す開発者
  • 利用シーン: 化学反応や分子のシミュレーションでより深い回路が必要な計算／大規模な最適化問題の近似解探索／ハイブリッド量子古典ワークフローの実装と評価
  • 運用効果: CZとアディアバティック実装により位相エラーとリーケージが低減され、より長い回路（深い量子回路）を実行できるためアルゴリズム性能の向上が期待できる
  • 制約: 現時点ではus-west-1リージョンに限定されるため、データ主権やレイテンシ要件のあるワークロードはリージョン構成を検討する必要がある

技術的な注意点 ​

  • IAM権限: Braketでデバイス実行・ジョブ管理・パルスアクセスを行うためのIAM権限（braket:CreateQuantumTask等）を事前に設定してください
  • リージョン制限: Cepheus-1-108Qは米国西部（北カリフォルニア、us-west-1）でのみ利用可能です
  • コスト: QPU実行・ジョブ待機・測定などで課金が発生します。大規模実験やパルス実験はコストが高くなる可能性があるため予算を確認してください。AWS Cloud Credits for Researchの申請で支援を受けられる場合があります
  • 対応フレームワーク: Braket SDKのほかQiskit、CUDA‑Q、Pennylaneなどから利用可能です。各フレームワークからのマッピング・最適化差異に注意してください
  • パルス制御: パルスレベルアクセスは低レベルのハードウェア制御を伴うため、装置固有のキャリブレーション・ノイズ特性の理解と注意深い実験設計が必要です
  • デバイス動作特性: モジュラー構成とチップレット間結合はスケーラビリティを提供する一方で、キャリブレーションやクロストークの管理が重要です。ゲート特性（CZの実行時間、誤差率、リーケージ動作）を事前に確認してください

参考情報 ​

[Transfer Family] AWS Transfer Family now supports IPv6 for connectors and web apps ​

概要 ​

AWS Transfer FamilyがSFTPコネクタ、AS2コネクタ、およびTransfer FamilyのWebアプリでIPv6をサポートしました。これによりIPv6ネイティブなネットワークや取引先と直接通信でき、IPv4からの移行を容易にします。

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

今回の拡張は主に以下を含みます：SFTPコネクタおよびAS2コネクタがリモートサーバ／取引先に対してIPv6で接続できるようになり、Transfer FamilyのWebアプリはエンドユーザーからのIPv6によるアップロード／ダウンロードを受け付けます。コネクタ側はアウトバウンドでIPv6の宛先（AAAAレコードやIPv6アドレス）に接続可能で、Webアプリ側はデバイスやネットワークがIPv6ネイティブでもブラウザベースの転送を提供します。両機能ともデュアルスタック（IPv4/IPv6）をサポートするため、既存のIPv4環境と並行して段階的に移行可能です。機能はAWS Transfer Familyが提供されている大多数のリージョンで利用可能ですが、詳細な対応リージョンはAWS Capabilitiesツールで確認してください。より詳しい設定や運用方法はTransfer Family User Guideを参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: データ連携を行うシステム/開発者、取引先とのファイル交換がある企業、SFTP/AS2を利用する運用チーム
  • 利用シーンまたは効果: IPv6のみを採用する取引先やクラウド/ISP環境からのファイル受渡しが可能になり、IPv4依存による接続障害やネットワーク翻訳の必要性を低減
  • 運用効果: デュアルスタック対応により移行期間中も互換性を維持しつつ、IPv6ネイティブ通信による遅延改善やアドレス枯渇対応が見込める
  • 互換性: 既存のIPv4ベースの取引先・クライアントとも並行運用でき、段階的な移行計画を立てやすくなる

技術的な注意点 ​

  • 対応範囲: 現時点でIPv6対応が明示されているのはSFTPコネクタ、AS2コネクタ、およびTransfer FamilyのWebアプリです（Transfer Familyのすべての機能／サーバー側が自動的にIPv6対応するわけではないため、対象範囲はドキュメントで要確認）
  • リージョン制限: 大多数のリージョンで利用可能とされていますが、一部リージョンでは未対応の可能性があるため、AWS Capabilitiesツールで対応リージョンを確認してください
  • ネットワーク設定: 接続先がIPv6アドレス（AAAAレコード）を提供していること、取引先側ファイアウォールやネットワークACLでIPv6トラフィックが許可されていることを事前に確認してください
  • DNS: コネクタが名前解決でAAAAレコードを取得できるようDNS設定とフォールバック（IPv4/IPv6の優先順）を確認してください
  • セキュリティ: IPv6経由でも同等の認証・暗号化（SFTP/AS2のプロファイル）やアクセス制御を適用してください。IPベースのアクセス制限を使っている場合はIPv6アドレスレンジのルール追加が必要です
  • IAM権限: コネクタやWebアプリの設定・運用に必要なTransfer Family関連のIAM権限を事前に確認してください
  • コスト: AWSからの公式な追加料金の発表はありませんが、データ転送量に基づく通常の転送料金が発生する点は注意してください
  • 検証運用: 本番切替前に取引先とのIPv6接続試験（疎通、性能、ログ確認）を実施してください

参考情報 ​

[Aurora] Amazon Aurora now supports PostgreSQL 17.9, 16.13, 15.17, and 14.22 ​

概要 ​

Amazon Aurora（PostgreSQL互換版）がPostgreSQLのマイナー版 17.9、16.13、15.17、14.22 をサポートしました。これらにはコミュニティのバグ修正やセキュリティ修正、Aurora固有の改善が含まれます。

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

今回のアップデートは各PostgreSQLマイナーリリースに含まれるセキュリティ修正・バグフィックスおよびAurora固有の最適化を反映したものです。ユーザーはスケジュールされたメンテナンスウィンドウ中に自動マイナー版アップグレードを使ってデータベースを更新できます。大量環境での運用を簡素化するため、AWS OrganizationsのUpgrade Rollout Policyを使って段階的（まず開発環境→ステージング→本番）にロールアウト可能です。さらに、Auroraのゼロダウンタイムパッチ機能を用いることで、マイナー版アップグレード時のダウンタイムを最小化できます。Aurora自体はPostgreSQL互換性を維持しつつ、スケールトゥゼロのサーバーレス、Aurora Global Database（マルチリージョン耐障害性）、I/O集約ワークロード向けのI/O最適化、組み込みのセキュリティと継続的なバックアップなどの特徴を提供します。アップグレード前には公式のリリースノートで修正点と既知の互換性影響を必ず確認してください。

影響範囲・利用シーン ​

  • 対象ユーザー: PostgreSQL互換のAuroraを運用するデータベース管理者、SRE、アプリケーション開発チーム
  • 利用シーン: セキュリティ脆弱性修正の適用、バグ修正の取得、パフォーマンス/安定性向上のための定期アップデート
  • 運用効果: 自動マイナー版アップグレードとUpgrade Rollout Policyで大量環境の段階的ロールアウトが容易に行え、ゼロダウンタイムパッチで業務影響を最小化できる
  • 推奨対応: まず非本番環境で新しいマイナー版の互換性検証を行い、バックアップ（スナップショット）取得後に段階的に本番へ展開することを推奨

技術的な注意点 ​

  • IAM権限: アップグレードや自動アップグレード設定のためにRDS/Auroraの管理権限（rds:ModifyDBCluster など）が必要です
  • リージョン制限: 新しいマイナー版はリージョンごとに段階的に展開される可能性があるため、利用前に対象リージョンでの提供状況を確認してください
  • コスト: マイナー版アップグレード自体に追加料金は通常発生しませんが、Aurora Global DatabaseやI/O最適化などの機能利用は追加料金が発生する場合があります。さらに、アップグレード検証のためのテスト環境確保や一時的なリードレプリカ利用によるコストを見積もってください
  • 互換性: 拡張モジュール（extensions）、カスタムパラメータグループ、ネイティブプラグイン等の互換性を事前に確認してください。マイナーアップデートでも振る舞いが変わる可能性があります
  • アップグレード手順: 自動マイナー版アップグレードはメンテナンスウィンドウ中に適用されます。ゼロダウンタイムパッチはクラスタ構成（リーダー/ライター複数ノード等）があることが前提で、すべてのケースで完全無停止を保証するものではありません
  • バックアップ/リカバリ: 重大な問題に備え、アップグレード前にクラスタのスナップショット取得とポイントインタイムリカバリ手順の確認を行ってください
  • テスト推奨: 本番適用前に開発/ステージング環境でアプリケーションの回帰テスト、パフォーマンステスト、拡張の動作確認を必ず実施してください

参考情報 ​

概要 ​

AWS Certificate Manager (ACM) コンソールに証明書検索バーが追加され、ドメイン名、証明書ARN、有効期限など複数パラメータでネイティブに証明書を検索できるようになりました。SearchCertificates API 経由でも同機能を利用可能です。

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

ACM のコンソールに新しい検索バーが導入され、ドメイン名、証明書の Amazon リソースネーム (ARN)、および証明書の有効期限（有効期限に基づくフィルタ）などの一つ以上のパラメータで証明書を検索できます。大量の証明書を管理している環境では、特定ドメインの証明書や「まもなく期限切れ」の証明書を素早く絞り込めるため、運用上の確認や更新作業が容易になります。開発者・自動化スクリプトからは新しい SearchCertificates API（SDK/CLI 経由）を使って同様の検索を実行できます。検索は各リージョン単位で行われ、ACM に登録されているマネージド証明書、インポート済み証明書、およびプライベート証明書（ACM PCA を含む）を対象に結果が返されます。なお、本機能は全てのパブリック AWS リージョン、AWS China、AWS GovCloud リージョンで利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: 証明書を多数管理するプラットフォーム運用者、SRE、セキュリティ運用チーム、DevOps エンジニア
  • 利用シーンまたは効果: 複数パラメータでの高速検索により、まもなく期限切れの証明書検出や特定ドメインの証明書一覧取得が容易になり、更新作業や障害予防が効率化される
  • 運用効果: 手動での一覧スクロールや外部スクリプトによる絞り込みを減らし、証明書管理の作業時間短縮とヒューマンエラーの低減が期待できる
  • 導入影響: 既存の運用ワークフローにコンソール検索や SearchCertificates API を組み込むことで、監視・自動ローテーションツールとの連携が簡素化される
  • リージョン制限: 検索はリージョン単位で実行される（グローバル検索は不可）

技術的な注意点 ​

  • IAM権限: SearchCertificates API を呼び出すには acm:SearchCertificates 権限が必要。コンソール利用時は該当コンソール操作に必要な ACM 権限を付与してください
  • API/CLI: SDK と AWS CLI（acm search-certificates）経由で SearchCertificates API を利用可能。結果はリージョンごとに返るため、複数リージョンを横断する場合は各リージョンで呼び出す必要があります
  • リージョン制限: 本機能は全パブリック・China・GovCloud リージョンで利用可能だが、検索結果は呼び出したリージョン内の証明書のみ対象です
  • コスト: この検索機能自体に追加料金は通常発生しませんが、API 呼び出しが大量に発生する自動化用途ではリクエストレートや関連サービス（例: Lambda 実行、ログ保存）のコスト影響を考慮してください
  • 注意点: 検索条件の挙動（ワイルドカード対応の有無、部分一致の仕様、ページネーションの挙動）は API ドキュメントで確認してください。また、証明書情報の表示/取得に必要な追加の権限（DescribeCertificate など）がある場合があります

参考情報 ​

[SageMaker] Amazon SageMaker Unified Studio adds notebook import/export and developer acceleration features ​

概要 ​

Amazon SageMaker Unified Studio のノートブックにインポート/エクスポート機能と開発支援機能が追加され、JupyterLabなど他プラットフォームからの移行やノートブック作業の生産性向上が容易になりました。

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

今回のリリースではノートブックの入出力機能と開発加速機能が追加されました。インポートは .ipynb、.json、.py をサポートし、セルの種類やメタデータを保持して取り込みます。エクスポートは（1）Jupyter ノートブック＋requirements を含む .zip、（2）標準 .ipynb、（3）Python スクリプト .py、（4）SageMaker Unified Studio ネイティブ .json の4種類で出力可能です。開発支援としてはセルの並べ替え（コピー＆ペースト不要で移動可能）、セル名のカスタム設定による大規模ノートブックでのナビゲーション改善、Jupyter に馴染みのあるキーボードショートカットの利用、1セル内で複数のSQL文を実行して結果を別タブで比較表示するマルチラインSQL対応が含まれます。これらによりプラットフォーム間の移行が簡素化され、ノートブックベースのワークフロー（データ探索・前処理・モデル試作等）の生産性が向上します。機能は SageMaker Unified Studio が利用可能な全リージョンで利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: データサイエンティスト、データエンジニア、機械学習エンジニア、MLOps チーム
  • 利用シーン: 既存の JupyterLab / 他ノートブック環境から SageMaker Unified Studio への移行（ノートブックファイル移行）／大規模ノートブックでの開発作業（セル管理、ナビゲーション、ショートカット活用）／SQL クエリ比較や結果検証の効率化
  • 運用効果: 移行工数の削減（メタデータ・セル構造を保持してインポート可能）、ノートブック内のリファクタリング時間短縮、複数クエリ結果の比較による解析精度向上、開発サイクルの高速化

技術的な注意点 ​

  • IAM権限: ノートブックのインポート/エクスポートやS3保存に必要な SageMaker と S3 のアクセス権（sagemaker:*、s3:PutObject/GetObject など）を事前に確認・付与してください
  • ランタイム依存: ノートブックのファイル・メタデータは移行されますが、ランタイム環境（Python パッケージ、カーネル、環境変数）は自動的に再現されません。requirements.zip や環境構築手順を用いて依存関係を整えてください
  • 互換性: カスタム拡張や非標準マジックコマンド、特定のカーネル依存機能は期待どおりに動作しない可能性があります。インポート後にノートブックを実行して動作確認を行ってください
  • データ接続とSQL: 複数SQL文の実行結果表示は、使用するデータコネクタ（Athena、Redshift、RDS 等）や接続ドライバ／認証設定に依存します。接続設定と権限を確認してください
  • リージョン制限: SageMaker Unified Studio が利用可能な全リージョンで提供されていますが、実際の利用可否はリージョン毎のサービス提供状況を確認してください
  • コスト: 機能自体の利用に追加料金は通常ありませんが、ノートブック実行やエクスポート/インポートで発生する S3 ストレージ費用、実行インスタンス（Studio ノートブックインスタンス／ノートブックカーネル）の計算リソース利用料は発生します

参考情報 ​

[Verified Permissions] Amazon Verified Permissions now supports policy store aliases and named policies and policy templates ​

概要 ​

Amazon Verified Permissionsがポリシーストアのエイリアスと、名前付きポリシー／ポリシーテンプレートをサポートしました。マルチテナント環境でのテナントID→ポリシーストアIDのマッピングや、システム生成IDの追跡が不要になります。

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

Amazon Verified Permissions（Cedarベースの細粒度認可サービス）に、以下の管理機能が追加されました。 ・ポリシーストアエイリアス: テナント識別子に基づく人間が読めるエイリアスをポリシーストアに割り当て、以降のAPI呼び出しでエイリアスを使用可能。従来のような別途のマッピングテーブルを運用する必要がなくなります。 ・名前付きポリシー／ポリシーテンプレート: システムが発行するランダムなIDではなく、意味のある名前でポリシーやテンプレートを参照・操作可能。ポリシーの管理、検索、運用が容易になります。 これらは任意のAPIコールで使用でき、既存のIDベースの呼び出しと互換性があるため、段階的な導入が可能です。新機能はAmazon Verified Permissionsが利用可能な全リージョンで利用できます（詳細はエンドポイント・クォータのドキュメント参照）。

影響範囲・利用シーン ​

  • 対象ユーザー: マルチテナントアプリケーション開発者、認可ポリシー管理者、SRE/運用チーム
  • 利用シーンまたは効果: テナントごとのポリシーストア運用（テナントID→ポリシーストアの紐付け）や、大規模アプリケーションでのポリシー／テンプレート管理を名前で行いたいケースで有用。API呼び出し時に人間可読名を使えるため実装が簡素化される
  • 運用効果: マッピングテーブルやIDトラッキングの管理負荷が低減され、ポリシーの検索・参照・更新が容易になりエラーや運用コストを削減できる

技術的な注意点 ​

  • IAM権限: エイリアスや名前付きポリシーの作成・更新・削除を行うには、対応するAmazon Verified PermissionsのAPI権限が必要。具体的なアクション名はドキュメントで確認してください
  • リージョン制限: Amazon Verified Permissionsが提供されているリージョンで利用可能。利用前にエンドポイント・クォータページで対応リージョンを確認してください
  • コスト: 新機能に伴う追加料金の発表はありませんが、API呼び出しや保存データは既存のサービスの利用量/クォータに準じます。大量のAPI操作やストア数増加がある場合は影響を検討してください
  • 互換性: 既存のIDベースAPI呼び出しは引き続き利用可能で、エイリアス／名前による参照は並行して導入できます。移行時は名前の一意性や参照解決の検証を推奨します
  • 命名制約・整合性: エイリアスや名前に関する長さ・文字種や一意性などの制約がある可能性があります。名前衝突や大文字小文字の扱い等はドキュメントで事前確認してください

参考情報 ​

概要 ​

Amazon WorkSpaces PersonalのPrivateLinkインターフェイスVPCエンドポイントに対して、各エンドポイント固有の公開解決可能なDNS名が提供されるようになりました。これにより複数VPC／複数アカウントでWorkSpacesを展開してもDNS名の衝突が発生せず、セキュアにルーティングできます。

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

従来、WorkSpaces PersonalのPrivateLinkインターフェイスVPCエンドポイントは共通の（汎用）DNS名を共有していたため、マルチVPC・マルチアカウント構成でDNS解決の競合が発生することがありました。今回の変更により、各インターフェイスVPCエンドポイントに対してグローバルに一意なAWS管理のDNS名が追加で割り当てられます（従来の汎用DNS名は引き続き利用可能）。新しいDNS名はパブリックに解決可能であるものの、解決先は各エンドポイントのプライベートIPアドレスであり、実際の通信は該当VPC内からのみ到達可能です（プライベートなアクセス制御は維持）。

この強化で、中央集約型のDNSインフラやオンプレミスからのDNSフォワーディングを使っている環境でも、別アカウント／別VPCのWorkSpaces Personalディレクトリを安全に展開・ルーティングできます。AWSがDNS名のライフサイクル（発行・廃止・更新）を管理するため、Route 53やカスタムDNSの追加設定は不要です。既存の設定との下位互換性も確保されており、既存ユーザーは追加作業なしに恩恵を受けられます。なお、PrivateLinkやVPCエンドポイントに関連する標準的なネットワーク制御（セキュリティグループ、VPCルート、エンドポイントポリシー等）は引き続き適用されます。

影響範囲・利用シーン ​

  • 対象ユーザー: マルチアカウント／マルチVPCでAmazon WorkSpaces Personalを利用するエンタープライズ、ネットワーク／クラウドアーキテクト
  • 利用シーン: 別アカウントや別VPCにWorkSpaces Personalディレクトリを配置し、中央DNSやオンプレミスからの名前解決を行う構成でのデプロイ
  • 運用効果: DNS名の衝突が解消され、個別エンドポイントへの正確なルーティングが可能になりセキュリティ分離を維持しつつスケールしやすくなる
  • セキュリティ: パブリックに解決可能なDNS名だがIPはプライベートのため公開ルーティングされず、VPC境界やセキュリティグループでアクセス制御が可能
  • 互換性: 既存のDNS設定・クライアントは影響を受けず自動的に互換性が保たれる（追加設定不要）

技術的な注意点 ​

  • IAM権限: VPCエンドポイントの作成・管理やWorkSpaces管理に必要なIAM権限（ec2:CreateVpcEndpoint, workspaces:* 等）を確認してください
  • リージョン制限: PrivateLinkがサポートされている全リージョンで利用可能。ただしWorkSpaces Personalや特定機能のリージョン対応状況は別途確認してください
  • コスト: PrivateLink（インターフェイスVPCエンドポイント）にはエンドポイントの時間課金およびデータ処理料金が発生します。利用前にコスト影響を評価してください
  • DNS挙動: DNS名はパブリックに解決可能だが返るIPはプライベートIPです。オンプレミスやキャッシュDNSが長いTTLで古い結果を保持している場合、期待どおりの解決にならないことがあるためキャッシュクリアやTTLの確認を推奨します
  • ネットワーク制御: 実際の接続可否はセキュリティグループ、ネットワークACL、VPCピアリングやトランジットゲートウェイのルート設定、エンドポイントポリシー等に依存します。権限とネットワークルールを適切に設定してください
  • 運用移行: 自動で互換性を保つ設計ですが、中央DNSの監査や監視（ログ、DNS解決の監査）を行い、新しい固有名の利用状況を確認してください

参考情報 ​

[Fsx For Openzfs] Amazon FSx for OpenZFS is now available in the AWS Asia Pacific (Melbourne) Region ​

概要 ​

Amazon FSx for OpenZFS が AWS アジアパシフィック（メルボルン）リージョンで利用可能になりました。OpenZFS ベースの完全マネージド共有ファイルストレージをローカルリージョンで利用できます。

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

本リリースにより、メルボルンリージョンで Amazon FSx for OpenZFS のファイルシステム作成が可能になりました。FSx for OpenZFS は OpenZFS ファイルシステムの機能（スナップショット、データクローン、圧縮など）をマネージドで提供し、サブミリ秒のレイテンシとマルチGB/s のスループットを目指した高性能ストレージを実現します。AWS のマネージドサービスとして、プロビジョニング、パッチ適用、ハードウェア管理など運用作業を軽減しつつ、可用性・セキュリティ設定（VPC 統合、アクセス制御など）やスケーラビリティを提供します。詳細や他リージョンでの対応状況は製品ページと AWS リージョンテーブルを参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: アプリケーション開発者、SRE/運用担当、データエンジニア、メディア処理やハイパフォーマンス共有ストレージを必要とするチーム
  • 利用シーン: 共有 POSIX ファイルストレージを求める高性能ワークロード（メディア処理、CI/CD、解析、データベースの一時領域、開発/テスト環境のクローン作成など）
  • 運用効果: マネージド化によりプロビジョニングと運用負荷を低減し、ZFS のスナップショット・クローン・圧縮でストレージ効率を高めコスト削減と高速なデータ複製が可能になる

技術的な注意点 ​

  • IAM権限: FSx の作成・管理には適切な IAM 権限（例: AmazonFSx フルアクセス相当）が必要です。事前に権限を確認してください。
  • リージョン制限: 本アナウンスはアジアパシフィック（メルボルン）リージョンの追加を示します。利用可否や最新の対応リージョンは AWS Region Table を確認してください。
  • ネットワーク要件: FSx は VPC 内で作成します。サブネット、セキュリティグループ、ルーティングやオンプレミス接続（必要な場合）等のネットワーク設定を事前に準備してください。
  • コスト: ストレージ容量、スループット/パフォーマンス設定、データ転送、バックアップなどに基づく料金が発生します。容量・パフォーマンス要件に応じてコストが変動するため設計時に見積もりを行ってください。
  • 運用/バックアップ: スナップショットやバックアップ機能を活用できますが、バックアップポリシーと復旧手順を事前に定義してください。
  • 互換性/移行: OpenZFS の特性（スナップショットやクローン）を利用した設計は可能ですが、既存環境からの移行時はファイルシステム互換性とマウント方法を確認してください。

参考情報 ​

[General] AWS announces general availability of Smithy-Java client framework ​

概要 ​

AWSはオープンソースのJavaフレームワーク「Smithy-Java」を一般提供(GA)しました。Smithyモデルから型安全なJavaクライアントやスタンドアロン型を生成し、Java 21の仮想スレッドを活用したブロッキング風APIで、開発と運用の負担を低減します。

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

Smithy-JavaはSmithyモデルを元にプロダクション品質のJavaクライアントを自動生成するフレームワークです。主な技術要素は以下のとおりです。

  • コード生成: サービスクライアントおよびスタンドアロンの型(Type)を生成し、複数サービス間で型の再利用が可能。動的クライアントも提供され、コード生成不要でSmithyサービス呼び出しが行える。
  • Java 21仮想スレッド: 仮想スレッド上で動作することで、非同期複雑性を隠蔽したブロッキング風APIを実現。開発者の認知負荷を下げつつ、非同期実装と競合する性能を維持する設計。
  • プロトコル対応と署名: AWS SigV4をサポートし、主要プロトコル（AWS JSON、REST-JSON、REST-XML、AWS Query、Smithy RPCv2-CBOR）に対応。ランタイムでのプロトコル切替が可能で、段階的移行やプロトコル非依存開発を支援。
  • シリアライゼーション設計: スキーマ駆動のシリアライゼーションによりSDKサイズを削減しつつ、シリアライズ/デシリアライズ性能を向上させるアーキテクチャを導入。
  • エンドポイント解決の最適化: バイナリ意思決定図(BDD)を用いたルール解決でエンドポイント判定のレイテンシを大幅に削減。 GAリリースで含まれる機能は、Javaクライアントコード生成、SigV4と上記主要プロトコル対応、スタンドアロン型生成、動的クライアントなどです。社内のサービス開発で短期間構築が可能になった実績があると報告されています。

影響範囲・利用シーン ​

  • 対象ユーザー: Smithyエコシステムを利用する開発チーム、Javaでサービスやクライアントを自動生成したいエンタープライズ開発者
  • 利用シーン: 新規サービスのクライアント/サーバースタブ生成、既存SDKからの段階的移行（プロトコルのランタイム切替）、複数サービス間で共有する型の生成と配布
  • 運用効果: 開発速度の向上（手作業実装削減）、型安全性の向上によるバグ削減、仮想スレッドを活かしたシンプルなAPIで運用・保守負荷の低減

技術的な注意点 ​

  • Javaランタイム: Java 21（仮想スレッド）を前提とした設計のため、実行環境およびCI/CDでJava 21互換性を確認してください
  • IAM権限: コード生成自体はローカルで可能ですが、生成クライアントでAWSサービスを呼び出す場合は適切なAWS認証・IAM権限（SigV4を用いた署名と対応するAPI呼び出し権限）が必要です
  • リージョン制限: フレームワーク自体にリージョン制限はありません。ただし、生成したクライアントがアクセスするAWSサービスの利用可否やエンドポイントはリージョン依存です
  • 互換性/移行: ランタイムでのプロトコル切替は可能ですが、既存コードベースや運用フローとの互換性検証が必要です。生成されたAPIの安定性やバージョニングポリシーを設計してください
  • コスト: フレームワークはオープンソースで追加ライセンス費用は発生しませんが、生成クライアントによるAPI呼び出し、データ転送、裏側のサービス実行には通常のAWS利用料金が発生します
  • 成熟度: GAリリースで社内採用実績があるものの、外部環境での互換性やサードパーティライブラリとの相性検証は推奨されます

参考情報 ​

[Greengrass] AWS IoT Greengrass component SDK for C, C++, and Rust applications ​

概要 ​

AWS IoT Greengrass向けに、ネイティブC/C++/Rustバインディングを備えた新しいGreengrassコンポーネントSDKが公開されました。メモリフットプリントを従来の約30MBから0.5MB未満へ大幅削減し、リソース制約のあるエッジデバイスでの高度なAI/MLや組み込みアプリケーションの実行を可能にします。

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

この新SDKは、組み込み・エッジ向けに最適化されたGreengrassコンポーネントSDKで、ネイティブのC、C++、Rustバインディングを提供します。主な特徴は以下の通りです：

  • メモリ最適化: SDKのランタイムフットプリントが0.5MB未満に抑えられており、従来の約30MBと比較して大幅に小型化されています。これにより、RAMやストレージが限られたデバイスへ複雑なアプリケーションを配備可能です。
  • ネイティブ言語サポート: C/C++/Rustで直接組み込みやエッジアプリケーションを開発でき、低レイテンシ・低オーバーヘッドの実行が期待できます。
  • Greengrass互換性: AWS IoT Greengrassのnucleusとnucleus liteの両方と完全互換性を保ち、既存のGreengrassコンポーネント運用フロー（デプロイ、ライフサイクル管理、セキュアな接続など）と連携できます。
  • 対象領域: 自動車、産業用IoT、ロボティクス、スマートビルディングなど、エッジでのAI/ML推論や制御ロジックを必要とする領域への適用を想定しています。 また、記事によればこのSDKはAWS IoT Greengrassが利用可能なすべてのAWSリージョンで利用可能です。SDK自体はリソース制約の厳しいデバイス上でのパフォーマンスとコスト最適化を主眼に設計されています。

影響範囲・利用シーン ​

  • 対象ユーザー: エッジ／組み込みソフトウェア開発者、IoTソリューションアーキテクト、自動車・産業ロボット・スマートビル向け開発チーム
  • 利用シーン: メモリやストレージが制約されるエッジデバイスでのAI/ML推論、リアルタイム制御、ローカルデータ前処理、低レイテンシなセンサーデータ処理
  • 運用効果: 小さなメモリフットプリントにより低コストハードウェアで高度な機能を実行でき、デバイス群の導入コストと運用負荷を低減可能
  • 開発効果: C/C++/Rustネイティブで書けるためパフォーマンス最適化やバイナリサイズ管理が容易になり、クロスコンパイル環境での組み込み開発がしやすくなる
  • 互換性影響: Greengrass nucleusおよびnucleus liteと互換のため、既存のGreengrassベースの配備・管理パイプラインへ統合しやすい

技術的な注意点 ​

  • IAM権限: Greengrassコンポーネントの作成・デプロイには適切なIAM権限（GreengrassおよびIoT関連の権限）が必要です。事前にロールとポリシーを確認してください。
  • リージョン制限: 記事では「AWS IoT Greengrassが利用可能なすべてのリージョン」で提供と明記されています。Greengrass未対応リージョンでは利用できません。
  • コスト: SDK自体の利用料は明示されていませんが、Greengrassの利用、データ転送、関連のAWSサービス利用に対しては通常の課金が発生します。低リソースデバイスによりハードウェアコストを下げられる可能性があります。
  • ビルド／クロスコンパイル: ターゲットアーキテクチャ向けのクロスコンパイルや適切なツールチェーン（CMakeやcargo等）が必要です。静的リンクや最適化フラグでバイナリサイズをさらに抑えられます。
  • 依存関係: ネイティブバインディングのため、ランタイムやライブラリ依存（標準Cライブラリ、libgcc等）が発生する可能性があります。ターゲットOSやディストリビューションとの互換性を確認してください。
  • 機能差／動作確認: nucleusとnucleus lite間でサポートする機能に差が出る場合があるため、利用する機能（例: 大きなローカルキャッシュや一部の拡張API）が必要かどうか確認し、実機での動作検証を推奨します。
  • セキュリティ運用: 証明書やシークレット管理、証明書ローテーションはGreengrassの仕組みと連携しますが、デバイス側の安全なストレージと最小権限の原則を適用してください。

参考情報 ​

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

Copyright © 2026