AWS What's New Digest

Appearance

2026年09月29日 ​

[Systems Manager] AWS Systems Manager now supports sharing documents through AWS Resource Access Manager ​

概要 ​

AWS Systems Manager の SSM ドキュメントを AWS Resource Access Manager（AWS RAM）を使って組織単位（組織全体または特定のOU）で共有できるようになりました。これによりアカウントの追加・削除に応じた共有設定の自動更新が可能になります。

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

主な変更点は、Systems Manager ドキュメント（SSM Documents）を従来の「公開」または「個別アカウントIDの列挙」で共有する方式に加えて、AWS RAM のリソースシェアを使ってAWS Organizations全体または特定のOUに共有できるようになったことです。共有手順は、AWS RAMでリソースシェアを作成し、共有したい SSM ドキュメントを追加し、共有先として組織またはOUを選択するだけです。共有は RAM とリソースベースポリシーで管理されるため、標準的な AWS の認可メカニズムに従ってアクセスが付与されます。組織外のアカウントに共有する場合は、そのアカウントにリソースシェアの招待が届き、招待を受諾した時点でアクセスが有効になります。Systems Manager コンソール、AWS CLI、AWS SDK から操作可能で、Systems Manager が利用可能なすべてのリージョンで利用できます。共有に対する追加料金は発生しません。ドキュメントの所有権やタイプによっては共有制限がある場合があるため、共有前に確認してください。

影響範囲・利用シーン ​

  • 対象ユーザー: マルチアカウント環境を管理するクラウドエンジニア、プラットフォーム/ガバナンスチーム、SRE
  • 利用シーン: 共通の運用ドキュメント（例: 標準化された Runbook、構成適用ドキュメント、オートメーション）を組織単位で配布して一括管理・運用する場面
  • 運用効果: アカウントの追加・削除に伴う共有設定の手動更新が不要になり、一貫したドキュメント配布とアクセス管理が容易に（ガバナンスと運用負荷の低減）
  • セキュリティ/承認フロー: 組織外アカウントへの共有は招待制で承諾が必須のため、ドキュメント所有者と受領側の双方でコントロール可能
  • コスト影響: ドキュメント共有自体に追加料金は発生しません（ただし、Systems Manager や AWS RAM の利用に伴う通常の料金は継続）

技術的な注意点 ​

  • IAM権限: リソースシェア作成には AWS RAM の操作権限（例: ram:CreateResourceShare, ram:UpdateResourceShare, ram:AssociateResourceShare, ram:DeleteResourceShare）および SSM 側のドキュメント閲覧/管理権限が必要です。組織外で招待を受ける側は ram:AcceptResourceShareInvitation が必要になる点を確認してください。具体的な最小権限は導入前に公式ドキュメントで確認してください。
  • リージョン制限: Systems Manager が提供されている全リージョンで利用可能と発表されていますが、組織や RAM の特定機能はリージョン/サービス構成に依存する場合があるため、自身のリージョンでの提供状況を確認してください。
  • コスト: ドキュメント共有に追加課金はありません。ただし、Systems Manager（オートメーションの実行、パラメータストア等）や AWS RAM を利用する際の通常のサービス利用料金は発生します。
  • 共有の範囲と制御: 共有は RAM のリソースシェアとリソースベースポリシーで制御されます。組織内での自動更新（アカウントの追加/削除に追従）を行いますが、AWS 管理ドキュメントなど一部ドキュメントは共有対象外となる可能性があるため、ドキュメントの所有者/タイプを事前に確認してください。
  • 外部アカウント対応: 組織外アカウントへ共有する場合、受信側の明示的承諾（AcceptResourceShareInvitation）が必要です。自動化したい場合は CLI/SDK での招待受諾処理を検討してください。
  • 運用上の推奨: 最小権限の原則に従い、組織単位でのロール分離と監査ログ（CloudTrail）を有効にして誰が共有を作成/変更したかを追跡してください。

参考情報 ​

[Datasync] AWS DataSync now supports shared VPCs ​

概要 ​

AWS DataSyncが共有VPC（Shared VPC）をサポートしました。これにより、AWS Resource Access Manager (RAM)で共有されたサブネットを使ってDataSyncエージェントを作成し、中央管理されたVPCエンドポイント経由で複数アカウントからプライベートにデータ転送できます。

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

