追記: 2026年6月12日の最新情報
2026年6月12日にAWS公式情報を再確認したところ、AWS News Blogの更新履歴で、GPT-5.5とGPT-5.4はAmazon Bedrock上ではResponses APIのみをサポートすること、また2026年6月7日から新しいAmazon Bedrockコンソールでも利用できることが明示されています。既存のChat Completions前提の実装や、コンソールでの検証を前提にした導入手順は、この点を先に確認してください。
- API: GPT-5.5/GPT-5.4はAmazon BedrockではResponses APIを前提に確認します。OpenAI SDK互換のまま移す場合も、BedrockのResponses APIドキュメントで対応範囲を確認します。
- Codex: AWS公式ブログでは、Bedrock APIキーとAWS SDK credential chainの2つの認証経路が示されています。環境変数でBedrock APIキーを渡す場合は、Codexが読む実行環境に設定されているかを確認します。
- リージョンと料金: 利用できるリージョンはモデルごとに変わるため、Regional availabilityとAmazon Bedrock pricingを導入直前に見直してください。
東京リージョンで使える、既存のOpenAI API呼び出しが無修正で動く、といった前提はこの記事では置きません。AWS公式のgetting started blog、Machine Learning Blog、モデルカードを合わせて確認するのが安全です。
このテーマをもう少し広げて見るなら、Claude Fable 5がAmazon Bedrockで提供開始：30日データ保持・安全ガード・日本リージョン未確認点 と AWS FinOps Agentプレビューとは：異常コスト調査をAIエージェント化する前に確認すべきこと も合わせて確認してください。OpenAIモデルだけでなく、Bedrock上の別モデルでデータ保持と安全ガードを比較できます。
AWSは2026年6月1日、OpenAIのGPT-5.5、GPT-5.4、CodexをAmazon Bedrockで一般提供したと発表しました。2026年6月8日のAWS Weekly Roundupでもこの更新が再掲されており、OpenAI系の実装をAWS契約、権限管理、監査、データ所在地ルールの中へ寄せたい開発者や導入企業にとって、確認する価値の高いアップデートです。
ただし、見るべき点は「BedrockでOpenAIが使える」という一文だけでは足りません。対応APIはResponses API中心で、モデルIDにはopenai. prefixが付き、エンドポイントはbedrock-mantleです。Codexも、通常のOpenAIアカウントで使う場合と、Bedrock経由で推論を流す場合では、認証、リージョン、請求、監査の見方が変わります。
この記事では、2026年6月9日時点で確認できるAWS公式情報と開発者向け資料をもとに、導入前に見るべき順番を整理します。
3行まとめ
GPT-5.5、GPT-5.4、CodexがAmazon Bedrockで一般提供になり、AWSの運用管理に寄せやすくなりました。
Responses API、bedrock-mantle、openai.付きモデルID、Bedrock向け認証を先に確認します。
リージョン、価格、コンソール対応、社内データ所在地ルールは本番前に公式資料で見直します。
モデル名だけで判断せず、API、リージョン、請求、権限を同じセットで見る更新です。
- OpenAI GPT-5.5、GPT-5.4、CodexはAmazon Bedrockで一般提供になり、AWSのセキュリティ、ガバナンス、運用管理の中で使う選択肢が広がりました。
- 実装面では、Responses API、
bedrock-mantle、openai.gpt-5.5/openai.gpt-5.4、Bedrock API keyまたはAWS SDK credential chainを確認する必要があります。 - 日本の読者は、東京リージョン前提で読まず、リージョン、価格ページ、モデルカード、社内データ所在地ルールを本番前に必ず見直すのが安全です。
Amazon BedrockでOpenAIモデルとCodexが一般提供になった意味
難しい推論、コーディング、調査、長いワークフローの候補として評価します。
価格性能を見ながら、開発補助や業務支援へ広げる候補として評価します。
Codex App、CLI、IDE連携からBedrock経由の推論を使う選択肢です。
セキュリティ、ガバナンス、請求、監査をAWS側の運用と合わせて確認できます。
一般提供の価値は、モデル追加だけでなく、既存のAWS管理に寄せられる点にあります。
今回の発表で大きいのは、OpenAIのフロンティアモデルとAIコーディングエージェントを、Amazon Bedrockの運用面に載せやすくなったことです。AWS What’s Newは、GPT-5.5とGPT-5.4を本番ワークロードで使えること、CodexでAIを使ったソフトウェア開発ができること、そしてAWSで使っているセキュリティ、ガバナンス、運用管理を同じように使えることを説明しています。
Bedrockをすでに使っている企業にとっては、モデルの選択肢が増えただけではありません。モデルアクセス、請求、IAM、監査、リージョン設計、社内承認の流れを、既存のAWS管理の中で考えられる点が重要です。
GAで変わったこと
一般提供は、試験的な発表や限定プレビューよりも導入判断に近い段階です。AWSの公式発表では、GPT-5.5とGPT-5.4を本番ワークロードで利用できると説明されています。Codexも、Codex App、Codex CLI、Visual Studio Code、JetBrains、XcodeのIDE連携から利用でき、推論をBedrock経由に設定できるとされています。
ここでの読者側の実務的な変化は、OpenAIモデルを使うための入口が増えたことです。OpenAIのAPIを直接使う道に加えて、Amazon Bedrock経由で使う道が現れます。AWS契約、AWSコミットメント、AWSアカウントごとの分離、既存のセキュリティレビューを重視する組織ほど、この差は大きくなります。
事前発表との読み分け
AWS News Blogは、この流れをWhat’s Next with AWS 2026で事前に示した内容の一般提供として扱っています。発表会やプレビュー段階の記事を読んでいた読者は、今回の記事で「何が正式に使えるようになったのか」を改めて確認する必要があります。
特に、モデル名だけを見て導入計画を作るのは危険です。GAになっていても、リージョン、API、コンソール対応、社内で使える認証方式、監査ログの取り方までは別問題です。今回の記事では、実際に手を動かす前に見る順番を優先します。
Bedrock運用に乗る部分
Bedrock経由にする狙いは、モデルをAWSの管理面へ寄せることです。アカウント、権限、請求、ネットワーク、ログ、運用監視をどう扱うかが、導入判断の中心になります。
たとえば、bedrock-mantleの本番監視は、すでに公開済みの<a href="https://amzn-watch.blog.mo-gmo.com/amzn-19-bedrock-mantle-cloudwatch-metrics/" rel="noopener">Amazon Bedrock MantleにCloudWatchメトリクス追加</a>の記事と合わせて読むと位置づけが分かりやすくなります。OpenAI互換APIをBedrockから呼べることと、本番運用で何を監視するかは、別々に確認するべきテーマです。
導入判断で先に見る項目
| 確認項目 | 先に見る理由 |
|---|---|
| モデルアクセス | アカウントやリージョンで使えるモデルが違うため |
| API | Responses API前提の実装かを確認するため |
| エンドポイント | bedrock-mantleを向いているか確認するため |
| 認証 | Bedrock API keyとAWS SDK credential chainで運用が変わるため |
| 請求 | トークン課金、AWSコミットメント、予算管理を分けるため |
Responses APIとbedrock-mantleを先に確認する
- 11. Responses API
既存実装がResponses APIへ寄せられるかを確認します。
- 22. Bedrock認証
Bedrock API keyまたはAWS SDK credential chainを選びます。
- 33. bedrock-mantle
https://bedrock-mantle.{region}.api.aws/openai/v1を向く構成にします。
- 44. openai.モデルID
openai.gpt-5.5またはopenai.gpt-5.4を使います。
OpenAI SDK互換を期待する前に、API種別、base URL、モデルID、リージョンを個別に確認します。
実装者が最初に見るべきなのは、モデル名ではなくAPIとエンドポイントです。Amazon BedrockのOpenAI対応では、bedrock-mantleエンドポイントとResponses APIの扱いが中心になります。
対応APIはResponses APIを軸に読む
Amazon BedrockのGPT-5.5 model cardでは、対応APIとしてResponsesが示されています。AWS News Blogの更新注記でも、GPT-5.5とGPT-5.4はAmazon Bedrock上ではResponses APIのみをサポートし、コンソール対応は今後と説明されています。
これは、既存のOpenAI SDK利用者にとって大事です。OpenAI SDKを使えるからといって、既存の全APIパターンがそのまま通るとは限りません。Chat Completionsや独自ラッパーに強く依存している場合は、移行前にResponses APIへ寄せる作業量を見積もる必要があります。
モデルIDとエンドポイントの見方
モデルカードに記載されているGPT-5.5のモデルIDはopenai.gpt-5.5です。GPT-5.4はopenai.gpt-5.4です。いずれもopenai. prefixを含みます。
エンドポイントはbedrock-mantleで、形式はhttps://bedrock-mantle.{region}.api.aws/openai/v1です。たとえばUS East Ohioを使う場合は、リージョン部分がus-east-2になります。OpenAI DevelopersのAmazon Bedrock guideも、BedrockOpenAIクライアントでAWS Regionを指定し、Bedrock向けのMantle base URLを導く形を説明しています。
| 項目 | GPT-5.5 | GPT-5.4 |
|---|---|---|
| モデルID | openai.gpt-5.5 | openai.gpt-5.4 |
| エンドポイント | bedrock-mantle | bedrock-mantle |
| In-Region endpoint URL | https://bedrock-mantle.{region}.api.aws/openai/v1 | https://bedrock-mantle.{region}.api.aws/openai/v1 |
| Geo inference ID | Not supported | Not supported |
| Global inference ID | Not supported | Not supported |
OpenAI SDK互換をそのまま信じすぎない
OpenAIの開発者向け資料では、Bedrock向けにはBedrockOpenAIを使い、AWS RegionとBedrockモデルIDを指定する形が示されています。すでにOpenAI SDKを使っているチームでも、クライアント生成、環境変数、モデルID、base URL、認証の扱いは確認が必要です。
移植前の確認項目
移行前の小さな確認としては、次の4点を先に見ると無駄が減ります。
- 既存アプリがResponses APIへ移せるか。
- モデルIDを
openai.gpt-5.5またはopenai.gpt-5.4へ切り替えられるか。 - アプリが使うリージョンに該当モデルがあるか。
- 監査や障害調査で
bedrock-mantleの呼び出しを追えるか。
Bedrock新コンソールとOpenAI/Anthropic互換APIの見え方は、<a href="https://amzn-watch.blog.mo-gmo.com/amzn-25-bedrock-redesigned-console-openai-anthropic-apis/" rel="noopener">Amazon Bedrock新コンソールとは</a>の記事でも整理しています。今回のOpenAIモデルGAは、そこからさらに具体的なモデルとCodex利用へ進む話として読むと分かりやすいです。
GPT-5.5とGPT-5.4をどう使い分けるか
コンテキスト長やモデル名だけで選ばず、実際の業務評価セットで比べます。
AWS公式ブログは、GPT-5.5を難しい顧客ワークロード向け、GPT-5.4を価格性能の良い選択肢として紹介しています。モデルカードでは、どちらもモデルライフサイクルがActiveで、モデルローンチ日は2026年6月1日、コンテキストウィンドウは272K tokensと確認できます。
ただし、コンテキスト長やモデル名だけで採用を決めると、後から費用、応答速度、検証負荷、権限設計で苦しくなります。導入判断では、モデル選択をユースケースと評価セットに結びつけるのが先です。
GPT-5.5は難しい推論と長いワークフロー向け
GPT-5.5 model cardは、高度なコーディング、調査、分析、ソフトウェア操作、文書ワークフロー、長時間のエージェントタスクに向くモデルとして説明しています。AWS What’s Newも、agentic coding、data analysis、multi-step autonomous tasksに強いモデルとして位置づけています。
この説明から考えると、GPT-5.5は、単純な文章生成よりも、複数ステップをまたぐ開発支援、調査、業務手順の自動化、長い文脈の整理に向く候補です。PoCでは、単純なベンチマークより、実際の業務データに近い長い入力、ツール利用、失敗時のリカバリを含めた評価が必要になります。
GPT-5.4は価格性能と導入範囲を見たい
GPT-5.4 model cardは、推論、コーディング、computer use、長い文脈、ツール利用に対応するモデルとして説明しています。AWS News Blogでは、GPT-5.4を価格性能の良い選択肢として紹介しています。
そのため、GPT-5.4は社内で広めに使う候補として検討しやすいモデルです。たとえば、開発者の補助、ドキュメント処理、ツールを使った業務支援、定型的な分析補助では、GPT-5.5だけでなくGPT-5.4も評価対象に入ります。
272K token context windowを過信しない
どちらのmodel cardにも、コンテキストウィンドウは272K tokensと記載されています。長い入力を扱えることは魅力ですが、長い入力を投げれば自動的に良い結果になるわけではありません。
長文コンテキストは費用、遅延、検証の難しさを増やします。社内資料やコードベースをまとめて投入する場合は、必要な範囲だけを切り出す設計、参照元の記録、出力の検証、権限の分離をセットで考える必要があります。
評価セットで見る項目
| 用途 | まず見るモデル | 評価で見ること |
|---|---|---|
| 難しい設計レビュー | GPT-5.5 | 推論の一貫性、長い文脈、根拠の追跡 |
| 日常的な開発補助 | GPT-5.4 | 応答品質、費用、開発者数が増えた時の管理 |
| 複数ツールを使う業務支援 | GPT-5.5またはGPT-5.4 | ツール呼び出し、失敗時の安全性、監査 |
| 文書処理と要約 | GPT-5.4 | 長文入力時のコスト、引用元管理、再現性 |
CodexをBedrock経由にする前に見る認証と権限
小さな検証を始めやすい一方、長期キーの保管、失効、利用者分離が課題になります。
既存のprofile、role、SSOに寄せられますが、権限境界と監査の設計が必要です。
Codex App、Codex CLI、Visual Studio Code、JetBrains、Xcodeからの利用を想定します。
AIコーディング支援は広がりやすいため、最初から対象リポジトリ、許可モデル、予算上限を絞ります。
CodexのBedrock対応は、今回の発表で特に実務への影響が大きい部分です。AWS Machine Learning Blogは、Codex on Amazon BedrockがCodex App、Codex CLI、Visual Studio Code、JetBrains、XcodeのIDE連携から利用でき、すべてのモデル推論がAmazon Bedrockを経由すると説明しています。
開発チームにとっては、AIコーディングエージェントをどの契約、どのリージョン、どの権限で動かすかを決めやすくなります。一方で、権限設計を曖昧にしたまま広げると、コストも操作範囲も追いづらくなります。
Codex App/CLI/IDEで使える経路
公式発表では、Codex App、Codex CLI、Visual Studio Code、JetBrains、Xcodeが利用経路として挙げられています。開発者が日常的に触る場所からBedrock経由の推論を使えるため、導入のハードルは下がります。
ただし、導入しやすいことと、組織として安全に使えることは同じではありません。チームで使う場合は、どのリポジトリ、どのAWSアカウント、どのロール、どのモデル、どのリージョンを許可するかを先に決めます。
AWSアカウントをまたいでAIエージェントに権限を渡す設計は、<a href="https://amzn-watch.blog.mo-gmo.com/amzn-34-aws-mcp-server-cross-account-roles/" rel="noopener">AWS MCP Serverのクロスアカウント対応</a>の記事でも扱っています。CodexでBedrock推論を使う場合も、認証情報を渡す範囲と監査の考え方は近いテーマです。
Bedrock API keyとAWS SDK credential chain
AWS News Blogは、Codexが2つのBedrock認証経路をサポートすると説明しています。1つはAmazon Bedrock API key、もう1つはAWS SDK credential chainです。AWS_BEARER_TOKEN_BEDROCKを設定している場合はそれが優先され、そうでなければAWS SDK credential chainへフォールバックするという説明もあります。
この違いは、個人の試用と組織導入で効いてきます。
認証方式を選ぶ基準
| 認証経路 | 向いている場面 | 注意点 |
|---|---|---|
| Bedrock API key | 小さな検証、SDK互換の素早い試用 | 長期キーの管理、漏えい時の対応、利用者ごとの分離 |
| AWS SDK credential chain | 既存のAWSプロファイル、ロール、SSOを使う運用 | profileやroleの命名、権限境界、監査ログの読み方 |
開発者ごとの権限、監査、コスト配賦
CodexをBedrock経由にすると、AIコーディング支援の利用量がAWS請求に乗る形になります。これは管理しやすくなる一方、開発者ごとの利用量、プロジェクトごとの費用、失敗した自動作業の再試行コストを見える化する必要があるという意味でもあります。
最初から全社展開するより、PoC用AWSアカウント、対象リポジトリ、許可モデル、上限、ログ確認者を絞る方が現実的です。特に、社内コードや顧客データを扱う開発環境では、どの情報が選択リージョンへ送られるのか、送ってよい情報なのかを事前に決めておく必要があります。
リージョンとデータレジデンシーは導入可否を左右する
選択リージョン内に推論が留まる説明は、日本国内保存を意味しません。社内ルールと照合します。
日本の読者が今回の発表を読むとき、最も誤解しやすいのはリージョンです。AWS News Blogは、GPT-5.5がUS East Ohio、GPT-5.4がUS East OhioとUS West Oregonで利用できると説明しています。また、2026年6月3日の更新として、GPT-5.4がAWS GovCloud US-Westにも対応したと記載しています。
この情報は変わる可能性があります。導入判断では、記事の文章よりもAmazon Bedrockのregional availabilityページを最終確認先にしてください。
2026年6月9日時点で確認できるリージョン
2026年6月9日時点で、AWS News Blogから確認できる初期の利用リージョンは次の通りです。
| モデル | 公式ブログで確認できるリージョン |
|---|---|
| GPT-5.5 | US East Ohio |
| GPT-5.4 | US East Ohio、US West Oregon、AWS GovCloud US-West |
この表は、東京リージョンで利用できるという意味ではありません。日本の企業が東京リージョン固定の設計、国内データ所在地ルール、低遅延要件を持っている場合は、PoCの可否から別に判断します。
In-Regionのみでgeo/global inference IDがない意味
GPT-5.5とGPT-5.4のmodel cardでは、In-Region endpoint URLが示される一方、Geo inference IDとGlobal inference IDはNot supportedです。つまり、少なくともmodel card上の入口としては、指定リージョンのbedrock-mantleを向く形で読む必要があります。
AWS Machine Learning Blogは、Codex on Amazon Bedrockの推論が選択したリージョン内に留まると説明しています。これはデータレジデンシー要件の確認に役立ちますが、「日本国内に留まる」という意味ではありません。選択できるリージョンがどこか、社内規程がそのリージョンを許すかを別に確認します。
日本利用者が誤読しやすい点
今回の発表で、次のような読み方は避けたいところです。
誤読しやすい確認項目
- Bedrock対応なら東京リージョンでも使えると決めつける。
- OpenAI SDKで呼べるなら既存コードがそのまま移ると考える。
- 選択リージョン内の推論という説明を、日本国内保存と読み替える。
- Global inference IDがない状態で、既存のグローバル推論設計を流用する。
- コンソール対応が今後と説明されている点を見落とす。
リージョンは、サービス開始直後ほど更新されやすい項目です。公開後も、Amazon Bedrock regional availabilityと各model cardを見直してください。
料金は単価より請求経路と契約扱いを見る
- 11. 公式価格
Amazon Bedrock pricingでモデル、リージョン、入力/出力の条件を確認します。
- 22. 契約扱い
OpenAI first-party ratesとAWS commitmentsへのカウントを導入判断に入れます。
- 33. 利用量管理
Codexは座席課金ではなくトークン課金のため、予算上限と異常検知を用意します。
開発者数ではなく推論量が費用を動かすため、PoC段階から上限とレビュー周期を決めます。
料金については、単価表を記事内で固定するより、公式資料で何が説明されているかを分けて読む方が安全です。AWS What’s NewとAWS Weekly Roundupは、価格がOpenAI first-party ratesに一致し、利用量が既存のAWS commitmentsにカウントされると説明しています。
また、AWS Machine Learning Blogは、Codex on Amazon Bedrockについて、座席ライセンスや開発者ごとのコミットメントではなく、トークン単位で支払う形と説明しています。
OpenAI first-party ratesとAWS commitments
「OpenAI first-party ratesに一致する」という説明は、価格比較の入口として重要です。ただし、請求通貨、リージョン、モデル、入力/出力、長いコンテキスト、キャッシュやツール利用の扱いは、必ず最新のAmazon Bedrock pricingページで確認します。
AWS commitmentsにカウントされる点は、すでにAWS契約を持つ企業にとって導入判断の材料になります。新しいベンダー契約を増やすより、既存のAWS利用枠で管理したい組織には大きな意味があります。
Codexは座席課金ではなくトークン課金
CodexをBedrock経由で使う場合、公式ブログはトークン課金で、seat licensesやper-developer commitmentsがないと説明しています。開発者数が多い組織では、この違いが予算設計に効きます。
一方で、座席数で上限をかけないということは、利用量管理を別の形で設計する必要があるということでもあります。自動修正、長いコードレビュー、反復的なテスト実行、複数リポジトリの調査などは、開発者が思う以上にトークンを使う可能性があります。
予算管理はBedrock側のメトリクス・タグ・アカウントで見る
費用を抑えるには、モデル単価だけでなく、誰が、どのリポジトリで、どのAWSアカウントから、どのモデルを使ったかを追えるようにします。PoCでは1つの検証用アカウントにまとめ、本番ではプロジェクトごとに分けると、後で費用配賦を説明しやすくなります。
請求経路をAWSへ寄せる利点は、既存の予算管理やアラートと合わせやすいことです。逆に、そこを設計せずに使い始めると、OpenAIモデルをBedrock経由にした意味が薄れます。
費用レビューで見る項目
| 費用確認の段階 | 見るもの | 決めること |
|---|---|---|
| PoC前 | Bedrock pricing、対象モデル、利用リージョン | 試用上限、対象者、対象リポジトリ |
| PoC中 | 入力/出力トークン、失敗リクエスト、再試行 | 継続する用途、止める用途 |
| 本番前 | AWS commitments、予算アラート、監査ログ | 費用配賦、承認フロー、月次レビュー |
導入前チェックリスト
AWSアカウント、リージョン、モデル、Responses API、認証方式、予算上限を決めます。
品質、費用、遅延、失敗パターン、入力データの扱いを小さく検証します。
監査、API key管理、profile/role、コスト配賦、月次レビューを決めます。
本番投入の基準は、呼べることではなく、権限、費用、リージョン、失敗時の停止まで説明できることです。
今回の更新は、すぐ試す価値があります。ただし、本番投入は「使えた」だけで決めると危険です。PoCと本番前で見る項目を分けると、確認漏れを減らせます。
PoC前に決めること
PoCでは、まず小さく試す条件を固定します。
- 利用するAWSアカウントとリージョン。
- 使うモデルをGPT-5.5にするか、GPT-5.4にするか。
- Responses APIで試す最小ユースケース。
- Bedrock API keyを使うか、AWS SDK credential chainを使うか。
- Codexを使う場合、App、CLI、IDEのどれから始めるか。
- 社内コード、顧客データ、機密情報を入力してよいか。
- 予算上限と停止条件。
この段階では、完璧なアーキテクチャを作るより、移行できない理由を早めに見つける方が大事です。APIが合わない、リージョンが合わない、社内規程に合わない、費用が読めないという問題は、PoCの最初に出すべきです。
本番前に決めること
本番前には、運用と監査の項目を増やします。
- モデルアクセスの申請者と承認者。
bedrock-mantle呼び出しの監視方法。- Codex利用者の権限境界。
- 長期API keyを使う場合のローテーションと失効手順。
- AWS SDK credential chainを使う場合のprofile、role、SSO設計。
- 入力データの分類とリージョン制約。
- 月次の費用レビューと異常検知。
- モデルやリージョン追加時の再評価ルール。
BedrockのOpenAI互換APIは、アプリ側の変更を減らすための入口になります。ただし、本番で大事なのは、呼び出しに失敗したとき、費用が跳ねたとき、出力が誤ったとき、権限が広すぎたときに止められることです。
既存関連記事と読み分ける
今回の記事は、OpenAI GPT-5.5/GPT-5.4とCodexのGAを導入前チェックとして読むものです。関連する既存記事とは、次のように使い分けると迷いにくくなります。
| 読みたいこと | 関連記事 |
|---|---|
| Bedrockの新コンソール、OpenAI/Anthropic互換APIの入口 | <a href="https://amzn-watch.blog.mo-gmo.com/amzn-25-bedrock-redesigned-console-openai-anthropic-apis/" rel="noopener">Amazon Bedrock新コンソールとは</a> |
bedrock-mantleの本番監視 | <a href="https://amzn-watch.blog.mo-gmo.com/amzn-19-bedrock-mantle-cloudwatch-metrics/" rel="noopener">Amazon Bedrock MantleにCloudWatchメトリクス追加</a> |
| AIコーディングエージェントにAWS権限を渡す設計 | <a href="https://amzn-watch.blog.mo-gmo.com/amzn-34-aws-mcp-server-cross-account-roles/" rel="noopener">AWS MCP Serverのクロスアカウント対応</a> |
| 2026年6月のAmazon/AWS更新を追う | <a href="https://amzn-watch.blog.mo-gmo.com/monthly-topics-2026-06/" rel="noopener">Amazon 2026年6月重要トピックまとめ</a> |
この記事の結論
US East Ohioなど対応リージョンで問題なく、Responses APIとBedrock認証を試せるチームです。
権限境界、監査、予算、社内データ所在地ルールがまだ曖昧なチームです。
東京リージョン固定、コンソール操作中心、既存API移行が難しい環境です。
Amazon BedrockでOpenAIを使う意味は、モデル性能だけでなく、AWS側の管理に寄せられるかで決まります。
OpenAI GPT-5.5、GPT-5.4、CodexのAmazon Bedrock一般提供は、AWS上でAIモデルとAIコーディング支援を管理したい組織にとって、かなり実務的な更新です。既存のOpenAI系実装をBedrock経由へ寄せたい、AWSコミットメントの中で使いたい、Codexの推論をAWS側のリージョンと認証で管理したい場合は、早めにPoCを組む価値があります。
一方で、東京リージョン固定、コンソール操作中心、Responses API未対応、社内データ所在地ルールが厳しい環境では、すぐ本番へ進めるより、公式リージョン表、model card、価格ページ、認証設計を先に詰めるべきです。
今回の発表は、OpenAIモデルを使うかどうかの話にとどまりません。OpenAIモデルを、どのAWSアカウントで、どのリージョンで、どの権限で、どの費用管理の下で使うかを決める話です。そこまで確認できて初めて、Amazon Bedrockで使う意味が出ます。
Amazonの公式発表、AWSサービス更新、BedrockやCodex関連の確認ポイントを継続して追いたい場合は、<a href="https://amzn-watch.blog.mo-gmo.com/newsletter/" rel="noopener">ニュースレター</a>で月次まとめと主要更新を確認できます。本文の主な判断材料を読んだ後の補助導線として使ってください。
次に読むなら
参照した主な情報源
- AWS What’s New, "GPT-5.5, GPT-5.4, and Codex from OpenAI are now generally available on Amazon Bedrock"
https://aws.amazon.com/about-aws/whats-new/2026/06/amazon-bedrock-openai-models-codex-generally-available/
- AWS Machine Learning Blog, "OpenAI models and Codex on Amazon Bedrock are now generally available"
https://aws.amazon.com/blogs/machine-learning/openai-models-and-codex-on-amazon-bedrock-are-now-generally-available/
- AWS News Blog, "Get started with OpenAI GPT-5.5, GPT-5.4 models, and Codex on Amazon Bedrock"
https://aws.amazon.com/blogs/aws/get-started-with-openai-gpt-5-5-gpt-5-4-models-and-codex-on-amazon-bedrock/
- Amazon Bedrock User Guide, "GPT-5.5 – Amazon Bedrock"
https://docs.aws.amazon.com/bedrock/latest/userguide/model-card-openai-gpt-55.html
- Amazon Bedrock User Guide, "GPT-5.4 – Amazon Bedrock"
https://docs.aws.amazon.com/bedrock/latest/userguide/model-card-openai-gpt-54.html
- Amazon Bedrock User Guide, "Regional availability – Amazon Bedrock"
https://docs.aws.amazon.com/bedrock/latest/userguide/models-region-compatibility.html
- Amazon Bedrock pricing
https://aws.amazon.com/bedrock/pricing/
- OpenAI Developers, "OpenAI models in Amazon Bedrock"
https://developers.openai.com/api/docs/guides/amazon-bedrock
- AWS News Blog, "AWS Weekly Roundup: BYOM for Amazon RDS for SQL Server, AWS IoT Device SDK for Swift, and more (June 8, 2026)"
https://aws.amazon.com/blogs/aws/aws-weekly-roundup-byom-for-amazon-rds-for-sql-server-aws-iot-device-sdk-for-swift-and-more-june-8-2026/