OpenAIのフロンティアモデルとCodexがAWSで提供開始
(openai.com)- OpenAIのフロンティアモデルとCodexがAWSで正式提供され、数百万のAWS顧客がすでにビジネスを運営しているプラットフォーム上でOpenAIを活用して構築できる
- 企業は既存のセキュリティ・コンプライアンス・調達・請求・ガバナンスのワークフローを通じてフロンティアAIを本番導入でき、評価から実運用への摩擦を減らせる
- OpenAI models on Amazon Bedrock は、AWSネイティブのセキュリティおよびガバナンス制御を使ってAIアプリケーションを構築できるようにする
- Codex on Amazon Bedrock は、毎週500万人以上が利用するOpenAIのソフトウェアエンジニアリングエージェントをAWS環境に持ち込み、コード作成、レビュー、デバッグ、モダナイゼーションを支援する
- 今後は Daybreak をAWS顧客向けに提供し、セキュアコードレビュー、脅威モデリング、パッチ検証、依存関係リスク分析、検知、改善ガイダンスを日常的な開発ループに組み込む方向へ拡張する
AWSでOpenAIを本番導入
- OpenAIのフロンティアモデルとCodexがAWSで一般提供開始
- AWS顧客は、すでにビジネスを運営しているAWSプラットフォームを通じてOpenAIの機能を利用できる
- 企業の主要な障壁であるセキュリティ、コンプライアンス、調達、請求、ガバナンスの手続きを既存ワークフロー内で処理できる
- 組織は運用上の障壁を減らし、評価段階から実際のデプロイへより迅速に移行できる
提供形態と拡張計画
- OpenAI models on Amazon Bedrock は、AWSネイティブのセキュリティおよびガバナンス制御を使ってAIアプリケーションを構築できるようにする
- Codex on Amazon Bedrock は、チームがすでに構築・デプロイしているAWS環境でコード作成、レビュー、デバッグ、モダナイゼーションを支援するソフトウェアエンジニアリングエージェントとして提供される
- これら2つの提供形態は、AWS CommercialおよびGovCloudリージョンで利用できる
- OpenAIとAWSは、AWS経由で提供されるOpenAI機能を継続的に拡張し、チームがより少ない摩擦とより高い確信をもって評価から本番環境へ移行できるようにする計画
- 今後提供されるDaybreakには、サイバーモデルとCodex Securityが含まれ、サイバー防御担当者がリスクをより早期に把握し、より迅速に対応し、ソフトウェアのレジリエンスを高められるよう設計されている
1件のコメント
Hacker Newsのコメント
AWSやAzure、GCPのようなところをなぜ信頼するのか、なぜプレミアムを払うのかと聞かれるたびに、エンタープライズ環境で働いたことがないのだろうと思う。
私が働く大企業では、顧客契約に厳格なデータガバナンスが盛り込まれており、自社のガバナンス要件もある。情報セキュリティ承認を受けたベンダーであるだけでなく、顧客契約上データ処理者として明記されたベンダーを使うことが、解雇や訴訟を避ける道だ。
家で自分のコードやデータで遊ぶなら何をしてもいいが、会社や顧客のデータでは絶対にだめだ。流行りの最新フロンティアモデルを何でも使わない理由も同じ。サイドプロジェクトやスタートアップでは制約も考慮事項もまったく違う。
細かい字を読むとかなり面白い。データ損失の責任はおおむね顧客側にあり、SLA請求には具体的な証拠の提示が必要で、受け入れられる救済策は通常、データを失ったまさにその製品の今後の利用クレジットだ。
AWSの規約はGCPのようなところと比べると、むしろかなり合理的な部類だ。GCPのSLAは、エンタープライズの購買チームが「SLAがあるからデューデリもしたし、これを選んでもクビにはならない」と言うために主に役立っているように見える。一方でGCPは「契約書に署名した時点で、提案された救済策をすでに受け入れているので、訴訟になってもその条項を示すだけだ。信頼してくれてありがとう」と言える。[0]
[0] https://docs.cloud.google.com/storage/docs/storage-classes
Standardマルチリージョンまたはデュアルリージョンストレージは可用性SLA 99.95%、リージョンStandardは99.9%、リージョンNearline、Coldline、Archiveは99.0%まで下がる可能性がある。クレジットは影響を受けたサービス階層の月額請求に対して10%、25%、50%で、月次合算の上限は50%、今後の利用に適用される。Googleは、顧客が30日以内にクレジットを請求しなければ放棄したものとみなすともしている。
AWSもハッキングされる可能性はあるが、その可能性を少しでも下げ、どの顧客が影響を受けたのかを追跡しやすくするためにかなり気を配ってきた。たとえばAWSのログを掘ると、有効にしておくだけで本当に大量の記録が残っていて、誰が権限や環境に対して何をしたのかをさかのぼって確認できる。AWS社員のアクセスもかなりよく記録しているはずだ。以前、自分のアカウントにAWS社員を付けてもらうにはいくつもの手順を踏む必要があった。
AzureでGitHub Copilotライセンスを1つ使うだけでもどれほど大変かを知って衝撃を受けた。どちらもMicrosoft製品なのに、IT部門がGitHub Enterpriseを設定し、Azureサブスクリプションと結び付けるなど、あれこれ対応方法を見つけなければならなかった。
大企業環境でAIコーディングモデルを使ったことがあるなら、多くの大企業導入では事実上AWS Bedrockの利用が求められることを知っているはずだ。理由は単純だ。
私たちは米国で働いておらず、データが自国の中にとどまらなければならないという強い要件があるが、Bedrockはその制御を提供してくれる。
この流れだと、AIが今後どう成長し続けるのか気になる。価値のあるデータの大半がこうしたファイアウォールの内側にあるとすれば、公開データはすでに刈り尽くされていて、違法に取得されたデータの上で学習されてきた可能性もある。この点はグレーゾーンだ。
最終的には外部入力のない閉鎖型エコシステムになるのだろうか。
なぜ直接使わず、AWS経由でこれらのAPIにより多くの金を払うのか不思議なら、会社によっては新規ベンダー承認を取ることがほぼ不可能だからだ。会社にAWS契約があるなら、AWSが提供するものを使うことになる。
顧客契約によっては、新しいベンダーを顧客に通知しなければならず、それが新たなセキュリティ審査を引き起こすこともある。だがBedrockにモデルを1つ追加するだけなら？ はるかに楽だ。
OpenAIにとっては大きなニュースだ。AWSで使えるという理由だけでClaudeを採用したエンタープライズは想像以上に多く、今や本格的な競争が生まれる。
OpenAIにとって良い動きであり、Anthropicにとっては心配すべきことだ。AWS依存とセキュリティ要件のため、しばらくの間Bedrockが私にとって基盤モデルを使える唯一の方法だった。
先行者利益が消えるのを歓迎はしないだろうが、かなり前から予想していたはずだ。
競争にとっては良いニュースだ。
Claude Codeは、Amazon Bedrock経由で使う人に対して新機能を次々に外している。たとえば自動モード、Ultraプラン、Claude for Chromeなどだ。競争がもう少し増えれば、戦略を見直すことになるかもしれない。
しばらくの間、api.anthropic.comのエミュレーターを作って、リクエストを“こっそり”Amazon Bedrockに転送してきた。うまく動くし、今ではファーストパーティ提供専用の機能もすぐ使える。
AnthropicはIPOを急いだほうがよさそうだ。大幅な売上急増は、実質的にはGeminiの立ち上がり失敗と、OpenAIがAzureに縛られて身動きが取れなかったことの結果だった。
Anthropicのモデルは、文字通りAWSで使える唯一実用的なサーバーレスAPI、つまりBedrockモデルだった。最近のQwen 3.5/3.6系はリリースすらしていない。トークン効率と投資対効果重視の流れまで重なっており、Anthropicが第3四半期をどう締めるのか本当に見てみたい。
フロンティア研究所は、ハイパースケーラーがデータ収集なしで配信だけを行う凍結されたモデルビルドを提供している。機密データを保持しつつフロンティアLLMを使いたい大半の企業にとって、これは前提条件だ。
Azureにとっては悪い話だ。選ばれた存在だったが、需要に追いつけなかった。
OpenAIがAzureは安定していないとして独占契約から抜けたとき、次の行き先がAWSだと分かった。