従来は各AWSアカウントごとにPrivateLinkのDataSync VPCエンドポイントを作成する必要があり、各エンドポイントがIPアドレスを消費し運用負荷を増やしていました。今回の更新により、VPC所有アカウントが管理する単一のVPCエンドポイントと共有サブネットをAWS RAMで他アカウントと共有し、共有サブネット上でDataSyncエージェントを作成してタスクを実行できるようになりました。これによりIPアドレスの節約とアカウントごとのエンドポイント管理の削減が可能です。単一アカウント内でも、複数サブネットに対して1つのVPCエンドポイントを使えるようになり、以前必要だった「サブネットごとのエンドポイント」要件が緩和されます。Shared VPCサポートは、EnhancedモードおよびBasicモードのエージェントベースのタスク両方で有効です。利用開始はコンソールまたはCreateAgent APIで、AWS RAMで共有されたサブネットを指定してDataSyncエージェントを作成します。サービスはDataSyncが提供されている全リージョン（Secretリージョンを除く）で利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: ネットワークを中央集約している組織、マルチアカウント環境のインフラチーム
  • 利用シーン: 中央VPCの単一PrivateLinkエンドポイント経由で複数アカウントのDataSyncエージェントがプライベートにデータ転送を行うケース（オンプレ←→S3/EFSなど）
  • 運用効果: 各アカウントにエンドポイントを作る必要がなくなり、IPアドレス消費の削減とエンドポイント管理コスト（作成・パッチ・監視）の低下が期待できる
  • セキュリティ効果: トラフィックが共有VPC内のPrivateLinkで閉域化されるため、インターネット経由を避けた安全なデータ転送が可能
  • コスト効果: エンドポイント数を減らすことでインターフェースエンドポイントの時間課金・データ処理課金を全体的に減らす可能性がある（ただしエンドポイント料金はVPC所有アカウントに集中する）

技術的な注意点 ​

  • IAM権限: RAMでのリソース共有受諾、DataSyncエージェント作成（CreateAgent）や関連するEC2操作（ネットワークインターフェイスの作成/利用）に関する権限が必要です。受信側アカウントが共有サブネットにENIを作成できる権限を確認してください
  • リージョン制限: DataSyncが提供されている全リージョンで利用可能。ただしAWS Secret Regionsでは除外されています
  • サポートモード: EnhancedモードおよびBasicモードのエージェントベースのタスクをサポートします
  • ネットワーク設定: 共有サブネットのルートテーブル、NACL、セキュリティグループがDataSyncの通信（エージェントとDataSyncサービス間のPrivateLink接続）を許可しているか事前に確認してください。VPC所有者側でのセキュリティグループとエンドポイントポリシー設定が重要です
  • エンドポイント管理: 中央アカウントのVPCに作成したインターフェースVPCエンドポイントが全ての共有サブネットから利用されるため、エンドポイントの課金および可用性責任はVPC所有アカウントに集中します
  • コスト: 全体のエンドポイント数は減るが、エンドポイントの時間単価・データ転送料金は引き続き発生します。課金割り当てはオーナーアカウントに偏る可能性があるため請求設計に注意してください
  • 運用注意: サブネット共有はRAMの仕組み（リソース共有の作成と受諾）を伴うため、共有フローとアカウント間の運用手順を整備してください
  • その他制約: 特に注意点がない場合はありません（上記項目を参照）

参考情報 ​

[General] AWS Transfer Family now supports downloading multiple files and folders in web apps ​

概要 ​

AWS Transfer Family の Web Apps で、複数ファイルやフォルダをまとめてダウンロードできる機能が追加されました。選択したファイル／フォルダを1回の操作で ZIP 形式で取得でき、展開すると元のフォルダ構成が保持されます。

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

エンドユーザーは Web アプリ上で任意のファイルとフォルダを組み合わせて選択し、アクションメニューの「Download」を選ぶことで一括ダウンロードが可能になりました。ダウンロードは ZIP アーカイブとして配信され、解凍時に元のフォルダ構造が保持されます。Web アプリはダウンロード対象の一覧と各ファイルごとのリアルタイム進捗（成功／失敗ステータス）を表示します。対応ブラウザは Google Chrome、Mozilla Firefox、Microsoft Edge などの Chromium 系ブラウザで、Safari は現時点で未対応（Safari では従来通り単一ファイルのダウンロードのみ）。この機能は Transfer Family Web Apps を提供しているすべての AWS リージョンで利用可能です。利用開始は対象の場所でファイル／フォルダを選択し、アクションメニューから Download を選ぶだけです。

