AWS What's New Digest

Appearance

2026年06月01日 ​

[Bedrock] Amazon Bedrock adds Amazon CloudWatch metrics for OpenAI- and Anthropic-compatible APIs ​

概要 ​

Amazon Bedrockのbedrock-mantleエンドポイント（OpenAI/Anthropic互換API向け）に対して、CloudWatchメトリクスが追加され、推論トラフィックの監視・アラーム・容量計画が可能になりました。

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

今回の追加により、bedrock-mantleエンドポイント用のCloudWatchメトリクスがAWS/BedrockMantleという名前空間で公開されます。公開される主なメトリクスは推論カウント（inference counts）、入力／出力トークン合計（input/output token totals）、クライアントエラー数（client error counts）などで、アカウント単位、プロジェクト単位、モデル単位、プロジェクト＋モデル単位といった複数の粒度で利用可能です。bedrock-mantleはOpenAI Responses API、OpenAI Chat Completions API、Anthropic Messages API互換のエンドポイントを提供しており、既存のOpenAI/Anthropicベースのアプリケーションを最小限のコード変更でBedrock上に移行して運用できます。CloudWatchコンソールからMetrics→AWS/BedrockMantleで確認でき、アラーム設定やGetMetricData等のAPI経由で自動監視やダッシュボード化が可能です。メトリクスはbedrock-mantleが提供される全リージョンで利用可能です（詳細なリージョンは下記参照）。

影響範囲・利用シーン ​

  • 対象ユーザー: MLエンジニア、アプリ開発者、SRE/運用チーム、コスト管理者
  • 利用シーン: 本番推論のレイテンシ/エラー監視、トークン使用量の可視化と課金アトリビューション、モデル別・プロジェクト別の利用状況分析、アラームによる障害検知と自動対応
  • 運用効果: 早期のクライアントエラー検出やトークン消費の急増検知によるインシデント抑止、モデル／プロジェクト単位でのコスト配分が可能になり責任範囲の明確化と容量計画が容易に

技術的な注意点 ​

  • IAM権限: CloudWatchメトリクスの閲覧にはcloudwatch:ListMetrics、cloudwatch:GetMetricData／GetMetricStatisticsなどの権限が必要です。アラーム作成にはcloudwatch:PutMetricAlarm等も必要になります。Bedrockリソースやプロジェクト情報を参照する場合はBedrock関連の権限も確認してください。
  • メトリクス名空間: メトリクスはAWS/BedrockMantle名前空間で公開されます（推論数、入力/出力トークン合計、クライアントエラー数など）。
  • 粒度と帰属: アカウント、プロジェクト、モデル、プロジェクト＋モデルの粒度で公開されるため、チーム／ワークロード単位での集計や課金按分が可能です。
  • リージョン制限: bedrock-mantle用CloudWatchメトリクスは、記事記載のbedrock-mantleを提供するリージョンで利用可能です（US East (N. Virginia, Ohio), US West (Oregon), Asia Pacific (Jakarta, Mumbai, Sydney, Tokyo), Europe (Frankfurt, Ireland, London, Milan, Stockholm), South America (São Paulo)）。
  • コスト: Bedrockの推論コスト自体は別途発生します。CloudWatch側ではメトリクスの取得API（GetMetricData等）、ダッシュボード、アラーム、追加の高頻度取得や長期保持に関連する料金が発生する可能性があるため、監視設計時にコストを考慮してください。
  • 運用上の推奨: エラー率やトークン消費の閾値アラームを設定し、モデルごとのベースラインを把握しておくと異常検知とコスト管理が容易になります。

参考情報 ​

[Bedrock] GPT-5.5, GPT-5.4, and Codex from OpenAI are now generally available on Amazon Bedrock ​

概要 ​

Amazon BedrockでOpenAIのGPT-5.5、GPT-5.4、およびCodexが一般提供（GA）になりました。これにより、Bedrockの既存のセキュリティ・ガバナンス・運用コントロール下でこれらのモデルを本番利用できます。

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

GPT-5.5はOpenAIの最上位モデルで、エージェント的なコーディング（agentic coding）、高度なデータ分析、マルチステップの自律タスクに優れます。GPT-5.4も利用可能です。これらのモデルは高性能・高信頼性・セキュアを重視したBedrockの次世代推論エンジン上で動作します。CodexはCodex App、Codex CLI、Visual Studio Code／JetBrains／Xcode向けのIDE統合を通じて利用可能で、Codexの推論をBedrock経由で実行するように設定できます。価格はOpenAIのファーストパーティ料金に合わせられており、利用量は既存のAWSコミットメント（Savings Plansまたは契約）に計上されます。モデルの地域別提供状況はAWS Regionsページで確認してください。導入・設定については公式のAmazon Bedrockドキュメントとローンチ記事／開始ガイドに詳細な手順があります。