影響範囲・利用シーン ​

  • 対象ユーザー: ファイル転送を Web ブラウザ経由で行うエンドユーザー、SaaS/社内ポータルを構築する開発者や運用担当者
  • 利用シーン: 複数ファイルやディレクトリをまとめて提供・受領するワークフロー（アセット配布、ログ一括取得、データセットのダウンロードなど）
  • 運用効果: ユーザー操作の簡略化と作業時間短縮、フォルダ構成を保ったまま一括で取得できるため二次処理や手動整理の工数削減が期待できる

技術的な注意点 ​

  • IAM権限: Web Apps 経由でファイルにアクセスするユーザーは、基盤となるストレージ（例: S3 や FSx）への適切なアクセス権限が必要です
  • ブラウザ互換性: 対応ブラウザは Chrome、Firefox、Chromium 系（例: Edge）。Safari は未対応で、Safari では単一ファイルのみダウンロード可能です
  • リージョン制限: Transfer Family Web Apps を提供しているすべてのリージョンで利用可能です
  • コスト: 機能自体に追加料金の明記はありませんが、データ転送量やストレージの利用に伴う通常の料金（S3 からのデータ転送等）が発生する可能性があります
  • 大容量ファイルの注意: 大きなデータセットや多数ファイルの一括 ZIP 配信ではブラウザやネットワークのタイムアウト、メモリ制約、失敗が発生する可能性があるため、大量データでの動作は事前に検証してください

参考情報 ​

[General] Amazon ElastiCache Serverless for Valkey now supports public endpoints ​

概要 ​

Amazon ElastiCache Serverless for Valkeyがパブリックエンドポイントをサポートしました。これによりVPNや踏み台なしでインターネット経由からキャッシュへ直接接続できます。

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

ElastiCache Serverless for Valkeyでパブリックエンドポイントが利用可能になり、ラップトップ、サーバーレス関数、AWS外で動くアプリケーションなどから直接キャッシュへ接続できます。VPCの設定や踏み台サーバー、SSHトンネルが不要で、完全マネージドのインターネット公開キャッシュをコンソール、SDK、CLIから1分程度で作成可能です。接続はすべてIAM認証を用いたTLS 1.3で保護され、パスワードの保管や回転は不要です。接続クライアントはValkey GLIDE 2.2以降（IAM組み込みサポート）を推奨します。GLIDEを使わない場合は、ValkeyクライアントとDeveloper Toolkit for ElastiCache（オープンソースのトークン生成／更新ライブラリ）を組み合わせてIAM認証トークンを生成・更新します。パブリックエンドポイントは全ての商用リージョンおよび中国リージョンで利用可能で、追加料金はなく通常のElastiCache Serverless課金が適用されます。Valkey 9.0以降のサーバーレスキャッシュでパブリックエンドポイントを有効にして利用を開始します。

影響範囲・利用シーン ​

  • 対象ユーザー: 開発者、AIツール/エージェント連携開発者、サーバーレス/オンプレアプリ運用者、プロトタイピングを行うチーム
  • 利用シーン: ラップトップや外部サービスからの迅速なプロトタイプ作成、AIコーディングツールやエージェントがキャッシュへ直接アクセスするケース、VPCに到達できないワークロードへのキャッシュ導入
  • 運用効果: インフラ構成（VPN/踏み台）の簡略化によりセットアップ時間を短縮し、開発サイクルを高速化。IAM/TLSによりパスワード管理の負担を削減
  • リスク/注意点: インターネット公開により攻撃面が増えるためIAMポリシーや監査（CloudTrail等）でアクセス制御とログ監視を強化する必要あり