影響範囲・利用シーン ​

  • 対象ユーザー: ソフトウェア開発者、AI/MLエンジニア、SRE、データサイエンティスト
  • 利用シーンまたは効果: エージェント駆動の自動化ワークフロー、コード生成・補完、リファクタリング、複雑なデータ解析やETLの自動化、マルチステップ業務の自律化により生産性向上
  • 運用効果: Bedrockの既存の認証・監査・ログ統合のもとで本番運用が可能になり、セキュアなガバナンスと監視を維持しつつOpenAI最新モデルの能力を活用できる

技術的な注意点 ​

  • IAM権限: Bedrockのモデル呼び出しやCodex連携には適切なIAMロール/ポリシーが必要です（Bedrock関連のPut/Invoke権限等）。
  • リージョン制限: GPT-5.5／GPT-5.4の地域提供はリージョンごとに異なります。利用前にAWS Regionsのサービス提供状況を確認してください。
  • コスト: 価格はOpenAIのファーストパーティ料金に合わせられています。高性能モデルや大規模推論はコストが高くなるため、テスト・スロットリング・バッチ化の検討が必要です。利用量は既存のAWSコミットメントにカウントされます。
  • セキュリティ・ガバナンス: Bedrockのログ、監査トレイル、VPCエンドポイント、KMSによる暗号化など既存のAWSコントロールが適用可能です。データ持ち出しやモデル出力の検証ポリシーを整備してください。
  • インテグレーション: CodexはApp/CLI/IDE統合をサポートし、必要に応じて推論をBedrock経由に切り替え可能です。既存のCI/CDや開発ワークフローとの統合設計が必要です。
  • 推論エンジン: 次世代推論エンジンによりレイテンシやスループットが向上しますが、ワークロード特性によって最適なインスタンスタイプや並列数の検証が必要です。

参考情報 ​

[Ses] Amazon SES now supports tenant-level suppression lists ​

概要 ​

Amazon SESがテナント単位の抑止（suppression）リストをサポートしました。これにより、同一SESアカウント内で複数の送信ストリーム（テナント）を分離し、あるテナントのバウンスや苦情が他のテナントの配信を抑止しないようにできます。

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

新機能では「suppression scope」をTENANTまたはACCOUNTに設定でき、抑止理由（suppressed reasons）はBOUNCE、COMPLAINT、または両方を選べます。SESはバウンスや苦情を発生させた送信元のテナントに対応する抑止リストへ自動記録します。手動での管理もAPI経由で可能で、PutSuppressedDestination、GetSuppressedDestination、DeleteSuppressedDestination、ListSuppressedDestinations各APIにTenantNameパラメータを指定してテナント単位の抑止先を操作できます。コンソールからも抑止のスコープや理由を設定できます。これにより、SaaSや複数ブランド／部門を一つのSESアカウントで運用する場合でも、抑止情報を論理的に分離して配信の可用性とトラブルシューティングを改善できます。

影響範囲・利用シーン ​

  • 対象ユーザー: SaaSプロバイダ、マルチテナントアプリ運用者、企業のメール運用チーム、広告/マーケティングエージェンシー
  • 利用シーンまたは効果: 同一SESアカウントで複数顧客／ブランド／部門のメールを送る際に、あるテナントのバウンスや苦情が他テナントの配信停止を引き起こすことを防止できます
  • 運用効果: テナント単位で抑止状況を管理できるため、影響範囲を限定して配信回復を早められ、トラブルシューティングとコンプライアンス対応が容易になります
  • 導入影響: 既存の運用・モニタリングや自動化はテナントパラメータ対応へ更新が必要になる可能性があります

技術的な注意点 ​

  • IAM権限: テナント抑止を操作するには ses:PutSuppressedDestination、ses:GetSuppressedDestination、ses:DeleteSuppressedDestination、ses:ListSuppressedDestinations 等の権限が必要です。既存ポリシーに該当API権限を追加してください。
  • API/パラメータ: テナント単位操作には TenantName パラメータを使用します。suppression scope（TENANT/ACCOUNT）と suppressed reasons（BOUNCE/COMPLAINT）を設定可能です。
  • 既存データの移行: アカウント単位で既に抑止されているアドレスのテナントへの自動振り分けが行われるか否かは設定/ドキュメントで確認してください。移行や同期が必要な場合は手動での移行計画を立てる必要があります。
  • リージョン制限: 本機能のリージョン対応状況はリージョン毎に異なる可能性があるため、利用前にドキュメントやコンソールで対応リージョンを確認してください。
  • コスト: 抑止リスト管理自体に特別な追加課金は通常発生しませんが、SESの送信/受信等の標準料金は適用されます。API呼び出し頻度が高い場合はAPI利用制限に注意してください。
  • 互換性: 既存のロギング/監視や自動化（例: データ同期、通知ルール）はテナント識別を組み込む必要があります。既存ツールがアカウント単位抑止を前提としている場合は変更対応が必要です

参考情報 ​

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

Copyright © 2026