技術的な注意点 ​

  • IAM権限: 接続に使用するIAMユーザー/ロールに対してElastiCache接続を許可する適切なポリシーと最小権限を付与してください。詳細なAPIアクションは公式ドキュメントを参照
  • クライアント互換性: Valkey GLIDE 2.2以降を推奨。未対応クライアントはDeveloper Toolkit for ElastiCacheを用いてIAMトークンを生成/更新する必要あり
  • TLS/認証: すべての接続はTLS 1.3 + IAMベース認証。パスワード管理は不要だが、TLS検証と最新ライブラリ利用を推奨
  • リージョン制限: 公開は全ての商用リージョンおよび中国リージョンで利用可能（記事時点）。特定リージョンの細かい差異は公式情報で確認を推奨
  • コスト: パブリックエンドポイント自体の追加料金は無し。標準のElastiCache Serverless料金が適用されるほか、インターネット経由のデータ転送（egress）による料金が発生する可能性あり
  • セキュリティ/コンプライアンス: VPCを経由しないためセキュリティグループ等のネットワーク制御は使えない想定。機密データや厳格なコンプライアンス要件がある場合は公開エンドポイントの使用を避けるか、IAMポリシー・監査ログ・組織ポリシーで補完してください
  • 作成/運用: Valkey 9.0以降のサーバーレスキャッシュ作成時にパブリックエンドポイントを有効化（Console/SDK/CLI対応）。接続テストは近接リージョンから行い、レイテンシや同時接続制限を確認してください

参考情報 ​

[Ec2] Amazon EC2 Future-dated Capacity Reservations Now Supports Postponing Start Dates ​

概要 ​

Amazon EC2のFuture-dated Capacity Reservations（将来指定のキャパシティ予約）で、予約開始日の延期が可能になりました。延期時に新しい開始日・必要なコミット期間を示す見積もりが提示され、承認後に予約が更新されます。

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

Future-dated Capacity Reservationsは最大120日先まで必要なキャパシティを確保できる機能です。本アップデートにより、配備前であれば予約の開始日を後ろ倒し（postpone）できるようになりました。開始日を延期すると、EC2は新しい開始日とその時点で必要となるコミットメント期間（契約期間）を反映した見積もりを提示します。見積もりを確認・承認すると、当該Future-dated Capacity Reservationの開始日が更新されます。注意点として、開始日をいつ延期するかによってはコミットメント期間が延長される（＝合計のコミット日数が増える）可能性があり、それに伴い料金が変動します。本機能は全てのFuture-dated Capacity Reservation利用者に提供されており、リージョンごとの対応状況はAWS Capabilities by Regionで確認できます。詳細な操作手順やAPI仕様はCapacity Reservationのユーザーガイドを参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: インフラ/クラウド運用者、容量計画担当者、SRE
  • 利用シーン: 配備スケジュール変更が発生した場合に、事前確保したキャパシティ開始日を実際のローンチ日に合わせて後ろ倒しする運用
  • 運用効果: 不要に早い開始日にキャパシティが割り当てられることを防ぎ、リソースの無駄やコストのムダを抑制できる
  • コスト影響: 延期によりコミットメント期間が増えると料金（予約のコミット分）が増加する可能性があるため、見積もりの承認前にコストを確認する必要がある
  • リージョン影響: 機能はリージョン依存のため、利用前に対応リージョンを確認する必要がある（AWS Capabilities by Region参照）

技術的な注意点 ​

  • IAM権限: 予約の変更を行うために該当するEC2の権限が必要（例: ec2:ModifyCapacityReservation または該当するFuture-dated CR操作を許可）
  • リージョン制限: 全リージョンで自動的に提供されているわけではありません。利用前にAWS Capabilities by Regionで対応状況を確認してください
  • コスト: 開始日の延期に伴いコミットメント期間が延びると料金が増える可能性があります。EC2が提示する見積もりを必ず確認・承認してください
  • 操作手順/API: コンソールで開始日延期のワークフロー（見積もりの提示と承認）が提供されます。CLI/SDK/APIでの操作方法についてはCapacity ReservationユーザーガイドとAPIリファレンスを確認してください
  • タイミング制約: 配備（開始日）前でなければ延期できない点に注意してください。延期可能な期間や頻度はドキュメントで確認する必要があります

参考情報 ​

[Rekognition] Amazon Rekognition Face Liveness now returns Feedback Codes ​

概要 ​

Amazon Rekognition Face Livenessが、低いライヴネススコアの原因を示すFeedback CodesをGetFaceLivenessSessionResults APIの応答で返すようになりました。これによりエンドユーザーへ具体的な改善アドバイスを提示して再試行を促せます。

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

GetFaceLivenessSessionResults APIレスポンスにFeedback Codesが含まれるようになりました。各コードは低スコアに寄与した具体的な条件（例：照明不良、顔の一部遮蔽、目が閉じている、低い映像品質など）を識別します。1つのセッションで複数のFeedback Codesが同時に返されるため、ユーザーは複数の問題点をまとめて修正して再試行できます。従来の出力（ライヴネスの信頼度スコア、顔照合用の参照画像、セッション監査画像）は維持され、Feedback Codesはこれらの補助情報として、オンボーディングや再認証のUX改善、アクセシビリティ対応に活用できます。

影響範囲・利用シーン ​

  • 対象ユーザー: ID確認担当者、認証フロー開発者、SRE/運用チーム
  • 利用シーン: 新規ユーザーの本人確認（オンボーディング）、再認証フロー、アクセシビリティ対応でのユーザー誘導
  • 運用効果: ユーザーに具体的な改善点を提示することで再試行成功率が向上し、誤検知によるサポート負荷を低減可能
  • UX改善: フロントエンドでコードに対応する具体的な案内（例：光源の位置を変える、カメラから顔を離す、目を開けるなど）を表示して離脱率を下げられる
  • 分析活用: 返却されるFeedback Codesを集計すれば、現場の共通問題（照明環境やデバイス品質）を把握して対策やドキュメント改善ができる

技術的な注意点 ​

  • API: Feedback CodesはGetFaceLivenessSessionResults APIのレスポンスに含まれます。実装はAPIドキュメントを参照してください
  • IAM権限: 少なくともrekognition:GetFaceLivenessSessionResults（およびセッション作成を行う場合はrekognition:StartFaceLivenessSession等）の最小権限を付与してください
  • リージョン制限: 利用可能リージョンは記事記載の通りです（US East (N. Virginia)、US West (Oregon)、Europe (Ireland)、Asia Pacific (Tokyo, Mumbai, Malaysia, Thailand)、South America (São Paulo)）。対象リージョンでの利用可否を事前に確認してください
  • コスト: Face Livenessの既存の課金体系が適用されます。Feedback Codes自体に追加料金は明示されていませんが、ライヴネスセッションの呼び出し回数や保存する監査画像の保管コストは影響します
  • データ保護: セッション監査画像や参照画像を保存する場合は自社のデータ保持・プライバシーポリシーや法規制に従ってください
  • 実装注意: フロントエンドで表示するメッセージは誤解を招かないように設計し、複数コードが返ることを考慮して総合的な改善案を提示してください

参考情報 ​

[Bedrock] Grok 4.7 is now available on Amazon Bedrock ​

概要 ​

Amazon BedrockでSpaceXAIのGrok 4.7が利用可能になりました。Grok 4.7はコーディング、エージェント的タスク、ナレッジワーク向けに改善されたフロンティアモデルで、US GeoとGlobalのクロスリージョン推論をサポートします。

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

Grok 4.7は前バージョン（4.6）を拡張し、以下の点で強化されています：混在ドキュメント（mixed-document）処理の精度向上、リポジトリ規模のコーディングでの計画立案とエラー回復（repo-scale coding with planning and error recovery）、ブラウザ利用エージェントの改善（フォーム自動入力やポータルナビゲーションの信頼性向上）。Amazon Bedrock上ではコンソール操作とサポートされるAPIを通じてプログラム的に利用可能で、推論プロファイル（レイテンシ/スループット設定等）やエンドポイント設定を用いて運用できます。詳細な対応リージョン、エンドポイント、API、機能、推論プロファイル、価格はAmazon Bedrockのドキュメントを参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: 開発者、機械学習エンジニア、SRE、R&Dチーム、ナレッジワーカー
  • 利用シーン: 大規模リポジトリのコード生成・リファクタリング、エージェントによるブラウザ操作（フォーム記入やポータル自動操作）、ドキュメント横断検索や複数ドキュメントをまたぐ問合せ応答
  • 運用効果: より堅牢なコード自動生成とエラー回復により開発生産性向上、ブラウザエージェントの信頼性向上で自動化ワークフローが現実的に実装可能
  • 制約・考慮点: 大型モデルゆえに推論コストとレイテンシが増大する可能性があり、クロスリージョン推論はデータ転送・コンプライアンスの検討が必要

技術的な注意点 ​

  • IAM権限: Bedrockのモデル呼び出し（例: InvokeModelに相当するAPI）やエンドポイント管理に必要なIAM権限を事前に付与してください（詳細はBedrockドキュメントのポリシー例を参照）
  • リージョン制限: Grok 4.7はUS GeoとGlobalのクロスリージョン推論をサポートしますが、すべてのリージョンでローカルに利用できるわけではありません。利用可能リージョンはドキュメントで確認してください
  • コスト: 推論料金が発生します。クロスリージョン推論ではリージョン間データ転送コストとレイテンシが追加で発生する点に注意してください
  • 性能/レイテンシ: 大型言語モデルのため推論レイテンシやスループット要件を評価し、必要に応じてバッチ化や非同期処理、推論プロファイル設定を検討してください
  • データ保護・コンプライアンス: US Geoオプションの利用やクロスリージョン推論によりデータの所在や転送先が変わるため、取り扱うデータ（PII、機密情報など）について社内規定や法規制を確認してください
  • モデル制限: 高い能力を持つ一方で誤情報（hallucination）やコンテキストの誤解が生じる可能性があります。ファクトチェックやツール（検証用リトリーバルや外部ツール連携）での補強を推奨します
  • API/実装: コンソールからの操作に加え、Bedrockが提供するAPI/SDKでモデルID（Grok 4.7）を指定して呼び出します。モデルのパラメータ（温度、最大トークン等）や推論プロファイルを実運用に合わせて調整してください

参考情報 ​

[Bedrock] Claude Sonnet 5.5 now available on AWS ​

概要 ​

Claude Sonnet 5.5がAWSで利用可能になりました。Sonnet 5からの性能向上により、コーディングとナレッジワークで高速かつ低コストにタスクを処理できます。

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

Claude Sonnet 5.5はSonnet 5の改良版で、特にコーディング支援とナレッジ作成（1ページ要約、図表、スライド要約、文書編集、スプレッドシート整備など）に強化が入っています。セッション内での継続的な作業（同一会話での機能追加やバグ修正）、出力の要件照合や検証がより安定して行え、ほとんどの作業でタスクあたりのコストが低く、応答速度も向上しています。AWS上では2つのアクセス方法が提供されます。1) Amazon Bedrock経由：Sonnetの機能をAWSインフラ内で利用でき、リージョンごとのデータレジデンシーを維持しつつ、GuardrailsやKnowledge BasesなどのAWS管理機能と統合された単一サービスで利用可能です。2) Claude Platform on AWS経由：Anthropicのネイティブなプラットフォーム体験（同一API、機能、コンソール）をAWSコンソール上で直接利用でき、AWSの課金・認証と統合されます。これにより、既存のSonnet 5ベースの導入は自然な形でSonnet 5.5へ移行できます。

影響範囲・利用シーン ​

  • 対象ユーザー: 開発チーム（ソフトウェアエンジニア、QA）、プロダクトチーム、ドキュメント作成者、データ担当者
  • 利用シーン: コード生成・バグ修正・機能追加の同一セッションでの作業、要件に沿った出力の検証、1ページ要約や図解・スライド作成、ドキュメントやスプレッドシートの自動クリーニング
  • 運用効果: タスクごとのコスト低減と高速化により開発サイクル短縮、人的工数削減、ドキュメント品質向上と共有準備時間の短縮

技術的な注意点 ​

  • IAM権限: BedrockやClaude Platformの利用には適切なIAMロール/ポリシー（Bedrock、SecretsManager、CloudWatch等へのアクセス権）が必要です
  • リージョン制限: Sonnet 5.5の提供状況はリージョンごとに異なります。利用前に公式のリージョン可用性を確認してください
  • コスト: 記事では「ほとんどの作業でコスト低下」とありますが、実際の料金は呼び出し回数・トークン消費量・選択したアクセス経路（Bedrock料金、またはプラットフォームの課金体系）によって異なります。見積もり・モニタリングを推奨します
  • データレジデンシー: Bedrock経由はAWSインフラ内でのデータ処理・レジデンシー制御が可能ですが、Claude PlatformはAnthropicネイティブ体験を提供するためデータフローや保存ポリシーを確認してください
  • API互換性: BedrockのAPIとAnthropicネイティブAPIには違いがあります。既存の実装を移行する際はAPI呼び出し・パラメータ・応答形式の差分確認が必要です
  • モデル動作: 強化されているとはいえ、誤情報（ハルシネーション）や仕様逸脱のリスクは残ります。重要な出力は検証プロセス（テストケース、要件チェック）を組み込んで運用してください
  • 運用監視: レイテンシやコストを抑えるために呼び出し頻度の制御、キャッシュ、ロギング（CloudWatch等）を適用することを推奨します

参考情報 ​

[Govcloud Us] Claude Sonnet 5.5 now available on AWS GovCloud (US) ​

概要 ​

AWS GovCloud (US) で Claude Sonnet 5.5 が利用可能になりました。Sonnet 5 からの性能向上により、コーディングやナレッジワークの品質・速度が改善され、多くのワークでタスクあたりのコスト低減が期待できます。

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

Claude Sonnet 5.5 は Amazon Bedrock を通じて GovCloud (US) リージョンで利用可能な最新の Sonnet 系大規模言語モデルです。Sonnet 5 に比べて推論効率・応答速度が向上しており、特に「スコープが明確なコーディングタスク」を連続したセッション内で実行・修正・検証する用途に強化されています。加えて、1ページ要約、図解、スライド要約、文書編集、スプレッドシートのクリーンアップなどのナレッジワークを「そのまま共有できる」形で生成する能力が向上しています。Amazon Bedrock を経由することでモデル呼び出しは AWS インフラ内で完結し、リージョナルなデータ居住性が確保されるほか、Bedrock のガードレール（安全性制御）や Knowledge Bases といった AWS 管理機能と統合して利用できます。実運用では Bedrock API/SDK 経由でのモデル呼び出し、CI/CD やコードレビューパイプラインへの組み込み、出力の要件検証ルーチンとの連携が想定されます。モデル利用は Bedrock の課金体系に従い、GovCloud 固有の料金やクォータも適用されるため事前の確認が必要です。

影響範囲・利用シーン ​

  • 対象ユーザー: 開発チーム（ソフトウェアエンジニア、SRE）、データサイエンティスト、ドキュメント作成者、政府機関や規制対象組織
  • 利用シーンまたは効果: コード生成・バグ修正の自動化、要件に基づく出力検証、1ページサマリや図解・スライド生成、ドキュメント編集、スプレッドシート清掃などのナレッジワークの効率化
  • 運用効果: タスクあたりの処理時間短縮と出力品質向上によりレビュー工数や手戻りが減少し、同等の作業をより低コストで回せる可能性がある
  • コスト影響: Sonnet 5.5 は多くのタスクでコスト/タスクが低くなるとされるが、Bedrock のモデル呼び出し料金・データ転送・GovCloud 固有料金が別途発生するため総コストは設計次第で変動する
  • リージョン: 利用可能リージョンは AWS GovCloud (US)（GovCloud 環境）に限定されるため、データ居住性や規制要件に合わせた設計が可能

技術的な注意点 ​

  • IAM権限: Amazon Bedrock を呼び出すための権限（例: bedrock:InvokeModel, bedrock:ListModels など）を付与する必要があります。最小権限の原則でロール/ポリシーを作成してください。
  • リージョン制限: 現リリースは AWS GovCloud (US) 向け提供です。他の一般リージョンでの利用可否は別途確認してください。リージョンごとの提供状況は都度確認が必要です。
  • コスト: Bedrock のモデル呼び出し課金が適用されます。Sonnet 5.5 は効率改善によりタスクあたりコスト低下が見込まれる一方、API 呼び出し回数や出力トークン数に基づく料金が発生します。
  • データ居住性／コンプライアンス: Bedrock 経由で GovCloud 内にデータが留まる設計になっていますが、具体的な規制対応（例: FedRAMP / ITAR 等）の適合性は個別に確認してください。
  • ネットワーク／接続: Bedrock API へのアクセス経路（パブリック API 経由または VPC エンドポイント/PrivateLink 等の構成）を設計し、企業ポリシーに合わせたアクセス制御を行ってください。
  • 互換性／移行: Sonnet 5 からのアップグレードは自然なステップとされていますが、プロンプトや呼び出しパラメータ、既存の出力検証ロジックは再評価・調整を推奨します。
  • 運用上の注意: モデル出力の正確性やセキュリティ性はワークロードに依存するため、重要な出力は自動検証・ヒューマンインザループによるレビュー体制を組むことを推奨します。

参考情報 ​

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

Copyright © 2026